5. 检查项
序号 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 检查项 每个测试用例是否都说明/代表一个唯一的输入集或事件流？ 测试用例是否可以追溯到产品需求？ 测试用例是否100％覆盖产品需求要求的所有功能点？ 用例是否覆盖了测试计划的测试类型？ 所有的“前置条件”是否都是充分必要条件？ 判断点中是否没有操作步骤？ 测试步骤是否简练？ 每个步骤是否描述了一个事件？ “测试步骤”中引用数据的格式是否统一？ “测试步骤”和“预期结果”中对界面文字的引用是否加引号？ 预期结果是否描述完整？ 文档使用的词语是否清晰明确、无歧义？ 测试用例是否覆盖每个被测功能的所有可能的输入输出的组合？ 测试用例是否覆盖正常的输入输出组合的所有可能的取值范围？ 测试用例是否包括测试了被测试对象的初始化过程？ 测试用例是否包含了被测对象中所有异常流的测试？ 结果 拓胜(广州)计算机技术服务有限公司 11/12
6. 评审结果
评审意见 开发组审核意见： 结论 签字：需要所有参加用例审核的开发人员及开发经理签字 产品经理审核意见： 结论 签字： 项目经理审核意见 结论 签字： 纸制文档是否签字
被审核的测试用例与开发设计一致 √ 被审核的测试用例与开发设计存在不一致的问题 × 同意 不同意 签字日期 被审核的测试用例与需求一致 √ 被审核的测试用例与需求存在一致的内容 × 同意 不同意 签字日期 确认并同意开发组和产品经理对用例的审核意见 √ 不同意开发组和产品经理对用例的审核意见 × 同意 是 不同意 签字日期 否 拓胜(广州)计算机技术服务有限公司 12/12