软件测试通过标准

依据我们公司实际情况，列出的一个大致的软件测试通过标准，这个只是功能方面的，性能安全的不在这个范围。为什么要写这个标准，是因为公司领导经常会问到，‘’这个项目怎么就是测试通过了’ 以防他天天问，列一个标准给大家，这样都清楚点。不过也想看看大家有没有什么补充或指正的，多多提出，谢谢~谢谢

软件测试通过标准

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）      上线后，进行α测试（非开发测试人员进行测试），收集问题，增加系统的可靠性。

来源：息妫