【测试用例设计】测试用例基本概念

测试用例概念

测试用例(Test Case)是为特定的目的而设计的一组测试输入执行条件预期结果的文档。它的作用其实就是为了测试是否满足某个特定需求。测试用例是指导测试工作进行的依据。

测试用例作用

测试用例可以避免漏测和重复测。

测试用例的执行结果也是评估测试结果的度量基准。

测试用例也是分析缺陷的标准。

测试用例组成

用例编号、测试模块、测试点、优先级、前提条件、测试数据、测试步骤预期结果、实际结果

用例编号

测试用例的唯一标识。

测试模块

标明被测需求具体属于哪个模块,主要为了更好识别以及维护用例。

用例标题

又称之为测试点,就是用一句话来描述测试用例的关注点。每一条用例对应一个测试目的。

优先级

根据需求的优先级别来定义。高优先级要覆盖核心业务,重要特性以及使用频率比较高的部分。

前提条件

用例在执行之前需要满足的一些条件,否则测试用例无法执行。比如一些测试环境,或者需要提前执行的操作。

测试数据

在执行测试时,需要输入一些外部数据来完成测试。这些数据根据测试用例的统计情况来确定,有参数、文件或者数据库记录等等。

测试步骤

测试用例的步骤描述,执行人员可以根据测试步骤完成测试的执行。

预期结果

是测试用例中最重要的部分,主要用来判断被测对象是否正常。要根据需求来描述用户的期望。

实际结果

PASS 通过,FAIL 失败,N/A 未执行。

测试用例等级

P0-核心功能

冒烟测试,确定此版本是否可测的测试用例。

P1-高优先级

最常执行用来保证功能是稳定的。基本功能测试以及重要的错误、边界测试。

P2-中优先级

更全面的验证功能的各个方面。异常、边界、中断、网络、容错、UI等

P3-低优先级

不常被执行。性能、压力、兼容性、安全性、可用性等

测试用例设计工具

思维导图

使用思维导图把模块和用例的设计思路理清楚。完成之后即可评审。评审完毕后,可以在思维导图直接修改。

excel

如要求用表格的方式写测试用例,可再把思维导图中的测试思路转化成为表格形式。

测试用例编写步骤

划分功能模块

正向功能验证

单个功能项验证

功能之间交互验证

隐形需求

黑盒测试方法的选择

需要输入数据的地方,考虑使用等价类划分法,将无限测试变成有限测试

任何情况下都必须采用边界值分析法

关注程序的主要功能、业务流程和业务逻辑是否正确实现,考虑使用场景法

程序的功能说明中含有输入条件的组合情况,考虑因果图判定表

采用错误推断法再追加测试用例

猜你喜欢

转载自blog.csdn.net/Yocczy/article/details/127847753
今日推荐