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)在提交缺陷报告之前一定要认真审核,确保提交的报告是有效的,而不是因为自己的疏忽或操作不正确造成的“假缺陷”