首页 > 软件测试 > 测试用例检查单

测试用例检查单

     每个人写用例的方式以及思维不尽相同,测试用例是否越详细越好?还是能描述表达出要进行的测试点即可?没有什么东西是完全符合,合适自己的才是最好的。以下是一篇关于检查测试用例编写是否合理规范的列表,各位可以参考以下标准来检查自己的用例。希望对大家有所帮助。
1.   是否涵盖了需求文档上的每个功能点
2.   是否涵盖了需求文档上的每条业务规则说明
3.   是否覆盖了输入条件的各种有意义组合


4.   是否覆盖了业务操作的基本路径和异常路径
5.   是否考虑了重要表单字段的数据合法性检查
6.   文字、语法是否准确;布局、格式是否统一
7.   是否考虑了其他的测试类型(对某个功能很重要,但未在需求文档中提及的,如安全测试、周期性测试和故障恢复等方面)
8.   是否考虑了对其他模块/功能的影响
9.   是否使用了项目组的标准用例模板
10.  用例名称是否简洁,明了
11.  用例是否覆盖了测试设计中定义的所有场景
12.  用例编号是否统一、规范
13.  某个功能点的第一个用例是否是基本流的
14.  操作步骤的描述,是否清晰、易懂
15.  操作步骤是否充分和必要,并具有可操作性
16.  测试用例的检查点是否明确、充分和可操作
17.  单个用例步骤或检查点中是否不再存在分支
18.  同组用例中,仅数据不同的否实现了测试步骤的重用
19.  测试数据的特征描述是否准确,有条件的情况下,是否给出了一个当前环境下的可用参考值
20.  目的字段是否准确地描述了对应场景的测试输入的特征(不同数据,操作,配置等)
21.  前提条件字段的条目是否充分、准确,操作上是否不依赖于同组之外的其他用例
22.  用例力度、预估出的执行时间是否适当

除非注明,文章为IT热血青年原创,欢迎转载!转载请注明本文地址,谢谢。
本文地址:http://blog.itblood.com/test-case-checklists.html

  1. 本文目前尚无任何评论.
  1. 本文目前尚无任何 trackbacks 和 pingbacks.