BUG 维护和规范
测试工程师在测试功能后一般都会提交系统 BUG，在禅道软件中，BUG 也同样需要维护模块，以便更好的组织管理 BUG。如果有规范的产品模块，这些模块将直接同步到 BUG视图、用例下有条件的同步到项目中。同时BUG 模块、用例模块和项目模块也可以单独维护。
“测试视图”是所有产品工程师的日常工作界面，也是开发工程师、产品工程师工作的重要依据。“测试视图”的维护直接关乎团队日常工作效率和产品的成败。同时该页面的 BUG 维护结果也是测试工程师工作质量的重要考核指标。
BUG 视图
进入测试视图，然后选择 BUG。在页面的左侧，会出现该产品的 Bug 模块列表。模块列表的下部，有模块维护的连接，点击此链接，即可维护模块，详情的维护界面，以下是BUG 视图列表。
BUG 提交
进入测试视图，在页面的右侧，会有提 BUG 功能按钮，点击该按钮就可以创建 BUG。为了方便团队所有人统一思维查看，测试工程师在录入需求时需要遵循相应规范。
- 所属产品：BUG 所属的产品 必填；
- 所属模块：BUG 所属的功能对应的模块，用于后期的筛选和统计，必填；
- 影响版本：BUG 影响的历史最新版本；非必填，如果清楚在哪一个版本最好填写；
- 当前指派：请确认好 BUG 的负责开发工程师填写至此，必填；
- 截止日期：如果没有明确时间，可以不填，非必填；
- BUG类型：根据实际情况填写，必填；
- 严重程度：必填；
1级：致命
1.由于程序引起的非法死机，退出，数据丢失，主要功能完全丧失，系统悬挂等错误
2.操作或使用某一功能时，导致程序异常退出，或其余功能无法使用，或造成经常性死机和重启
3.正常的用户操作，导致系统崩溃
2级：严重
1.严重影响系统要求或基本功能的实现，且没有办法避免冲突
2.主要功能丧失，导致严重的问题，或致命的错误声明
3.配置项设计错误，无法正常配置，或配置后测试中出现预配置相关的错误
3级：一般性错误
1.次要功能丧失，不太严重，可通过变通手段解决.
2.部署文档错误，导致部署失败
3.业务流程对应的功能未实现，但是有对应替代方法解决，不影响实际使用
4级：建议性
1. 从使用者角度，提出的建议性意见
2. 用户界面不太友好
3.对齐方式，包括文字对齐，页面排列项一致
- 优先等级：必填；
1级：紧急，需要立即解决的问题，对应严重度为致命问题
2级：高，软件的主要功能错误或者造成软件崩溃，数据丢失的缺陷
3级：中，影响软件功能和性能的一般缺陷
4级：低，对软件的质量影响非常轻微的缺陷，多为建议性或者UI层级的问题
- BUG标题：简明描述BUG的信息，必填；
- 重现步骤：为了让其他工程师清楚了解 BUG 的复现步骤，结果和期望，测试工程师需要按照【步骤】-【结果】-【期望】的规范编写，具体请查看重现步骤样例；
- 相关需求：如果是需求衍生出的 BUG 需要做关联，便于后期统计，非必填；
- 相关任务：如果是任务衍生出的 BUG 需要做关联，便于后期统计，非必填；
- 抄送给：如果你期望该 BUG 相关人也收到该邮件通知，你可以指定相关人，非必填；
- 关键字：便于团队搜索，非必填；
- 附件：非必填；
重现步骤样例
我们期望测试工程师严谨得阐述 BUG 重现和期望，测试工程师需按照如下思路编写 BUG 描述。
这是一个错误的样例，测试工程师需认真对待每一个 BUG，因为他就是一条虫子，会吃掉一个系统。
BUG 处理流程
BUG 的一般流程是：提交 BUG->开发工程师修改 BUG->指派给测试人员->测试人员验证->测试人员关闭 BUG。当开发人员解决bug之后，就需要来验证bug，如果没有问题，则将其关闭。已关闭的bug，默认是不再显示在bug列表的。
如果开发人员解决bug之后，验证无法通过，则可以将bug重新激活，交由后的解决者去重新解决。还有一种情况就是bug关闭之后，过了一段时间，bug又重现了，也需要重新激活。点击bug标题，进入bug详情，在下方的菜单中点击激活即可。
