软件缺陷报告

来源：软件测试52讲课程

一份高效的缺陷报告包含：

1、缺陷标题

       模式：“在什么条件下发生了什么问题”  

        原则：清晰简洁，描述清楚场景和结果，尽量描述问题本质，避免停留在问题表面

        最终效果：根据缺陷标题就可以知道bug的具体问题

2、缺陷概述

      缺陷概述通常会提供更多概括性的缺陷本质与现象的描述，是缺陷标题的细化

       缺陷概述还会包括缺陷的其他延展部分，比如你可以在这部分列出同一类型的缺陷可能出现的所有场景；再比如，你还可以描述同样的问        题是否会在之前的版本中重现等；还要包含bug是否可复现或者复现频率

3、缺陷影响

      bug的严重程度和优先级（大部分都只根据严重程度来判断修复顺序以及是否达到上线标准）

       严重程度一般包括：致命、严重、一般、建议

       致命：常规操作引起系统奔溃、死机；造成数据泄露的安全性问题；涉及金钱

       严重：重要功能没有实现；非常规操作引起系统奔溃、死机；影响波及其他功能；外观界面难以接受；密码明文显示

       一般：次要功能没有实现或实现与需求不符；界面数据错误；控件功能不可用；输入框等没有做限制校验；界面操作后没有明显提示

       建议：界面不规范美观；辅助性说明没有；提示性文字不是专业术语；用户体验角度的建议

4、环境配置

      操作系统类型和版本、软件版本、浏览器种类和版本、手机型号，系统和版本（通常只描述重现bug必要的敏感配置）

5、前置条件

      测试步骤开始前系统的状态（如登陆、注册）

6、bug重现步骤

      从用户角度出发，每一个步骤都是可执行落地的，避免出现与复现bug无关的步骤干扰开发人员

7、期望结果和实际结果

8、变通方案

       临时绕过缺陷的方案

9、根原因分析

       对测试人员要求较高，需要可以定位到bug原因，提高开发人员修改缺陷效率，有代码能力

10、附件

         通常有界面截图、后台日志、控制台日志、录屏、测试数据