（五）bug生命周期&跟踪处理

bug的定义&类型

定义：bug是指软件程序的漏洞或缺陷，广义概念除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节、或与需求文档存在差异的功能实现等

a：功能问题  
b：设计问题  
c：界面优化  
d：性能问题   
e：配置相关  
f：安装部署  
g：安全相关 
h：标准规范   
j：测试脚本   
k：其他（功能类、界面类、性能类、易用性类、兼容性类、其他）

bug的等级

致命错误

a：常规操作引起的系统奔溃、死机、死循环
b：造成数据泄漏的安全性问题，比如恶意攻击造成的账户私密信息泄露

严重错误

 a：重要功能不能实现；
 b：错误的波及面广，影响到其它重要功能正常实现
 c：非常规操作导致的程序奔溃、死机、死循环；
 d：外观难以接受的缺陷；
 e：密码明文显示

一般错误

不影响产品的运行不会成为故障起因，但对产品外观和下道工序影响较大的缺陷

 a：次要功能不能正常实现；
 b：操作界面错误（包括数据窗口内列名定义、含义不一致）；
 c：查询错误，数据错误显示；
 d：简单的输入限制未放在前端进行控制；
 e：删除操作未给出提示；

细微错误

程序在一些显示不美观，不符合用户习惯，或者是一些文字的错误

a：界面不规范；
b：辅助说明描述不清楚；
c：提示窗口文字未采用行业术语；
e：界面存在文字错误；

bug的生命周期（重点）

bug的生命周期，指一个bug被发现到这个bug被关闭的过程

bug的跟踪管理-缺陷管理工具（重点）

常见的缺陷管理平台：蝉道（zentao）、bugzilla、jira、bugfree、easybug、Mantis、QC（QualityCenter）、TD
蝉道：覆盖测试用例管理、发布管理、文档管理等，将产品、项目、测试者三者的概念明确分开，产品人员、开发团队、测试人员、这三者分立、互相配合，又互相制约，通过需求、任务、bug来进行交互，最终通过项目拿到合格的产品

如何提交bug？

bug标题----bug的模块+bug操作+bug的结果
重现步骤----简单写下发现bug的测试过程
实际结果----出现bug的结果，粘贴bug截图、日志截图
预期结果----希望达到的效果
bug类型和严重程度----便于后续测试结果分析，bug统计
bug测试环境----例如：系统？版本？兼容性问题，难以重现问题
附件----日志文件、文件测试数据

bug的状态处理

a：已经指派的bug----已经指派给开发的及时跟踪bug；
b：已解决的bug-----等待测试环境更新后进行回归测试，如果通过则关闭，未通过，重新打开
c：重复bug---先去查看是否跟开发指定的bug有重复，重复则关闭；不重复，说明原因，重新打开指派给开发人员；
d：不是缺陷----确认开发与测试环境是否一致，确认不是缺陷则关闭；如果沟通有异议，找产品或者测试主管进行确认，确认是bug写明备注再指给开发
e：无法重现----确认开发与测试环境是否一致，包括操作环境的确认，如开发所说无法重现，跟产品、开发确认后进行关闭，如果重现备注说明被再次指派给开发
f：不予解决----找产品经理进行确认。确认不予解决则关闭，确认需要解决则备注说明重新打开指派开发
g：设计如此---找产品经理进行确认，设计确实如此进行关闭，确认是问题则备注说明重新打开指派开发；
h：延期修改---查看bug的严重程度，不影响当前版本发布，则延期处理；