如何软件测试

❶ 软件测试如何入门

家里条件不好不代表就一定不能参见学习啊，自学不是不可以，但是由于在我国开发人员待遇普遍高于测试人员，因此能写代码的几乎都去做开发了，而很多人则是因为做不了开发或者不能从事其它工作才“被迫”从事测试工作（就像楼主这样的情况）。最终的结果则是很多测试人员只能从事相对简单的功能测试，能力强一点的则可以借助测试工具进行简单的自动化测试（主要录制、修改、回放测试脚本）。
与开发人员相比，测试人员掌握的知识具有“博而不精”的特点，“艺多不压身”是个非常形象的比喻。由于测试中经常需要配置、调试各种测试环境，而且在性能测试中还要对各种系统平台进行分析与调优，因此测试人员需要掌握更多网络、操作系统、数据库等知识。现在软件测试已经成为一个很有潜力的专业。要想成为一名优秀的测试工程师，首先应该具有扎实的专业基础。因此，测试工程师应该努力学习测试专业知识，告别简单的“点击”之类的测试工作，让测试工作以自己的专业知识为依托。
测试专业知识很多，学习主要以测试人员应该掌握的基础专业技能为主。测试专业技能涉及的范围很广：既包括黑盒测试、白盒测试、测试用例设计等基础测试技术，也包括单元测试、功能测试、集成测试、系统测试、性能测试等测试方法，还包括基础的测试流程管理、缺陷管理、自动化测试技术等知识。
说这么多的意思希望楼主能够明白，好好考虑一下，如果真想在测试这条路上发展下去应该付出怎样的努力，不要看网上那些测试不需要基础，容易上手，职业寿命长等等的话，首先提高自身的水平，去学习，去充电才是最重要的

❷ 软件测试的流程是什么

软件测试的流程：
1、根据软件设计需求制定测试计划，测试数据和测试用例。
2、搭建测试环境、执行测试用例。
3、提交测试报告。
4、跟踪Bug修改情况，不断测试完善产品。
5、产品的其他方面测试。

❸ 如何面试软件测试

对于软件测试这一块来说，考官基本都是注重文案一点。对IT代码这一方面并不是太看重，所以在面试的时候可以展示自己的文案特色以及自己的资历方面的特点。

不过对于大多数公司来说肯定不会选择小白来做测试，一般会看一点专业或者是否对IT了解，特别是编程，如果学过某些语言但是不精通也没关系。比如我曾经学习过Java、数据库、H5等，只要是自己学过的都写上去。

这上面是最基本的测试用例内容，当然只可能比它多，稍微多一点自己的想法和特色。

在面试的时候最有说服力和最打动面试官的就是一份项目的测试文档，你拿一份项目的测试文档比说千百个优点都有用，所以做一个这样的文档就相当于一份最好的简历。

对软件测试可深可浅，讲深了不一定能看懂！

❹ 如何进行软件测试

测试里面的知识学习可以分为以下三个阶段来进行（这个阶段只是自己的一种个人见解）：第一个阶段我们必须要让做测试的人明白测试在整个软件工程里面的重要性，了解测试的相关基础知识，并且在了解这些知识的过程中逐渐挖掘出他对测试的兴趣。兴趣爱好是很好的从事一项工作的一个重要条件。让一个对测试丝毫不懂而且不感兴趣的人去直接去做测试，你不觉得是在耽误别人的青春吗？ 第二个阶段我们必须对测试的流程的管理工作通过实际的软件测试有个非常明确的认识。因为很多时候工作都是在团队相互协调的情况下进行的，所以对于整个软件开发流程以及开发流程当中的测试流程都需要很熟悉，这样才可以更好的配合工作。当我们这些都很熟悉并且在工作当中应用很流畅的时候，我们就可以对测试工具进行相对应的学习。诚然，现在很多公司在招聘测试人员的时候总是要求了解自动化测试工具，实际上据了解，很多公司并不能真正用自动化测试。所以不要一进门就想着学习自动化测试工具，很多知识在你了解了其他知识之后学习效果跟用途可能会更好。在了解测试相关流程的同时我们必须扩充我们的其他相关知识，包括对我们的产品的客户的需求的了解要比开发人员了解更全面，更深入。这样才能保证我们的流程，我们的测试按照客观的正确的方向前进，而不至于被开发人员的思想所牵引。呵呵。我喜欢做事主动而不是被动的去执行。 到第三个阶段我们可以跟区分专业一样走自己喜欢的途径：一方面可以继续深入提高自己的测试的专业技能并且能够真正从事自动化测试，成为技术领域里面的专家。另一方面我们可以慢慢趋于测试管理方面。从一个初级测试工程师晋升到一个高级测试工程师比较快，但是从一个初级测试工程师发展到一个Team Leader所需要的时间相对比较长。而从一个高级测试工程师发展到一个资深测试工程师花费时间更长一点，到达资深测试工程师之后就可以很容易做到测试主管了，以后可以发展到PM。当然从初级测试人员到高级、资深测试人员并不是表述为“曲线发展过程”的，很多时候行业经验、行业知识的累积等都很重要。而这点只有深入发展的人才会发现其重要性的。很多随着时间的推移和经验的增长，一些沉淀下来的东西不是表现在字面上，别人就可以理解并领悟的。所以要有信心的同时我们做事还必须有耐心，罗马非一日建成。相信明天就要紧紧把握今天。

