对于测试人员来说，在项目临近上线的时刻，是软件测试人员既高兴又害怕，既兴奋又紧张的时刻了。
高兴的是测试了这么久，终于要上线了，感觉一段苦难终于解脱了；害怕的是万一有漏测，上线后出线bug了怎么办；兴奋的是这个项目就像自己的孩子终于要面向世人，展示他的才华了；紧张的是测试覆盖全了么？场景都考虑全了么？所以有时真是既想上线又不想上线，纠结。。。
但测试完成之后就立马上线么？一般来说是不会的，这时需要做几件事情来保证本次上线的完美无失，这也就是上线前的最后一个环节。
软件测试人员要做以下二件事情：
1、查看代码覆盖率
2、与开发人员再次确定上线策略和灰度方案
查看代码覆盖率
代码覆盖率：在运行程度时，被执行到的代码条目占本次代码修改总条目数的百分比，为什么是本次修改代码的总条目数，是对比代码有增量和全量之分，一般不以全量来判断，若是以全量来判断覆盖率必然很低，这是因为项目并不需要做到功能的全部回归。
在项目测试过程中或完成之后，经常会去查看代码覆盖率，主要检查代码实际覆盖率和代码覆盖情况，这样的好处可以实时掌握对代码覆盖的情况，同时也可以帮助测试人员分析出有哪些场景没有覆盖到，如果某一段代码怎么都走不到，这时可以跟开发人员沟通此段代码在哪种场景下才能被执行到。
代码覆盖率上线标准：在即将上线的项目中，基本代码覆盖率达到80以上才达到上线的标准
分析代码覆盖率情况 ：在实际测试过程中，会根据代码执行情况去检查代码没有覆盖到，实际对应的是什么样的场景，这样可以帮助测试人员在测试过程梳理测试场景和防止漏测。
所以代码覆盖率可以帮助测试人员从代码和业务二个角度来分析，从而避免出现漏测，让测试人员心中清楚本次测试哪些代码和场景是被覆盖到的及覆盖情况如何，帮助测试人员做到胸有成竹，是一个非常有效的工具，
代码覆盖率工具：JaCoCo
JaCoCo是一款JAVA代码的主流开源覆盖率工具，与Sonar和Jenkins集成在一起，在代码每次部署时就会生成代码覆盖率统计报告，生成的统计报告中有分支覆盖率及详细的每个JAVA代码文件的覆盖率（本次项目涉及到的JAVA文件），同时包含JAVA文件的类名、行数、方法数等信息，有兴趣的小伙伴可以多去了解一下。
与开发人员确定上线策略和灰度方案
在开发的提测邮件中，开发人员会列出上线策略和上线顺序，在测试过程中，测试人员需要验证上线策略和灰度方案。
根据项目的不同，一般主要有以下几种情况：
1、若上线中有开关之类的控制，那就需要验证开关是否能生效，开关打开的时候，程序运行时对业务的控制；开关关闭时，程序运行时对业务的控制。
2、配置文件中有白名单或黑名单之类的控制
3、上线之后对业务影响大的功能，是否需要控制量
4、系统之间、数据之间的兼容性，先上哪个系统，再上哪个系统，上线时需要注意什么，都需要事先确定出来
这一步主要是根据流程和方法来保证项目上线之后出现了问题，是否有行之可效的解决方案，而不是只有回滚代码这一种方法，所以经常会在代码中设置一些开关来控制新的代码运行情况。
做完这些操作之后，就要开始正式上线了。
来一起说说你们上线前除了测试还有哪些流程或方法来保证测试质量呢？欢迎给王豆豆留言。
