软件测试之Bug

自学笔记，欢迎指正

———————————————————————————————————————————

目录

如何判断一个bug?

1)通过技术文档来识别缺陷

2)根据行业标准规范或参考同类型软件来识别缺陷

3)与客户和相关人员(产品经理)沟通来识别

一、Bug的定义

二、Bug的组成

三、Bug的生命周期

四、如何记录Bug

如何编写高质量的Bug记录

---

所有不满足需求或超出需求的都是缺陷

没有不存在缺陷的软件，只有迄今为止尚未发现的缺陷

如何判断一个bug?

1)通过技术文档来识别缺陷

需求规格说明书

设计和分析文档

用户指南、帮助手册

2)根据行业标准规范或参考同类型软件来识别缺陷

3)与客户和相关人员(产品经理)沟通来识别

一、Bug的定义

1、软件未实现产品说明书要求的功能

2、软件出现了产品说明书指明不应该出现的功能

3、软件实现了产品说明书中未提到的功能

4、软件未实现产品说明书虽未明确提及但应该实现的目标

5、软件难以理解、不易使用、运行缓慢或者（从测试的角度看）最终用户会认为不好

二、Bug的组成

        BUG应该包含的信息有：bug标题、bug详细描述、bug所属业务线、bug所属项目版本、bug所涉及的域、bug所属模块、bug产生环境、bug优先级、bug严重程度、bug状态、bug处理人、bug产生原因、bug解决方案、备注（BUG截图或操作日志）

三、Bug的生命周期

New:新发现的Bug，未经评审决定是否指派给开发人员进行修改；

Open:确认是Bug，并且认为需要进行修改，指派给相应的开发人员；

Fixed:开发人员进行修改后标识成修改状态，有待测试人员的回归测试验证；

Rejected：如果认为不是Bug，则拒绝修改；

Delay:如果认为暂时不需要修改或暂时不能修改，则延后修改；

Closed:修改状态的Bug经测试人员的回归测斌验证通过，则关闭Bug；

Reopen:如果经验证Bug仍然存在，则需要重新打开Bug，开发人员重新修改。

 

四、如何记录Bug

1、bug摘要（一定要清晰简洁）

2、bug具体描述（测试的步骤和使用到的具体数据都要清楚地写出来，尽可能多地提供一些必要信息）

3、bug的严重程度

4、bug的优先级

5、bug的状态

6、附件：截图、日志

7、备注

如何编写高质量的Bug记录

1）通用UI要统一、准确

2）尽量使用业界惯用的表达术语和表达方法

3）每条缺陷报告只包括一个缺陷

4）不可重现的缺陷也要报告

5）明确指明缺陷类型

6) 明确指明缺陷严重等级和优先等级

7）描述 (Description) ，简洁、准确，完整，揭示缺陷实质，记录缺陷或缺陷出现的位置

8）短行之间使用自动数字序号，使用相同的字体、字号、行间距

9）每一个步骤尽量只记录一个操作

10）确认步骤完整，准确，简短

11）根据缺陷，可选择是否进行图象捕捉

12）检查拼写和语法缺陷

13）尽量使用短语和短句，避免复杂句型句式

14）缺陷描述的内容可以包含缺陷操作步骤，实际结果和期望结果