❺ 怎么软件测试啊

软件测试方法

软件测试的基本方法
单元测试的基本方法
综合测试的基本方法
确认测试的基本方法
系统测试的基本方法
软件测试的基本方法

软件测试的方法和技术是多种多样的。
对于软件测试技术，可以从不同的角度加以分类：

从是否需要执行被测软件的角度，可分为静态测试和动态测试。
从测试是否针对系统的内部结构和具体实现算法的角度来看，可分为白盒测试和黑盒测试；

1、黑盒测试

黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。黑盒测试方法主要有等价类划分、边值分析、因果图、错误推测等，主要用于软件确认测试。 “黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。

2、白盒测试

白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。

“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的独立路径数是天文数字。但即使每条路径都测试了仍然可能有错误。第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。第二，穷举路径测试不可能查出程序中因遗漏路径而出错。第三，穷举路径测试可能发现不了一些与数据相关的错误。

3．ALAC(Act-like-a-customer)测试

ALAC测试是一种基于客户使用产品的知识开发出来的测试方法。ALAC测试是基于复杂的软件产品有许多错误的原则。最大的受益者是用户，缺陷查找和改正将针对哪些客户最容易遇到的错误。

单元测试的基本方法

单元测试的对象是软件设计的最小单位模块。单元测试的依据是详细设描述，单元测试应对模块内所有重要的控制路径设计测试用例，以便发现模块内部的错误。单元测试多采用白盒测试技术，系统内多个模块可以并行地进行测试。
单元测试任务

单元测试任务包括：1 模块接口测试；2 模块局部数据结构测试；3 模块边界条件测试；4 模块中所有独立执行通路测试；5 模块的各条错误处理通路测试。

模块接口测试是单元测试的基础。只有在数据能正确流入、流出模块的前提下，其他测试才有意义。测试接口正确与否应该考虑下列因素：
1 输入的实际参数与形式参数的个数是否相同；
2 输入的实际参数与形式参数的属性是否匹配；
3 输入的实际参数与形式参数的量纲是否一致；
4 调用其他模块时所给实际参数的个数是否与被调模块的形参个数相同；
5 调用其他模块时所给实际参数的属性是否与被调模块的形参属性匹配；
6调用其他模块时所给实际参数的量纲是否与被调模块的形参量纲一致；
7 调用预定义函数时所用参数的个数、属性和次序是否正确；
8 是否存在与当前入口点无关的参数引用；
9 是否修改了只读型参数；
10 对全程变量的定义各模块是否一致；
11是否把某些约束作为参数传递。

如果模块内包括外部输入输出，还应该考虑下列因素：
1 文件属性是否正确；
2 OPEN/CLOSE语句是否正确；
3 格式说明与输入输出语句是否匹配；
4缓冲区大小与记录长度是否匹配；
5文件使用前是否已经打开；
6是否处理了文件尾；
7是否处理了输入/输出错误；
8输出信息中是否有文字性错误；

检查局部数据结构是为了保证临时存储在模块内的数据在程序执行过程中完整、正确。局部数据结构往往是错误的根源，应仔细设计测试用例，力求发现下面几类错误：
1 不合适或不相容的类型说明；
2变量无初值；
3变量初始化或省缺值有错；
4不正确的变量名（拼错或不正确地截断）；
5出现上溢、下溢和地址异常。

除了局部数据结构外，如果可能，单元测试时还应该查清全局数据（例如FORTRAN的公用区）对模块的影响。

在模块中应对每一条独立执行路径进行测试，单元测试的基本任务是保证模块中每条语句至少执行一次。此时设计测试用例是为了发现因错误计算、不正确的比较和不适当的控制流造成的错误。此时基本路径测试和循环测试是最常用且最有效的测试技术。计算中常见的错误包括：
1 误解或用错了算符优先级；
2混合类型运算；
3变量初值错；
4精度不够；
5表达式符号错。

比较判断与控制流常常紧密相关，测试用例还应致力于发现下列错误：
1不同数据类型的对象之间进行比较；
2错误地使用逻辑运算符或优先级；
3因计算机表示的局限性，期望理论上相等而实际上不相等的两个量相等；
4比较运算或变量出错；
5循环终止条件或不可能出现；
6迭代发散时不能退出；
7错误地修改了循环变量。

