第七讲 缺陷报告问答题

1、影响优先级定义的因素有哪些？
答：
1）缺陷的严重程度，一般越严重，优先级越高，反例：界面问题，问题不严重，但优先级高
2）开发压力，开发压力大时优先级低，开发压力小时优先级高
3）缺陷影响范围，缺陷影响范围大时优先级高，应该优先解决
4）解决缺陷的成本，成本低时优先级高（如时间成本）

2、严重程度和优先级是不是严格的正比关系？
答：不是。有时回出现严重程度低，但优先级高的情况，比如界面上的错别字。

3、严重程度和优先级定义好后是否可以修改？
答：严重程度按文档定义好后一般不能改，优先级可以改，经常延迟处理。

4、发布的软件产品中是否可以有发现但没有解决的缺陷?
答：可以。有时可以通过后期升级版本或打补丁来解决。

5、如何识别缺陷
1）参考需求——与需求不符的就是缺陷
2）与测试、开发、管理人员、客户沟通讨论
3）参考测试用例的预期结果，当实际结果与预期结果不一致就是bug
4）参考缺陷定义（5条）

6、写缺陷报告时注意的问题
1）小的缺陷也要报告
2）对于不可重现的缺陷（随机bug）也要报告，但要注明该bug不可重现
3）及时报告缺陷，不做任何评价
4）对缺陷的严重程度、优先级的划分准确、客观，不夸大bug
5）缺陷描述清晰、准确、易读，使用最少、必须的步骤，保证缺陷可以再现
6）在提交缺陷报告之前一定要认真审核，确保提交的报告是有效的，而不是因为自己的疏忽或操作不正确造成的“假缺陷”