测试通过的标准

近期上线的某个项目并未达到测试组管理规范设定的通过标准，但因市场等各种原因，算妥协发布了正式版。

 

对于这类项目的报告出具等很费心，因为遗留问题实在太多，不出具报告对自己不利，出具报告有违背起初设定的通过标准。 

 

什么才是测试通过标准？以往常有听过领导问：“这个项目怎么就是测试通过了？”也常有开发问：“项目怎么才算通过测试？” 一系列的疑问，最好的解决方式是什么？

 

重新审视了测试通过标准，感觉本身有缺陷：太过完美，看似可量化，站在不同角色看，实则无法很好量化，如何优化测试通过标准？

 

当前功能测试方面使用的部分通过标准： 

1、测试方案/用例覆盖程度：95%以上； 

2、测试输出结果与预期输出之间的符合率：95%以上； 

3、测试方案/用例的执行程度：100%； 

4、缺陷处理情况：缺陷等级非常重要、重要（P0、P1）需全部关闭，一般、建议性缺陷<10%。开发和测试有争议的缺陷需要经项目小组讨论后决定是否需要修改（拉上产品经理、项目经理、业务方），若经讨论后确认可以忽略不改或因其他原因要在以后的版本中实现，则本次测试可以认为通过（这里非常重要：遗留的问题，一定要跟团队讨论，确定可遗留到下个版本，而且要在测试报告中，注明已知问题 & 风险）。