文章目录
一、什么是测试用例?
测试用例是一组向被测试程序提供的集合,包括:测试环境,操作步骤 ,测试数据,预期结果等
二、评价测试用例的标准
表达清晰,无二义性
输入与输出明确,一条用例对应一个预期的输出
可操作性强
用例对需求的覆盖率高
用例的可维护性好(可读性好,才能修改)
检测bug的能力强
三、测试用例的好处
测试执行者的依据
使得工作可重复,是自动化测试的基础
评估需求覆盖率
用例复用
积累思路和方法以供后续借鉴
四、测试用例的设计方法
1.基于需求的设计
- 需要关注以下两点
a.判断需求的正确性,完整性,无二义性,并且逻辑完整
b.从"黑盒"角度出发,设计出充分且必要的测试集,能保证设计和代码都符合需求
2.具体设计方法
- 等价类
依据需求将输入划分为若干个等价类,从该等价类中选一个测试用例。若该测试用例通过,则认为该等价类通过。
解决了输入无穷的情况。使用较少的测试用例来覆盖更多的功能
分类
有效等价类:符合产品规格说明书的,有意的数据构成的集合
无效等价类:不符合产品规格说明书的,不能满足需求 - 边界值
对输入或输出的边界值进行测试。一般情况下,是对等价类的一种补充。(测的是等价类的边界)
要注意是开区间还是闭区间 - 因果图
简化的逻辑图,能表名输入条件和输出结果间的关系。
适用于:被测程序有多输入,且程序的输出依赖输入的情况
恒等、与、或、非 - 正交排列
- 场景设计法
软件采用事件触发来控制流程,触发事件的情景形成了场景。同一事件不同的触发顺序和处理结果形成事件流。
此方法可以描述出触发事件时的场景。 - 错误猜测法
依据经验和直觉推测程序中可能存在的各种错误,从而针对性的设计测试用例
五、什么是测试用例的有效性?
- 此用例对应的功能已经删除
- 执行一条测试用例发现bug
- 执行一条测试用例未发现bug,但该处有bug
- 执行一条测试用例未发现bug,该处bug已经修改
六、测试用例的粒度和评价(写完之后如何评估)
-
粒度:测试用例编写的详细程度
粒度的把控可参考以下方面
a.产品的质量要求
b.项目对测试用例的要求
c.测试时间和资源是否充分
可以简单,可以复杂,但不能省略 -
评价
同行评审
用户检查
项目组评审