1． 编写目的
本文件作为软件测试过程的通过标准，目的是合理有效的对软件阶段质量进行一定程度的控制，同时为各个项目测试的深度选择提供参考。
2． 主要内容与适用范围
2.1 主要内容
本标准规定了禅道Bug的分类标准，以及描述了测试通过标准的具体内容。
2.2 适用范围
本标准适用于本公司所有项目的功能测试，在一阶段测试完成后，对测试结果进行评判。对于开发过程程序员自测，白盒单元测试本标准不适用。
3． 禅道Bug分类标准
一类：这类问题会使电脑死机，重启。
二类：阻碍流程的问题（包括正向及反向逻辑）。
三类：非流程性问题。
四类：页面及建议类问题(如果页面涉及到重要内容，表格错乱等，可将等级提升)。
4． 通过标准
（1） 需求规格说明书中的需求必须全部实现并测试通过。
（2） 主流程畅通，系统没有一类和二类Bug。
（3） 测试用例写完之后，对这阶段的bug剩余数量制定一个标准（这个标准需根据项目的复杂程度分别制定，比如国企剩余Bug不能超过60个，综合平台不能超过30个）。这阶段最终测试结果Bug数需在剩余标准之内。
（4） 剩余三类四类有争议的bug，测试人员和项目经理需讨论通过，如果无法达成一致，需项目管理办公室介入，决定是否遗留有争议的Bug。
（5） 测试结果不通过时，经商议，剩余Bug虽重要但不影响本次使用，需出具一份报告，留作上线依据。
（6） 上线后，进行α测试（非开发测试人员进行测试），收集问题，增加系统的可靠性。