1. 设计测试用例时,要寻求系统设计、功能设计的弱点。测试用例需要确切地反映功能设计中可能存在的各种问题,而不要简单拷贝产品规格设计说明书的内容。
2. 设计正面的测试用例,应该参照设计规格说明书,根据关联的功能、操作路径等设计。而对孤立的功能则直接按功能设计测试用例。基本事件的测试用例应包含所有需要实现的需求功能,覆盖率达100%。
3. 设计负面的、异常的测试用例,如考虑错误的或者异常的输入,往往可以发现更多的软件缺陷,这显得更为重要。
可以在测试计划中设计测试方案的时候体现用例的设计思想
测试用例架构设计:
测试用例的设计方法:
1.等价类划分法
等价类划分是一种黑盒测试方法,把无限的测试变成有限的测试。
通过对输入数据分类的方式,在保证测试质量的情况下,简化的测试的过程。
应用场合:有数据输入的地方(比如说:输入框,文本框),就可以用到等价类划分
1.1 有效等价类(正向用例)
对软件而言,是有效的,有意义的数据,输入有效数据,程序会正常运行
(一般有效等价类会记录在需求文档中)
1.2 无效等价类(反向用例)
对软件而言,无效的数据,错误的数据,程序不允许输入的数据,当我们输入了这些数据时,程序应该给予错误的提示
无效等价类可以从以下的因素考虑:
1)要求不能为空 无效:为空
2)要求不能重复 无效:重复
3)数据有大小范围 无效:数据超出范围
4)字符个数有要求 无效:字符个数超出范围
5)数据有格式,样式,类型要求 无效:格式,样式,类型非法
6)小数点最多保留几位 无效:小数位超长
2.边界值
边界值一般与等价类划分法一起组合使用
边界值法是等价类划分法的重要补充
大量程序错误往往容易发生在边界上
上点:边界上的点
内点:边界内的点
离点:离边界最近的左右两个点
3. 判定表
应用场景:当一个结果中有多个控件,不同控件的组合,会得到不同的结果。
那么,为了理清楚组合和结果的对应关系,我们要用到判定表
3.1 判定表的组成
1)条件桩:列出所有可能的条件
2)动作桩:列出所有可能的操作
3)条件项:列出所有的条件取值组合
4)动作项:列出每一种条件取值组合的情况下,执行动作桩的那些动作
4.因果图(作为判定表的辅助)
4.1核心:
因——输入条件、果——输出结果
4.2、定义:
用图解的方法表示输入的各种组合关系,写出判定表,从而设计相应的测试用例
4.3、适用范围:
适用于分析程序输入条件的各种组合情况,以及输入与输出之间的依赖关系
4.4、基本步骤:
(1)明确需求
(2)画出因果图
(3)将因果图转换为判定表
5.正交表法
5.1介绍
正交表是有一定缺失的没有全面覆盖,就是用以减少测试用例的数目的
(与判定表相比)判定表更全面,不会遗漏测试用例。
正交表的表示:
5.2使用步骤
1)明确需求
2)绘制正交表
3)先确定列数(因)
4)确定正交表每列的取值个数(水平)
5)根据因素和水平可以确定行数
6)根据正交表编写测试用例
正交表的一行代表一条测试用例
6.场景法(流程图法)
6.1介绍
使用流程图描述用户的使用场景,用覆盖流程路径来设计测试用例,从流程的开始到结束,有几条路径就有几个测试用例。
6.2意义
用户角度:用户平时使用的不是单个功能,而是多个功能组合起来使用。
测试角度:平时测试的都是单功能点进行测试,容易忽略多个功能的组合测试。
6.3使用步骤
1)明确需求
2)画出流程图
3)编写测试用例
不关注某一流程功能的细节
7.错误推断法
7.1介绍
错误推测法指利用直觉和经验去猜测可能出错的类型,有针对性地列举出所有可能的错误和容易发生错误的情况,是测试经验丰富地测试人员喜欢使用的一种测试用例设计方法。
7.2基本思想
基本思想是列举出可能犯的错误或错误易发生的清单,然后根据清单编写测试用例;
这种方法很大程度上是凭经验进行的,即凭人们对过去所作测试结果的分析,对所揭示缺陷的规律性作直觉的推测来发现缺陷。
7.3使用场景
项目紧任务急、时间不够,这时就不要按部就班的测试了,根据之前项目的经验,找到之前出错过的类似模块进行重点测试。所有正常测试结束后,通过错误推断法再测试一些之前出过问题的模块