[原创]测试用例检查单
上一篇 /
下一篇 2009-02-11 00:13:08
/ 个人分类:软件测试技术
由于格式的限制,这里给一个列表。
1. 是否涵盖了需求文档上的每个功能点
2. 是否涵盖了需求文档上的每条业务规则说明
3. 是否覆盖了输入条件的各种有意义组合
4. 是否覆盖了业务操作的基本路径和异常路径
5. 是否考虑了重要表单字段的数据合法性检查
6. 是否考虑了其他的测试类型(对某个功能很重要,但未在需求文档中提及的,如安全测试、周期性测试和故障恢复等方面)
7. 是否考虑了对其他模块/功能的影响
8. 是否使用了项目组的标准用例模板
9. 用例是否覆盖了测试设计中定义的所有场景
10.用例编号是否统一、规范
11.用例名称是否简洁、明了
12.目的字段是否准确地描述了对应场景的测试输入的特征(不同数据,操作,配置等)
13.前提条件字段的条目是否充分、准确,操作上是否不依赖于同组之外的其他用例
14.对应的需求编号字段是否填写正确
15.用例粒度、预估出的执行时间是否适当
16.同组用例中,仅数据不同的,是否实现了测试步骤的重用
17.某个功能点的第一个用例是否是基本流的
18.操作步骤的描述,是否清晰、易懂
19.操作步骤是否充分和必要,并具有可操作性
20.测试用例的检查点是否明确、充分和可操作
21.单个用例步骤或检查点中是否不再存在分支
22.测试数据的特征描述是否准确,有条件的情况下,是否给出了一个当前环境下的可用参考值
23.文字、语法是否准确;布局、格式是否统一
相关阅读:
- 接口测试脚本重构之感想 (fishy, 2010-6-24)
- 解耦配置文件依赖,让单元测试跑起来 (fishy, 2010-6-24)
- 软件测试管理之工作流程及技能 (fishy, 2010-6-25)
- 回归测试思考 (fishy, 2010-6-25)
- 如何构建大量的测试数据? (fishy, 2010-6-25)
- 高质量嵌入式系统开发的集成测试技术 (fishy, 2010-6-29)
- TOPAPI测试的一点总结 (fishy, 2010-6-30)
- 手工测试的局限性 (fishy, 2010-7-02)
- 软件测试用例的设计 (fengyun32, 2010-7-05)
- 测试也需要了解前端技术 (fishy, 2010-7-05)
收藏
举报
TAG:
软件测试技术
测试用例
检查单