软件的发布标准？问这个问题，不是特别无聊吗？领导说可以就可以或者老板说就可以了，难道老板要发布，你难道还要给老板上一课？上一课的结果可能你就是可以收拾包袱了？
那为什么还讨论这个呢？你想一想，测试的本质是什么？就是不背锅，不背锅跟老板直接说发布没有直接矛盾关系。
对于软件的发布，大家一看就是软件测试工程师，测试完了，说没有问题，可以发布就行？现实呢？如果这么做，完全就是要吗延迟发布，要吗就是背锅侠。
我们先说一说，软件测试的发布标准大概有哪些？ 1.1,2级的Bug完全关闭，3级，4级的Bug比例制定的范围内，就可以发布，这里面我想提到的，就算轻微也就是3级的Bug降到一定的比例的时候，也必须这些Bug经过项目评审，并在Bug标注，暂时不解决就可以，而不是降到一定比例就可以。Bug关闭，每个公司的规则，不一样，在日企的，是必须每个Bug都关闭，不关闭就延迟发布，如果无法解决，必须说明或者邮件说明原因，然后相关开发部门负责人签字，这样才算过关。这个是面对对象为客户，基本是非常严格。对于Bug的关闭，我还看到有的公司是采用DI值的计算公司，1级10分，2级3分，3级1分，4级0.5分，假如剩下的Bug分数高于10分，就不可以发布，这个也是一种方式，但里面涉及到风险就是Bug的用户影响度需要注意下； 2.测试用例执行率为100%； 3.常规功能清单的通过率为99%以上； 4.测试内容类型是都否覆盖； 5.单元测试覆盖率为99%以上； 6.接口用例执行通过率为100%； 7.UI自动化功能用例通过率100%； 8.内部定制的比如自动化平台测试设备安卓4.4-12.0系统的适配性用例通过率为100%； 对于目前大家所了解的测试发布标准，其中对于内部制定的比如还有压测的指标，千行代码Bug率，专项测试等，所以本章我们说的是通用的，定制的就不说了.
通过以上8种发布需要考虑的因素，其实最终需要考虑的是产品的定位，周期跟发布的标准是相关的，比如在抢占市场的时候，大家都是主要功能不出问题就基本赶紧上线，后面慢慢修复，所以质量保障是需要根据产品的定位来制定标准，另外有一个特别重要重要的事，就是每次发布的时候，需要跟项目组发下你的测试分析报告，说下测试情况跟风险，这也是开头说的，版本可以发，但测试分析一定也要发，后面出现问题必须有理有据，避免背锅习惯了~
以上，就是跟大家瞎唠叨的的软件测试的发布标准是什么？希望对大家有所帮助。
