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） 上线后，进行α测试（非开发测试人员进行测试），收集问题，增加系统的可靠性。
标签：剩余,测试通过,测试人员,标准,发布,测试,Bug 来源： https://www.cnblogs.com/lanuogg/p/15639625.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。