缺陷管理

　　1)什么是软件缺陷?

　　①.软件未达到产品说明书表明的功能

　　②.软件出现产品说明书指明不会出现的错误

　　③.软件产品功能超出说明书指明的功能

　　④.软件未到达产品说明书未指明但应该达到的目标

　　⑤.软件测试人员认为软件难以理解、不易使用、运行速度缓慢、或者最终用户认为不好

　　2)软件缺陷一般分为哪些类型?

　　①.用户界面错误

　　②.程序的错误

　　③.计算错误

　　④.需求错误

　　⑤.外部错误

　　⑥.测试错误

　　3)缺陷可以划分为哪几种严重等级，分别是什么?

　　致命级：

　　造成崩溃、死机，并且不能通过其他方法实现功能;

　　“杀手锏“功能失效;

　　导致客户利益巨大损失的失效

　　严重级：

　　基本、重要功能无法实现;

　　操作安全方面存在漏洞;

　　系统缺少必要的负载限制导致大容量系统失效

　　一般级：

　　查询数据时，数据显示错误;

　　告警信息不全面，不准确;

　　次要功能失效

　　提示级：

　　界面不友好，操作不方便;

　　缺少必要的缺省信息;

　　错误提示不直观

　　4)缺陷的优先级有哪些?分别简单描述?

　　缺陷的优先级可以分为高、中、低三个层次，高优先级的缺陷必须及时修改，不修改系统测试就不能进行下去，中优先及可以放在正常的BUG修改队列中进行修改;低有限级的缺陷可以在有时间的时候修改，如果时间紧张可以带在产品中进行发布。

　　5)一个缺陷中包含哪些要素?

　　分配给缺陷的ID号、对缺陷的详细描述、缺陷发生的条件、缺陷发生的次数、缺陷发生的现象、提示缺陷的测试ID号、执行测试的人、测试工作站ID号、发现缺陷的时间和日期、发生缺陷的计算机、硬件平台、发生缺陷的子系统、软件的版本号、缺陷发现的数据库、缺陷是否再现、缺陷的重要性、分配修改这个缺陷的优先级、其他

　　6)如何提交一份好的缺陷报告?

　　书面的、已编号的、易于理解的、可重现、易读、不要带有情绪化

　　7)一个缺陷的生命周期是什么?状态如何转换?

　　New、Open、close、Fixed、rejected、Reopen等

　　1)当测试人员发现Bug时提交到Bug管理库，此时状态为New;

　　2)测试管理人员对New状态的缺陷进行评审，如果通过评审则为Open，如果不能通过评审则为：Close;

　　3)研发人员对于Open状态的缺陷进行验证，如果认为确实是一个缺陷，则至为Fixed，如果认为不是一个缺陷则改变为：Rejected;

　　4)测试人员对于置于Fixed的缺陷进行验证，如果缺陷真的被修改则置于：close状态，如果没有修改则置于Reopen状态。