摘要：
表格项 说明 缺陷编号 首先把缺陷录入到项目缺陷库，然后再加入到漏测库中。漏测库中的问题编号，就是项目缺陷库中的编号，是唯一的。 所属模块 问题发生的软件部位，可以根据系统实际情况划分模块，比如文件管理、数据库、本地化模块等。 简要描述 问题现象的简要描述，一般不要超过50字。 详细描述 问题现象的 阅读全文
摘要：
1. 所有功能需求都有1条或多条功能测试用例与之对应 2. 建立了需求与用例追溯表，需求覆盖率已达到100% 3. 所有设计需求都已实现并测试通过 4. 所有用例都测试通过，测试记录已保留 5. 所有要解决的Bug都已解决，并回归完成 6. 延期的Bug已通过评审专家的影响评估，并在可接受区 7. 阅读全文
摘要：
1. 项目计划清单中指定此版本要实现的功能是否已提交？ 2. 未修复的Bug是否影响测试工作的进一步开展？有影响的情况下，影响度是否可接受？ 3. Bug修复率是否已达到故障管理规范的要求？（具体多少，如80%、90%视情况而定）？ 4. 该版本是否通过开发内部的冒烟测试？ 5. 测试信息传递表是否 阅读全文
摘要：
1. 是否每一个需求都有其对应的测试用例来验证？ 2. 是否每一个设计需求都有其对应的测试用例来验证？ 3. 测试用例的设计思路是否合理？ 4. 每条用例的预期结果是否都唯一？ 5. 每条用例是否都可操作？ 6. 用例的测试条件是否清楚？ 7. 每一个测试点是否都有逆向的用例？ 8. 每一个测试点是 阅读全文
摘要：
1. 测试对象的分析是否考虑了模块间的相互影响？ 2. 该测试对象是否存在性能上的要求？ 3. 设计需求是否有对应的测试方案？ 4. 对某一测试点的验证方法，除了正向的思路，是否也考虑了逆向的思路？ 5. 每一个测试点的验证思路都可以直接导出测试用例了吗？ 6. 用户场景的测试点是否足够？ 7. 业 阅读全文