一个好的设计应能预见各种出错条件，并预设各种出错处理通路，出错处理通路同样需要认真测试，测试应着重检查下列问题：
1输出的出错信息难以理解；
2记录的错误与实际遇到的错误不相符；
3在程序自定义的出错处理段运行之前，系统已介入；
4异常处理不当；
5错误陈述中未能提供足够的定位出错信息。

边界条件测试是单元测试中最后，也是最重要的一项任务。众的周知，软件经常在边界上失效，采用边界值分析技术，针对边界值及其左、右设计测试用例，很有可能发现新的错误。

单元测试过程

一般认为单元测试应紧接在编码之后，当源程序编制完成并通过复审和编译检查，便可开始单元测试。测试用例的设计应与复审工作相结合，根据设计信息选取测试数据，将增大发现上述各类错误的可能性。在确定测试用例的同时，应给出期望结果。

应为测试模块开发一个驱动模块（driver）和（或）若干个桩模块（stub）,下图显示了一般单元测试的环境。驱动模块在大多数场合称为“主程序”，它接收测试数据并将这些数据传递到被测试模块，被测试模块被调用后，“主程序”打印“进入-退出”消息。

驱动模块和桩模块是测试使用的软件，而不是软件产品的组成部分，但它需要一定的开发费用。若驱动和桩模块比较简单，实际开销相对低些。遗憾的是，仅用简单的驱动模块和桩模块不能完成某些模块的测试任务，这些模块的单元测试只能采用下面讨论的综合测试方法。

提高模块的内聚度可简化单元测试，如果每个模块只能完成一个，所需测试用例数目将显着减少，模块中的错误也更容易发现。

❻ 如何进行软件测试

1、转分析阶段
需求分析人员完成《需求规格说明书》之后，测试人员参加《需求规格说明书》的评审
2、转设计阶段
设计人员完成《界面原型规范》之后，测试人员参加《界面原型规范》的评审
3、计划阶段
测试组长编写《系统测试计划》、《项目进度计划》，测试人员参加评审，评审之后，由组长召开项目开工会
4、设计阶段
测试工程师编写《系统测试方案》，并由测试工程师组织相关人员对《系统测试方案》评审
5、实现阶段
测试工程师编写《系统测试用例》，并由测试工程师组织相关人员对《系统测试用例》评审
6、预测试阶段
代码写完之后，由开发工程师以《系统演示》的方式进行预测试，由开发工程师组织相关人员参加系统演示会议
7、全面测试阶段
系统演示通过的模块，由测试工程师根据测试方案、用例执行全面测试，提交缺陷
8、发布阶段
全面测试通过之后，由发布人员将产品打包发给现场实施人员，进行现场的环境搭建组装
9、回归测试阶段
实施人员发现问题的，将问题陈诉打包回公司，由配置工程师统一进行分配给开发工程师进行修改，修改完成后，再由测试工程师进行回归测试，回归测试之后，由配置工程师将增量打包发回现场。

❼ 软件测试的测试流程是怎样的

• 需求：阅读需求，理解需求，与客户、开发、架构多方交流，深入了解需求。--testing team
  2.测试计划: 根据需求估算测试所需资源（人力、设备等）、所需时间、功能点划分、如何合理分配安排资源等。---testing leader or testing manager
  3.用例设计：根据测试计划、任务分配、功能点划分，设计合理的测试用例。---testing leader, senior tester
  4.执行测试：根据测试用例的详细步骤，执行测试用例。--every tester(主要是初级测试人员)
  5.执行结果记录和bug记录：对每个case记录测试的结果，有bug的在测试管理工具中编写bug记录。--every tester(主要是初级测试人员)
  6.defect tracking：追踪leader分配给你追踪的bug.直到 bug fixed。--every tester
  7.测试报告：通过不断测试、追踪，直到被测软件达到测试需求要求，并没有重大bug.
  8.用户体验、软件发布等……

❽ 软件测试怎么自学

软件测试是一个入门简单、但深入难的工作
入门的时候只要会看懂中文、理解能力没问题就可以按照测试用例来执行用例了
1、开始自学的时候找一本书来入门(软件测试原版第三版很不错)-差不多要1个月左右的时间、要能看懂明白里面的知识、这个阶段主要是学习理论知识
2、有基础知识之后找一个软件来自己操作、从开始写测试计划、测试用例、到自己完成测试、并输出测试报告(这个阶段必须自己操作、如果有问题可以去51testing论坛提问)这里如果产品小的话1个月左右、软件功能多的话2个月多都有可能、建议从功能少的软件入手
3、在执行第二个步骤的时候经常多去51testing论坛看看那些问题帖子、绝对增长你的知识量
4、前面3个步完成之后可以开始关注招聘网站那些招聘软件测试的公司、去看看他们公司的做的什么产品、可以吧他们的产品下载回来按照步骤2的方式来自己写用例 执行测试、记录BUG、提交测试报告等内容(如果你去面试公司的时候拿着你的测试报告以及BUG单的话 成功率会高很多)
5、前面几个步骤完成之后差不多要开始找工作了、建议去看看那本<软件测工程师试面试指导>的书籍、这本书里面有很多软件测试的面试题目多看看提高知识量
自学软件测试差不多需要6个月左右的时间
PS:自学成才的3个要素、一是方法，二是愿望，三是自律。这三个要素中任何一个的提高，都会加快目标的实现。当然如果要在同样时间内实现目标，三个要素其中一个要素的增高，也就同时降低对其他两个要素的要求。

