测试用例检查单

        在测试用例的设计中，通常我们会自己先设计测试用例，然后与测试组中其他人互相交叉审验。但是，如果测试组就你一个人，这个时候肿么办？

        测试用例检查单，给出了我们基本的用例自测标准。虽不能百分百地适用于每个项目，但我们还是能从中得到一些启示。

注：该测试用例检查单来自肖利琼-《软测之魂-核心测试设计精解》2011年版，特此鸣谢作者给予我们的知识分享

 

序号	检查项
1	是否每一个需求都有其对应的测试用例来验证？
2	是否每一个设计需求都有其对应的测试用例来验证？
3	测试用例的设计思路是否合理？
4	每条用例的预期结果是否都唯一？
5	每条用例是否都可操作？
6	用例的测试条件是否清楚？
7	每一测试点是否都有逆向的用例？
8	每一测试点是否都有异常用例？
9	测试用例是否包含了已知的边界值，如特殊字符、最大值、最小值？
10	对流程业务，是否有对应的流程用例（从流程图中转化用例）？
11	用户场景用例是否足够？
12	是否考虑了与其他模块之间的接口用例？
13	用例的组织结构是否合理与清晰？
14	用例的编写是否符合规范的要求？
15	用例的格式是否符合模板的要求？
16	是否考虑了性能测试用例？
17	是否考虑了安装/卸载测试用例？
18	是否考虑了升级兼容性测试用例？
19	用例的元素是否齐全？
20	用例是否易读？
21	用例是否易维护？

• 用例表达清楚，无二义性。当测试用例的设计人员与测试人员不是同一个人时，可以减少理解错误的可能。
• 用例可操作性强。测试中常会遇到这种情况，执行一条用例，需准备大半天的测试环境，或用例太粗，操作描述模棱两可，测试执行人员很难顺利地往下执行。
• 用例的输入与输出明确。一条用例只有一个预期结果，如果一个用例有N个不同的预期结果，一方面容易使测试人员遗漏观察点，另一方面会造成测试统计不准确。
• 用例的可维护性好。用例的结构，表达，遵循用例的设计规范，犹如开发的编码规范，共同工作的团队有一个统一的风格 ，方便相互之间的交流。
• 用例对需求的覆盖率高。这一点很重要，可建立一个需求与用例的追溯表来保证每一需求都有用例与之对应。
• 暴露程序Bug的能力强。