Bug级别：（由高到低）
1、critical：系统直接崩溃，瘫痪。无法正常打开使用产品
2、Block：逻辑出现严重问题，流程卡住，无法进行下一步
3、Major：部分功能出现闪退，功能没有实现，但不影响使用，功能菜单缺失
4、Normal：产品可以满足业务要求，部分小限制不符合验收标准，内容显示错误
5、Minor：界面等UI问题显示错误
Bug状态：
1、待处理（new）：测试人员或用户发现新问题后提交的状态
2、已确认（open）：经测试人员及研发人员讨论后确认是bug，提交的状态，由测试人员来设置
3、已处理（fixed）：经研发人员确认是bug后修复的状态，修改还没有验证，由开发人员来设置
4、已修改（closed）：测试人员认为问题已经修改，通过验证，由测试人员设置。
5、任存在（reopened）：测试人员认为的bug未修复成功，问题仍然存在，由测试人员设置
6、不是问题（reject）：研发人员确认不是bug，或者建议与意见决定不采纳。
7、暂不处理（hold）：当前版本不做修改，后续版本在考虑，由研发人员或测试人员设置
Bug的流程：
1、测试人员发现bug
2、测试人员确认bug
3、测试人员提交bug
4、开发人员确认bug
5、开发人员修复bug
6、开发人员点击已解决
7、开发人员把修复的bug给测试人员演示
8、测试人员复测bug
9、测试人员确认无误后关闭bug，再次发现bug在重新激活
Bug的修复过程：
1、测试人员发现bug
2、测试人员确认bug
3、测试人员在禅道指派bug给指定修复人员
4、开发人员禅道确认bug
5、开发人员修复bug
6、开发人员已解决
7、开发人员把修复的bug给测试人员演示
8、开发人员申请测试环境，并登记到wiki
9、相关运维部署测试环境回复邮件登记wiki
10、测试人员复测bug
11、测试人员复测没问题关闭bug并在wiki登记，再次发现bug在重新激活