本文详细介绍了测试用例评审的重点，包括变更、执行效率和需求覆盖；阐述了测试计划的主要内容；深入探讨了软件缺陷的定义、分类以及缺陷报告的八大要素，并详细描述了Bug的生命周期和状态管理。同时，提到了实际工作中的案例，如九悦学车和微读小说的测试实践。
测试用例的评审以及测试计划和软件缺陷
测试用例评审
测试用例的变更
测试用例并非一成不变。如果软件修改之后发生变化，或者需求发生变更，那么测试用例便不再满足当前版本软件的测试需求，由此需要进行修改和变更操作。
测试组内部的评审的着重点
1.测试用例本身的描述是否清晰；
2.是否考虑到测试用例的执行效率.往往测试用例中步骤不断重复执行，验证点却不同，而且测试设计的冗(rong)余性，都造成了效率的低下；
3.是否针对需求文档，测试用例是否覆盖了所有的软件需求；
4.是否完全遵守了软件需求的规定。这并不一定的，因为即使再严格的评审，也会出现错误，应具体情况具体对待。
测试用例评审的检查项
测试用例执行和故障管理流程图
测试计划
测试计划包含的主要内容
参考文档
测试环境
人员分配
测试策略
时间安排
风险控制
软件缺陷
软件缺陷的定义
软件缺陷，常常又被叫做Bug，从产品内部看，缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题&#
最低0.47元/天 解锁文章
584
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
