测试用例

一、什么是测试用例？

测试用例是一组向被测试程序提供的集合，包括：测试环境，操作步骤 ，测试数据，预期结果等

二、评价测试用例的标准

表达清晰，无二义性
输入与输出明确，一条用例对应一个预期的输出
可操作性强
用例对需求的覆盖率高
用例的可维护性好(可读性好，才能修改)
检测bug的能力强

三、测试用例的好处

测试执行者的依据
使得工作可重复，是自动化测试的基础
评估需求覆盖率
用例复用
积累思路和方法以供后续借鉴

四、测试用例的设计方法

1.基于需求的设计

• 需要关注以下两点
  a.判断需求的正确性，完整性，无二义性，并且逻辑完整
  b.从"黑盒"角度出发，设计出充分且必要的测试集，能保证设计和代码都符合需求

2.具体设计方法

• 等价类
  依据需求将输入划分为若干个等价类，从该等价类中选一个测试用例。若该测试用例通过，则认为该等价类通过。
  解决了输入无穷的情况。使用较少的测试用例来覆盖更多的功能
  分类
  有效等价类：符合产品规格说明书的，有意的数据构成的集合
  无效等价类：不符合产品规格说明书的，不能满足需求
• 边界值
  对输入或输出的边界值进行测试。一般情况下，是对等价类的一种补充。(测的是等价类的边界)
  要注意是开区间还是闭区间
• 因果图
  简化的逻辑图，能表名输入条件和输出结果间的关系。
  适用于:被测程序有多输入，且程序的输出依赖输入的情况
  恒等、与、或、非
• 正交排列
• 场景设计法
  软件采用事件触发来控制流程，触发事件的情景形成了场景。同一事件不同的触发顺序和处理结果形成事件流。
  此方法可以描述出触发事件时的场景。
• 错误猜测法
  依据经验和直觉推测程序中可能存在的各种错误，从而针对性的设计测试用例

五、什么是测试用例的有效性？

• 此用例对应的功能已经删除
• 执行一条测试用例发现bug
• 执行一条测试用例未发现bug，但该处有bug
• 执行一条测试用例未发现bug,该处bug已经修改

六、测试用例的粒度和评价(写完之后如何评估)

• 粒度：测试用例编写的详细程度
  粒度的把控可参考以下方面
  a.产品的质量要求
  b.项目对测试用例的要求
  c.测试时间和资源是否充分
  可以简单，可以复杂，但不能省略

• 评价
  同行评审
  用户检查
  项目组评审