目录

1.缺陷管理理论

1.1.定义

1.2缺陷的名称

1.3.产生缺陷的原因

1.4.缺陷管理流程

1.5.缺陷管理生命周期与状态

2.如何提交缺陷

2.1.提交的Bug的目的

2.2.提交Bug的注意事项

2.3.提交Bug报告应遵循的原则

2.4.Bug报告需包含哪些内容

---

1.缺陷管理理论

1.1.定义

软件未达到产品说明书标明的功能；
软件出现了产品说明书指明不会出现的错误；
软件功能超出了产品说明书指明范围；
软件未达到产品说明书虽未能指出但应达到的目标；
软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好

1.2缺陷的名称

Error      错误
Mistake    错误

Defect     缺陷
Fault      故障
Bug        缺陷

Failure    失效

1.3.产生缺陷的原因

开发过程缺乏有效沟通，或没有进行沟通；
软件复杂度高；
编程中产生的错误；
需求不断变更；
不重视开发文档；
软件编程工具本身存在的问题；

1.4.缺陷管理流程

A.测试人员在发布服务器上拿到最新版本的软件，开始测试（手动或自动化测试），执行测试过程中，发现bug,记录到BMS缺陷管理系统中；
B.测试人员会发送邮件给开发人员，开发人员得到最新bug后，定位bug，寻找原因，若问题简单直接解决，若问题较复杂（比如一个bug可以采取三个修改方案，三个方案各有利弊），开发人员会发送邮件给评审专家，共同商讨采用哪种方案；
C.经讨论确认方案后，开发人员进行修改，修改完毕后把修改后的源代码check in 到源代码服务器上，这个服务器上有软件对代码进行管理，该软件就是配置管理软件；
D.开发人员check in 后，Builder（每日构建技术人员）会从源代码服务器上获取最新的源代码，并且进行编译，编译之后把软件最新版本发布到服务器上；
E.测试人员再把新版本下载下来，并验证该版本是否修复了之前版本中发现的缺陷，这就是一个回归测试的过程。

1.5.缺陷管理生命周期与状态

new 【新建】 测试人员发现缺陷，将缺陷第一次进行递交，状态为新建
open 【打开】测试人员递交缺陷后，由测试组长将该缺陷进行打开；
assign 【分派】测试组长将缺陷分派给对应的开发人员；
test  【测试】 待开发人员将缺陷修复好后，将缺陷状态修改为“测试”状态
verified 【核实/确认】开发人员将缺陷修改后将，测试人员对提状态为“测试”的缺陷进行确认；
deferred 【延迟】指该缺陷不再本次版本中进行修复，延后到下个版本修复；
reopened 【重新打开】开发人员认为已经修复的缺陷，经测试人员测试发现缺陷并未修复，重新打开，提交开发修复；
duplicate 【重复提交】如果同一个缺陷被重复提交或者两个缺陷表达的意思相同，那么缺陷会被设置为“重复提交”
rejected 【不接受】开发人员认为这个不是一个缺陷，他不接受，他会把缺陷状态设置为“不接受”
closed【关闭】缺陷被修复，测试人员会对其进行测试，如果测试人员认为缺陷不存在了，则可将缺陷状态设置关闭。

2.如何提交缺陷

2.1.提交的Bug的目的

Bug（缺陷）：英文单词，本意是臭虫、缺陷、损坏等意思。现在人们把将存在电脑系统或程序中，隐藏着的一些未被发现的缺陷或问题统称为bug。

提交bug的目的：为了开发人员或其他人员了解程序 的错误。

2.2.提交Bug的注意事项

condense      精简，清晰要简短。

Accurate      准确，这个到底是不是一个Bug

Neutralize     中性语言，用中性的语言描述事实，不带偏见，不用幽默或情绪化的语言。

Precise－精确，这到底是什么问题

ocation－定位，这到底是个什么样的问题

Generalize－归纳，还有没有其他的某些地方存在这样的问题

Re-Create－重现，如何引发和重现这个bug？（环境，步骤，前提条件）

Impact－影响，这个缺陷对客户有何影响？对测试有什么影响？

Debug－调试，怎么做才可以让开发更容易来修改这个bug？

Evidence－证据，如何证明确实存在这个bug

2.3.提交Bug报告应遵循的原则

尽快报告软件缺陷；

操作步骤简单，描述清晰、专业、完整；

明确指明缺陷的类型；

问题单一；

跟踪缺陷的最新状态； 对有争议的缺陷要及时沟通

2.4.Bug报告需包含哪些内容

A、Bug编号（BugID）
B、Bug摘要（Summary）
C、Bug状态（State）
D、Bug操作描述（Description）
E、严重级（Severity）
F、Bug类型（Type 、Keywords）
G、优先级（Priority）
H、附件（Attachment）
I、版本号（Version）
J、所属项目及模块名称（Product、Component ）
K、操作系统（OS）
L、浏览器（Browser）
M、报告人（Reporter）
N、报告日期（Date）
 

Bug报告书规范模板