禅道bug提交管理规范
禅道bug提交管理规范
————————————————————————————————作者:————————————————————————————————日期:
禅道Bug提交管理规范
修订历史
目录
目录 (4)
1. 目的 (5)
2. 禅道系统Bug流程图 (6)
3. Bug流程操作及其Bug相关信息解释 (7)
3.1.测试人员发现bug (7)
3.2.测试人员创建Bug (7)
3.3.开发人员设定Bug优先级别并确认Bug (9)
3.4.开发人员解决Bug (10)
3.5.测试人员验证Bug (11)
1.目的
本文档定义了bug管理流程及其bug相关信息内容。
本文档适用范围:
●本文档适用于新产品以及以后新产品的项目。原有项目的bug管理仍然用JIRA系
统进行管理。
●本文档适用于新产品以及以后新产品的项目相关的测试人员和开发人员。
2. 禅道系统Bug流程图
3. Bug流程操作及其Bug相关信息解释
3.1.测试人员发现bug
3.2.测试人员创建Bug
测试人员登录禅道系统,创建Bug。Bug状态为激活(未确认)
创建Bug页面截图:
页面字段注释:
所属产品:选择发现Bug的产品,必填项。
所属模块:选择发现Bug的对应模块,必填项。
所属项目:选择测试所属的项目。必填项。
影响版本:选择发现bug的版本。必填项。
当前指派:选择指派的开发人员。必填项。
Bug标题:用简单明了的语句说明Bug内容,相当于BUG的中心语句。必填
项。
在标题上注明bug出现的频率(稳定出现/经常出现/很少
出现/出现一次)
重新步骤:重现步骤格式如下。必填项。
[环境]:如果系统/浏览器信息不能够全部说明发现Bug
的环境,需要在重现步骤里详细描述环境信息,以便于
开发定位和解决问题。
[步骤]:写明出现Bug的操作步骤,要求简单,去掉与
Bug无关的步骤。
[结果]:写明操作的实际结果。
[期望]:写明操作的期望结果。
相关需求:选择与Bug相关的需求。如果Bug关联测试用例,系统会自动关
联测试用例的需求。