Bug的生命周期_Sinno_Song_新浪博客

 1.Bug的属性：

       .Bug出现的环境：指这个Bug是在什么系统环境下出现的，如：国内几大安卓手机的不同型号不同版本，Ios不同型号不同系统版本。B/S架构下，用户使用不同浏览器、内核、版本不同等等不同环境。

       .Bug的类型：对于一个缺陷来说，有可能是编码人员实现时代码错误，也可能是功能未实现完全，或者UI上与UI设计图不符合等。

       .Bug的优先级与缺陷等级：Bug可能在首页出现1个很小的Bug（不影响使用却影响体验），也可能在很少有人使用的小功能出现严重问题（影响使用），在测试人力，时间都充足情况下，我们会全部去重现测试尝试解决。但在人力不足时，我们就需要分出先后次序，将Bug分出优先级，缺陷等级。优先级代表修复的优先级，缺陷等级代表问题对整个软件的影响。

       .Bug的状态：在禅道中Bug分为激活，已解决，已关闭等。激活代表测试人员提交的Bug被开发人员查看并在修改中；已解决代表开发人员修改完毕，待测试人员验证；已关闭指测试人员验证完毕，Bug被关闭。

2.Bug的生命周期

在使用禅道时Bug的生命周期可以总结为：

提交缺陷：测试人员提交新的缺陷，并对该缺陷进行描述，分级。操作，预期结果。

分派缺陷：开发人员打开缺陷，但是该模块并不是自身开发，可以将缺陷重现指派给对应模块开发人员。

确认缺陷：开发人员根据缺陷描述进行重现，分析缺陷。确认是否为软件缺陷。

不予解决：开发人员认为不是缺陷，标记为不予解决。指派给产品进行分析是否为缺陷。

处理缺陷：开发人员对缺陷进行处理，解决缺陷所出现的问题。

回归缺陷：当缺陷被解决时，由测试人员对缺陷进行回归测试，确认该缺陷被解决。

关闭缺陷：缺陷被解决，已进行回归测试且结果为PASS。

PS：在测试中并不会严格遵守Bug生命周期。在不同公司有不同流程，不同标准。一切都是为了尽快解决缺陷推动产品上线。