文档介绍：BU第理流程与规范
概述 3
编写目的 3
适用范围 4
关键角色及应负责任 4
BU酬程图 5
活动描述 5
BU邹写规范 7
测试人员BUG^交 7
主题 7
步骤 7
实际结果 7
预期结果关闭 bug,
工作日
06
确认bug延
期
测试主管
分析bug,确认bug是
否能延期处理
输入信息：
开发或系统工程师指派
的延期bug
输出信息：
确认是否能延期处理，
对应延期的bug在开发
修复的版本进行激活
视实际情况而定
07
Bug仲裁
系统工程师
根据 <<软件需求 >>判 定是否是Bug,给出处 理意见
输入信息：
测试主管指派的延期 bug或需要系统工程师 确认的bug,开发主管 指派的新增/变更需求
的 bug。
输出信息：
给出明确处理结果，属
工作日
于新增/变更需求的 bug需要在需求文档中 记录相关需求。
5 BUG^写规范
主题
? 用一个简短的句子描述问题，不要写成一大段
? 以进入问题模块路径开头，方便项目经理分派任务，以及开发人员定位问题
? 描述问题时要详细、简练、抓住要点，直接切入正题，不要罗嗦
? 不要夸大或缩小问题的严重程度
步骤
? 用数字编号，一步步的描述重现问题的所有操作步骤
? 提供明确的再现问题的步骤，避免问题被以“不能重现”关掉
? 设置区域需要详细描述，如：各设置项值为默认、 **值更改为“”，其他设置项值为默
认；
? 尽量用动词作为开头，描述每个步骤。如：打开、点击、设置、选择、插入、双击等
? 不要在一个步骤中描述不相关的多个操作。如果是相关的一系列操作，可以使用
来连接描述。
? 按照你写的步骤去执行，看问题能否重现
? 不要在步骤中使用含糊不清的缩写词描述
实际结果
? 实际只描述一个问题
? 同样的操作步骤产生多种现象，要在一个缺陷报告中加以描述
? 不同的操作步骤产生不同的问题，分别报 bug
? 如果有截图，请列出所附的图片信息
预期结果
? 不要加入实际结果的描述信息
? 描述要清晰，不要使用含糊不清的缩写词描述
? 如果有截图，请列出所附的图片信息
备注
? 避免写成大段落，要写得简单、易读
问题的特征
出现问题后的解决方法
对终端客户的影响情况
如果有必要，列出产生问题的配置环境
开发人员解决BUG
BUG的原因。
BUG的修改方法
BUG可以在哪个版本上进行验证。
测试人员验证bug时，需要写明：验证了什么，在什么版本验证，是否通过，如果不
通过需写明原因。如果在验证当前 bug时有新现象产生阻碍了验证此 bug,则该bug不
能关闭，写明没有验证的原因，并为新现象提 bug。
举例1 ：
BUG #375还款历史中，还款期数排列顺序问器
重现步姿
1、用户进入财务管理- 障果]
1、 还款期数不是按照正常的排列序显示
MS]
2、 还款JI页序按照正常顺序显示.（是时间上的约定或者是金额上的约定来显示1亥还款期数）
现象:
n
其中，率瓮