我有一个软件测试的公众号叫TesterTraining，你可以看看那，上面有很多关于软件测试的干货，然后，也有很多软件测试的小白在里面自学，你可以找到志同道合的小伙伴~~~~

❾ 如何进行软件测试

测试方法很多，白盒，黑盒和灰盒，最初级的是黑盒测试，也称功能测试，也就是根据需求、原型和效果图和所做的系统进行对比，将需求不明的同项目经理确认，超出需求以外的或需求上的功能有的没有实现的话，可以记录，然后重现以便开发人员更改这些问题，这个是很多中小型企业比较关心的，性能、压力、兼容性对手机客户端的开发较为重要，这些你可以自己问问度娘，我就不一一列举了，白盒测试，就是对代码进行修改，以完善功能的实现，灰盒就是白盒加黑盒，此外，现在很多公司还注重自动化测试，这个就要看你使用的自动化测试工具的不同而言了，比如loadrunnner，他是脚本的录制与回放，monkey是性能测试，这个学习工程是较为庞大的，要想学好软件测试。

❿ 怎么自学软件测试

第一步，测试基础：

测试基础是软件测试最最最重要的部分，只要你是做测试，不管是什么测试，测试的基础、理论知识都是必须学会的。大概就包括：测试计划编写、设计测试用例、编写测试报告、编写BUG报告单、跟踪BUG修复情况、还需要良好的沟通能力、以及各种测试阶段所使用的测试方法、单元测试、功能测试、集成测试、系统测试等。

第二步：学习脚本语言

如：python语言,当然python 是一门相对简单的计算机语言，考虑长远发展，需要了解C语言或者java。都说C语言最难，但是用得确实也多。

第三步：学习软件测试工具

学习软件测试工具并不难，只是需要我们去系统的学习。比如性能测试工具loadrunner，自动化测试工具selenium、Appium,接口测试Jmeter、Postman等。虽然说工具不是万能的但是工具能为我们提高工作效率，所以必须得会熟练的使用。最关键的一点，是要结合项目具体去操作，实践出真知，理论知识在实际项目中才能得到巩固。

第四步：计算机硬件知识

做过性能测试的都知道在性能测试过程中硬件性能也是一个非常重要的指标、CPU、内存、IO、带宽等等、如果你是做硬件测试的。那么就更不用说了。交换机、路由器、防火墙这些设备都需要有所了解。

第五步：数据库测试

MySQL数据库

MySQL简介、命令行工具以及数据管理、MySQL数据查询（条件、分组、聚合函数、排序、分页、连接查询、自关联、子查询）、内置函数、项目练习、数据分表、Python操作MySQL。

Redis数据库

Redis简介、客户端和服务器、数据类型(string、hash、list、set、zset）、各种数据类型操作、Python操作Redis、主从、集群。

第六步：项目实战

最好参与真实项目的测试工作，积累真实项目的测试经验。

成为优秀软件测试员之提升条件，如果你想成为一个更优秀的软件测试员的话，除了上面那些，你也最好能够具备开发语言即代码编写能力，虽然不会写代码也能做测试、但是如果你想做到高级测试工程师以上、那么代码编写能力就是必选项、如果不会写代码、那么你不可能成为高级测试。高级测试工程 师的一部分工作就是在写测试工具。虽然测试也需要写代码但不需要和开发一样那么精通某一门语言、可是测试却需要了解很多门开发语言（举一个简单的例子：你 现在所在的项目从C++语言、2年后你换工作了、新公司的开发语言是Java或者是VB什么的）所以在开发语言中测试需要更广的学习。

成为软件测试员之必备条件，就是你一定要有良好的心态。心要静、细心耐心、责任心。心静不下来无法对bug展开发向思维及拓展想象。任何一个测试最先面对的心理压力就是重复性的劳动。在你的测试生涯中，一定会碰见很多心理的考验，自己对于质量心里没有底、或者由于产品发布问题或者达到了测试瓶颈时候的困惑等。每个人都有自己的背景以及性格，往往对于测试来讲，就是考验心理素质的时候，这个时候就需要你自己不断地去克服这些心理