“缺陷管理工具”禅道—升华Bug处理流程与相关属性

“缺陷管理工具”禅道—升华Bug处理流程与相关属性

作为一个软件测试工程师，对缺陷管理工具（缺陷：Bug）的认识和准确操作是有所必要的，缺陷管理工具现在行业中有很多：禅道、QC、Clear Quest、TestLink、Bugfree、Bugzilla、Jira等。本文选择根据禅道带大家认识Bug处理流程以及Bug的相关属性：Bug标题、重现步骤、Bug类型、Bug严重程度、Bug优先级、Bug来源、Bug根因等重大属性。

1 BUG处理流程

打开缺陷管理工具——禅道，软件测试工程师选择在“测试”视图页，选择好测试项目后，点击“Bug”，会看到测试流程状态：指派给我、由我创建、由我解决、未指派、未解决、未关闭、久未处理、被延期、需求变动等。

针对测试工程师的Bug状态：激活中、已解决、已关闭等。
针对开发工程师的Bug解决方案：已解决、延期处理、重复Bug、外部原因、无法重现、不予解决、设计如此等。
根据状态，我们来熟悉下Bug处理流程（即：缺陷生命周期）。

Bug处理流程（Bug的生命周期）：

• （1）测试工程师发现Bug，查证Bug无重复提交过，然后尽可能完善Bug的相关属性，接着再提交Bug，把缺陷的状态置为：new；
• （2）开发工程师确认提交的Bug，进行Bug的重现与分析，如果不是Bug，拒绝Bug,把状态置为：rejected；如果是Bug，指派给具体的开发人员解决，把状态置为：open；
• （3）开发人员看到指派给自己解决的Bug，进行修改Bug，修改完后提交给测试工程师进行返测，开发人员自己把Bug状态置为：fixed；
• （4）测试工程师对修改的Bug进行返测，如果返测成功，则关闭Bug,把Bug状态置为：closed；如果返测不成功，则重新激活Bug,让开发工程师修改，把Bug状态改为：reopen。
• （5）若经过多次返测后，测试工程师与开发工程师对该Bug有一定程度的争议，则测试工程师决策是否让项目经理来校验下是不是Bug,如果是Bug,则开发工程师必须进行修改；如果不是Bug，则测试工程师关闭Bug。

在Bug处理过程中，项目中不同的角色应该关注的相应状态与处理态度不一样。

针对开发工程师，应关注测试工程师所置状态：new、reopen、closed。new:开发工程师要对激活状态的Bug进行处理，根据处理过程，将其状态置为rejected、open、fixed以及“已解决”、“延期处理”、“重复Bug”、“外部原因