“缺陷管理工具”禅道—升华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”、“外部原因”、“无法重现”、“不予解决”、“设计如此”等；reopen：重新打开的Bug是经过处理修改后的Bug通过测试工程师返测后表明没有修改正常，进而需要继续做相应的修改；closed：表明修改Bug成功，无缺陷。

针对测试工程师，应关注开发工程师所置状态：rejected、open、fixed以及“已解决”、“延期处理”、“重复Bug”、“无法重现”、“外部原因”、“不予解决”、“设计如此”等，根据不同状态做出响应反馈操作。特别说明下，对于开发工程师说明由于外部原因、设计如此，甚至不予解决的Bug，要及时决策通知到项目经理那里，由项目经理来决定修改与否。

2 Bug相关属性

禅道缺陷管理工具中，从测试人员界面可以很清楚的知道Bug的相关属性：产品模块、所属项目、影响版本、当前指派、Bug标题、重现步骤、相关需求、相关任务、缺陷类型、缺陷严重程度、缺陷优先级、缺陷来源、缺陷根因、系统/浏览器、抄送、关键词、附件。