软件测试相关

1. 测试的生命周期

1、测试计划
任务的安排与制定测试的方法
2、测试的分析
到底如何测试
用什么方法测试
3、测试的执行
行动
4、测试报告
测试执行结果的总结
5、测试总结
项目上线后
测试人员本次的测试总结
测试方法的不足地方，为下次做准备

2.测试的过程

单元测试UT
单元测试是针对软件基本组成单元(软件设计的最小单元)来进行正确性检验的测试工作，单元测试的目的是检测软件模块《详细设计说明》(LLD)的符合程度。

集合测试IT
集合测试是在单元测试的基础上，将所有模块按照概要设计要求组装成子系统或系统，验证组装后功能以及模块间接口是否正确的测试工作。集成测试的目的是检测软件模块对《概要设计说明》(HLD)的符合程度。

问题: 如何理解软件间的接口？
软件不同部分之间的交互接口，通常就是所谓的API — 应用程序编程接口，其表现的形式是源代码。

系统测试ST
系统测试是将已经集成好的软件系统，作为整个系统与计算机硬件、外设、数据和人员等其他元素结合在一起，在实际运行环境下，对系统进行一系列的测试工作。
目的: 与《需求规格说明书》(SRS)进行比较，发现软件与系统需求定义不符合或与之矛盾的地方。

验收测试
在软件产品完成了单元测试、集成测试和系统测试之后，产品发布之前所进行的软件测试活动。它是技术测试的最后一个阶段，也成为交付测试。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。

3.单元测试UT、集合测试IT、 系统测试ST的区别

4. 软件测试方法

1. 按代码是否可见划分

• 白盒测试
• 灰盒测试
• 黑盒测试

2. 按状态划分

• 静态测试
• 动态测试

3.按人机划分

• 手工测试
• 自动化测试

白盒测试
白盒测试，指的是把盒子盖子打开，去研究里面的源代码和程序结果。
它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序找那个的每条通路是否都能按预定要求正确工作。

黑盒测试
黑盒测试，指的是把被测的软件看做是黑盒子，我们不去关注盒子里面的结构是什么样子的，只关心软件的输入数据和输出结果。
它只检查程序功能是否按照要求规格说明书的规定正常使用，程序是否能适当地接受输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。

灰盒测试
灰盒测试介于黑盒测试与白盒测试之间。
可以理解为，灰测试关注输出对于输入的正确性，同时也关注内部表现，但这种关注不像白盒测试那样详细、完整，只是通过一些表性的现象、事件、标志来判断内部的运行状态，有时候输入时正确的，但内部其实是错误的，这种情况非常多，如果每次都通过白盒测试来操作，效率会很低，因此需要采取这样的一种灰盒测试。

静态测试
静态测试，指不实际运行被测软件，而只是静态检查程序代码、界面或文档可能存在错误的过程。

静态测试包括:

• 对于代码测试，主要是测试代码是否符合相应的标准和规范；
• 对于界面测试，主要测试软件的实际界面与需求中的说明是否相符；
• 对于文档测试，主要测试用户手册和需求说明是否真正符合用户的实际需求；

动态测试
动态测试，指实际运行被测程序，输入相应的测试数据，检查输出结果和预期结果是否符合的过程。

手工测试
手工测试，即由人去一个个的去执行测试用例，通过键盘鼠标等输入一些参数，查看发挥结果是否符合预期结果。

自动化测试
自动化测试，把以人为驱动的测试行为转化为机器执行的一种过程。通常，在设计了测试用例并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测试，得到实际结果与预期结果的比较。在此过程中，为了节省人力、时间或硬件资源，提高测试效率，便引入了自动化测试的概念。

测试用例编写方法

1. 等价类与边界值（重点方法）

   等价类：等价类划分法是把所有可能输入的数据，有无效等价类和有效等价类（即正确输入和非法输入），即程序的输入域划分策划国内若干部分（子集），然后从每一个子集中选取少数具有代表性的数据作为测试用例。方法是一种重要的、常用的黑盒测试用例设计方法。

   边界值：边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。

   等价类与边界值的结合使用：

    例：一个文本框的输入长度为 6-10 个字符
   
    分析：有效等价类：  >=6个字符，<=10个字符
   
              无效等价类：<6个字符，>10个字符
   
              边界值：5,6,7,9,10,11个字符
   

2. 判定表
   判定表是分析和表达多逻辑条件下执行不同操作的情况的工具能够将复杂的问题按照各种可能的情况全部列举出来，简明并避免遗漏。因此，利用判定表能够设计出完整的测试用例集合。

3.因果图
是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况。

4.正交试验
在界面中有多个控件，控件之间有多种组合关系，如果组合的数量巨大（一般超过20种），没有必要将所有组合都测试，可以通过正交排列法将组合中最优，最少的组合进行测试。

5.错误推测法
基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法