测试理论第四天

1.流程分析法
流程分析法主要是针对测试场景类型属于流程测试场景的测试项下的测试子项进行设计,是从白盒测试设计方法中的路径覆盖分析法借鉴过来的一种方法
在白盒测试中,路径就是指函数代码的某个分支组合，路径覆盖法需要构造足够的用例覆盖函数的所有代码路径
在黑盒测试中，若将软件系统的某个流程看成路径的话,则可以针对该路径使用路径分析的方法设计测试用例
2.流程分析法的优点
降低了测试用例设计难度，只要搞清楚各种流程，就可以设计出高质量的测试用例来，而不需要太多测试方面的经验
在测试时间较紧迫的情况下，可以有的放矢的选择测试用例，而不用完全根据经验来取舍
3.流程分析法的步骤
第一步:详细了解需求
第二步:根据需求说明或界面原型,找出业务流程的各个页面以及各页面之间的流转关系
第三步:画出业务流程(产品经理使用Axure软件制作)
第四步:写用例，覆盖所有的路径分支
4.流程分析法总结
流程分析法适用于有先后顺序的测试。常用于业务流程测试、安装流程测试等。
流程分析法重点在于测试流程。因此，一般每个流程用一个测试用例验证。。
流程测试没有问题并不能说明系统功能没有问题,还需要针对每步功能进行测试。对于包含复杂流程的系统，只有功能点和处理流程都进行测试覆盖，才算是比较充分的测试
5.错误推断法
错误推测法是指利用直觉和经验猜测出出错的可能类型,有针对性列举出程序中所有可能，的错误和容易发生错误的情况，它是测试经验丰富的测试人员喜欢使用的-种测试用例设计方法
6.错误推断法基本思想
基本思想是列举出可能犯的错误或错误易发生的清单，然后根据清单编写测试用例;这种方法很大程度上是凭经验进行的，即凭人们对过去所作测试结果的分析，对所揭示缺陷的规律性作直觉的推测来发现缺陷
采用错误推测法,最重要的是要思考和分析测试对象的各个方面,多参考以前发现的Bug的相关数据、总结的经验，个人多考虑异常的情况、反面的情况、特殊的输入，以一个攻击者的态度对待程序，才能够设计出比较完善的测试用例
7.正交排列法概述
正交排列法能够使用最小的测试过程集合获得最大的测试覆盖率。当可能的输入数据或者输入数据的组合数量很大时，由于不可能为每个输入组合都创建测试用例，可以采用这种方法
采用最少的测试用例集合获得最大的测试覆盖率___采 用正交排列法
8.正交试验设计
是研究多因素多水平的一-种设计方法,它是根据正交性从全面试验中挑选出部分有代表性的点进行试验，这些有代表性的点具备了“均匀分散，齐整可比”的特点，正交试验设计是一种基于正交表的、高效率、快速、经济的试验设计方法
9.正交表使用方法
1、根据控件和取值数选择-一个合适的正交表。
2、列举取值并编号,生成取值表。
3、把取值表与选择的正交表进行映射。
10.正交表的缺点
1.目前常见的正交排列表只有前面附录文件中给出的几种。
2.即使是已有的正交排列表，基本都要求每个控件中取值的个数要相等，这在实际软件中很少遇到
11.没有现成的正交排列表怎么办
通过正交排列法的学习，我们更多的应该学习到一种测试思想，也就是在从所有组合集合中选取测试数据时，应该均匀的选取其中的组合作为测试用例，而不要只在某个局部选取数据
12.很多情况下无法找到合适的正交表，就要使用正交表生成工具。
13.使用的步骤：
1)制作取值表 (只列出数据即可，不用编号)。
2)复 制取值表的数据.放到文本文档中保存(注意不要更改任何格式，例如文件叫Test2.txt )。
3)把文本文档放在 allpairs文件夹中。
4)win+r后输入cmd进入控制台。
5)使用控制 台代码进入allpairs文件夹(cd 目录名字)
6)在控制台 中输入allpairs.exe Test2.txt>chenggong.txt ( chenggong 是自己起的名字，用来存放生成的组合用例，可以自动生成，不必提前建好)
14.测试方法的选择
(1)拿到一个测试任务时，先关注它的主要功能和业务流程、业务逻辑是否正确实现，考虑使用场景法。
(2) 需要输入数据的地方，考虑采用等价类划分法，包括输入条件和输出条件的等价划分，将无限测试变成有限测试
(3)在任何情况下都必须采用边界值分析法。这种方法设计出的测试用例发现程序错误的能力最强
(4)如果程序的功能说明中含有输入条件的组合情况，则一开始就应考虑选用因果图和判定表法
(5)对于参数配置类的软件，需要考虑参数之间的组合情况，考虑使用正交排列法选择较少的组合方式(最少的测试用例获得最大的的测试覆盖率)
(6)对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度。如果没有达到要求的覆盖标准，则应当再补充更多的测试用例
(7)采用错误推断法再追加测试用例一依 靠测试工程师的经验和智慧
15.测试用例的本质
测试用例的设计本质应该是在设计的过程中理解需求,检验需求，并把对软件系统的测试方法的思路记录下来，以便指导将来的测试
验证对需求的覆盖是软件测试的根本目的。
把敏捷方法的“及时响应变更比遵循计划更有价值"这-原则体现出来。
16.测试用例评审
（1）同行评审
（2）用户评审