软件缺陷：bug 或defect
主要归结：1代码问题 2需求文档
什么是缺陷?不满足用户确定的需求
1.软件未达到产品说明书标明的功能
2.软件出现了产品说明书指明不会出现的错误
3.软件功能超出产品说明书指明范围
4.软件未达到产品说明书虽未指出但应达到的目标
5.软件测试员认为软件难以理解、不易使用、运行速度缓或者最终用户认为不好
产生缺陷原因
1.工期短，任务大
2.文档不完善
3.程序设计错误
4.沟通交流不够
5.需求不断变化
6.软硬件支持不完善
7.软件的复杂性
软件测试提交bug 流程
如何有效记录缺陷?
1.保证重现缺陷
2.分析故障一使用最少步骤复现故障
3.包含所有重现缺陷的必要步骤
4.方便开发阅读
5.尽量简单一一个缺陷--个报告
6.注意自己的语气等
BUG严重程度划分
致命：系统崩溃、404报错，报500错误，造成系统或应用系统崩溃、死机、系统悬挂或造成数据丢失、主要功能组完全丧失等；服务器死机闪退，页面出现错误乱码，蓝屏等：立刻响应，3小时内必须解决
严重：功能未实现，逻辑错误，影响用户正常使用，与需求完全不符，或因此bug导致后续功能无法测试的。一天内解决
一般：逻辑实现但不正确，功能实现但是不正确，功能上的错误，页面中的错误；1-3天内解决
轻微：文案内容与实际不符，错别字，图片错误，建议性的bug 等
BUG优先级划分
高（p1）:bug严重级别较高，需要立即解决的，或者一般级别的但是比较棘手的
中（P2）:BUG严重级别一般的，不影响用户正常操作的
低（P3) : bug严重级别处于较低的，可以下一次Alpha测试前再再解决的
建议（P4）:建议性的BUG,可改可不改，无伤大雅。
缺陷报告的准则
准确-清晰-简洁-完整-一致