实用标准文档禅道Bug提交管理规范修订历史目录目录 21. 目的 32. 禅道系统Bug流程图 43. Bug流程操作及其 Bug相关信息解释 53.1.测试人员发现bug 532测试人员创建Bug 53.3. 开发人员设定Bug优先级别并确认Bug 73.4. 开发人员解决Bug 83.5. 测试人员验证 Bug 91.目的本文档定义了 bug管理流程及其bug相关信息内容本文档适用范围：JIRA 系本文档适用于新产品以及以后新产品的项目原有项目的 bug管理仍然用统进行管理本文档适用于新产品以及以后新产品的项目相关的测试人员和开发人员文案大全2.禅道系统Bug流程图测试工程師提交bug3. Bug流程操作及其Bug相关信息解释3.1.测试人员发现bug32测试人员创建Bug测试人员登录禅道系统，创建 BugBug状态为激活（未确认）捉目哗*Hr【卿］面臬］选惮要发信通知的用户転題：(50縄直择丈辟未选择任何更伸返回创建Bug页面截图:页面字段注释： 所属产品：选择发现Bug的产品，必填项所属模块：选择发现Bug的对应模块，必填项所属项目：选择测试所属的项目 影响版本：选择发现bug的版本。
必填项当前指派：选择指派的开发人员Bug标题：用简单明了的语句说明 Bug内容，相当于BUG的中心语句在标题上注明bug出现的频率（稳定出现/经常出现/很少出现/出现一次） 重新步骤：重现步骤格式如下［环境］:如果系统/浏览器信息不能够全部说明发现 Bug的环境，需要在重现步骤里详细描述环境信息，以便于开发定位和解决问题［步骤］:写明出现Bug的操作步骤，要求简单，去掉与 Bug无关的步骤 ［结果］:写明操作的实际结果［期望］:写明操作的期望结果相关需求：选择与Bug相关的需求如果Bug关联测试用例，系统会自动关联测试用 例的需求相关任务：选择与Bug相关的任务这里的任务是在『 项目』-＞『任务』中创建的任 务Bug类型如下：代码错误：功能性错误界面优化设计缺陷配置相关安装部署安全相关性能问题标准规范测试脚本其他Bug严重程度如下:Bug严重度等级描述范例1 - Critical所产生的问题导致系统崩溃，蓝屏，停 顿；缺少主要功能或者主要功能毫无作用， 导致无法进行下一步测试1 •系统蓝屏，崩溃2•由于程序所引起的死机，非法退岀3 •死循环4 •数据库发生死锁5 •因错误操作导致的程序中断6 •与数据库连接错误7 •数据通讯错误2 - High所产生的问题会导致系统部分功能不 正常；所产生的问题严重但不影响下一步测 试。
1 •功能不符2 •程序接口错误3 •数据库的表、业务规则、缺省值未 加完整性等约束条件4 •主要功能错误3 - Medium所产生的问题导致系统很小的功能问题；不会影响下一步测试；1 •操作界面错误（包括数据窗口内列 名定义、含义是否一致）2 •打印内容、格式错误3 •简单的输入限制未放在前台进行控 制4 •删除操作未给岀提示5 •数据库表中有过多的空字段功能运作正常，可是有改进的空间4 - Low所产生的问题不会导致系统任何问题； 所产生的问题不影响下一步测试；1 •界面不规范2 •辅助说明描述不清楚3 •输入输出不规范4 •长时间操作未给用户提示5 •提示窗口文字未采用行业术语6 •可输入区域和只读区域没有明显的 区系统/浏览器：选择出现问题的系统平台和使用的浏览器信息 抄送给：选择需要抄送的人员关键词：填写关键词，便于搜索查找附件：如需必要，附加可以说明 bug的文件，截图，dump等信息注：如果Bug是关联测试用例创建的， 系统会自动取测试用例的信息 （标题，前置条件，步骤，期望结果，需求）作为 Bug的信息33开发人员设定Bug优先级别并确认Bug第一步：开发人员查看指派给自己的 Bug列表，编辑bug并确定每个bug的优先级别。
优先级别根据时间， 紧急度，重要程度综合确定 优先级别由开发人员自己定义， 开发负责 人具有复查/重定义/监督的责任严重程度3_ -Bug状态數话 *是否确认已确认页面字段注释：优先级别：如下表Bug严重度等级描述1 - Urgent立即修复2 - High产品发布前必须修改完成3 - Medium时间允许，产品发布前应该修改4 - Low产品发布前可能修改不影响发布第二步：确定Bug的优先级别后，开发工程师根据 Bug的优先级别开始解决（复现 /调试等），此时需要确认 bug，表明Bug正在处理通过已确认/未确认状态可以查询开发人员已开始处理/未开始处理的Bug信息Bug状态为激活（已确认）BUG #89：：在文件传输客户端选择文件夹或文件后弹出的窗口特别慢才显示出来-重观步鳖 涉寢］1. 在会诊单页面的检查结果，病理情况和影像中点击LH专’2. 在选择文件类型窗口中点击'文件夹'按钮，选择要上传的文件夹詰果］弾出的窗口特别慢才显示出来朗望］要选择文件的窗口应该很快能显示出来时件34开发人员解决Bug开发人员解决bug后，执行『解决』操作填写 解决方案，指派给，备注信息Bug状 态为已解决。
之后开发人员等待 build的创建，如果build创建完毕，开发及时确认在此次 创建build上解决的bug，并修改bug的解决版本Build的创建参见迭代开发流程针对延期处理的 Bug，需要单独创建一个 Build，名称例如为“下一版本”如果开发 解决了延期处理的 Bug,需要修改Bug的解决方案，解决版本 等信息针对重复的Bug,开发需要在 重复bug中写明重复bug的ID新Build创建后，开发人员需要及时复查在新 build上解决的Bug，并修改Bug的解决版本信息测试人员需要及时提醒开发人员完成此项工作在文件传输客户端选择文件夹或文件后弹出的窗口特别慢才显不出耒解决方案I *▼指潦给Aadm 寸历史记录［切换噸序］［切换显示］1 2012-04-17 14 23 35 由 adm 创建 *页面字段注释：解决方案：选择Bug的解决方案，具体方案如下表名称英文对照设计如此Bydesign重复BugDuplicate外部原因External转为需求Tostory已解决Fixed无法重现Not Reproduce延期处理Postponed不予解决willnotfix解决版本：选择创建的build。
Build来自与『项目视图』-＞『Build』中创建的Build必 填项指派给：选择验证Bug的测试人员默认为 Bug的创建者 备注：开发人员填写bug的原因及解决办法3.5.测试人员验证Bug测试人员验证状态为已解决并解决版本不为空的 bug验证结果一：如果验证bug在build上已经解决，测试人员『关闭』 Bug并填写验证信息Bug状态为已关闭后续操作：如果Bug来自与case的执行，测试人员需要重新执行对应 Case，确保 Case最终状态是 通过如果Case的执行仍然发现bug，将进入新一轮的Bug流程验证结果二：如果验证bug,没有通过，测试人员填写验证信息，并『激活』 bugBug状态为激活（已确认）在文件传输客户漏选择文件夹或文件后弹出的窗口特别慢才显吓出耒Aadm ▼崑响艰本TrunkRC 1 1078% 11.43143.8RC 1 132323.1益注Pft件选择琢|未选择文件 标题：［选择文件il未选择文件 标题：| 历出记录［切摄噸序］［切换显示］1. 2012-04-17 14:23:35,由 adm 创建*2 2012-04-17 15:23:00,由adm解决，方案为无进重规“页面字段注释：指派给：将正在激活的bug指派给对应开发人员。
必填项影响版本：选择复现Bug的build 备注：填写验证信息附件：附加相关可以证明 bug的附件，例如截图，错误文本， dump等各解决方案，测试人员对应操作名称对应操作设计如此如果同意，关闭Bug;如果不同意，写明原因，激活 Bug重复Bug确认重复，关闭Bug;如果不重复，写明原因，激活 Bug外部原因如果同意，关闭Bug，并考虑是在用户手册/FAQ记录问题；如果不同意，写明原因，激活Bug转为需求如果同意，转为需求，关闭Bug，之后由需求负责人跟踪；如果不同意， 写明原因，激活Bug已解决如果验证已解决，写明验证结果，关闭 Bug，重新执行测试用例；如果验证没有解决，写明验证信息，激活Bug无法重现测试人员需要帮助开发人员复现 Bug如果复现，保留测试环境，提供给开发人员进行调试；如果不复现，保留 Bug，并在以后的3-4个版本上验证，如果仍然不出现，写明验证的版本 和结果，关闭Bug延期处理测试人员不对Bug进行操作，但需要追踪 Bug，直到Bug的最终解决不予解决如果同意，关闭Bug;如果不同意，写明原因，激活 Bug。