关于预发布测试的思考

背景：

因为近段时间，公司有个项目频繁出现软件发布后发现有问题，须要回滚。问题的缘由不少，多是运维配置问题、测试环境差别问题、漏测问题、修改范围评估不足致使旧功能有问题等等。所以，项目组提到了预发布测试的想法。从而引起了我对预发布测试的深刻思考（以前有思考过作，但因为各类缘由没落实执行）。

项目组提出的预发布测试简单来讲就是测试人员模拟运维人员进行部署和配置的测试、而后进行版本规划功能的测试和热门功能的测试，确保软件发布生产环境后运行没有问题。正如一千我的的眼里就有一千个哈姆雷特，其实每一家公司的预发布测试的实施目的和实施过程都不彻底同样。本人就以自身公司为例子进行思考。

 

当预发布测试说将要推行时，一些基层的测试人员就有想法了：

一、关于部署和配置过程自己不属于测试范围，软件运维的工做，有时候软件运维各类配错了致使问题出现，如今却变成测试人员要来检验部署和配置的过程。

二、测试环境测试过了，为何还要在预发布环境测试一遍，测试工做量的重复投入了，测试人力资源成本大了。

三、热门功能是以前上线功能，当前版本没有改动，为何还要测试一遍，测试工做量又增大。

四、自己项目的版本迭代周期就短，就快，并且测试时间长期一直被挤压，如今又多加一个测试环节。甚至于，原本该项目测试就要加班加点，又弄一个测试环节出了，怎么破。

那么，做为测试的管理者，就须要对这个流程进行深刻思考，和判断是否要作了同时也要作好下面的工做。

 

一、什么叫作预发布测试？

首先，预发布环境是一个什么环境？预发布环境其实生产环境，只不过是服务是另外独立部署（为了避免影响线上），若是涉及数据库结构的改动会提早在测试环境作好测试和评估。预发布测试是属于测试的一个环节，在系统测试以后发布上线前，也就是上线前的最后一次生产环境测试。

二、预发布测试的好处？

1）解决测试环境与生产环境的差别，提早发现问题，使得上线后尽量的避免出现问题

2）验证运维部署和配置的过程会不会存在问题，配置类的交付是否齐全，有助于运维工做的畅顺

3）版本功能和旧功能的线上验证，保障版本运行正确正常，提早发现开发对版本影响范围评估不足而致使旧功能有问题

4）在生产环境验证能够弥补某些没法在测试环境中执行的用例，提升测试执行覆盖率

三、预发布测试的成本？

1）测试人力成本（主要成本）

2）运维人力成本（有些环境须要运维人员协助完成，如环境的部署等）

3）出差成本（主要由于有些项目公司内没有环境，须要出差到现场进行测试）

4）延误常规测试任务

5）多部门沟通协调成本（关于实施部署这块，须要跟软件运维、硬件运维，甚至产品部、市场部的去沟通协调，落实测试环境和测试数据问题）

四、预发布测试值不值得作？

既然项目组已经提出想法，首先要考虑这个环节作了能不能解决问题，有没有收益。

首先，对于测试，工做量的增长了，但测试手段也增长了，一些在测试环境没测试出来的问题提早发现了，进一步保障的软件上线的质量。

再者，对于运维，测试人员在预发布环节把部署、配置和功能都”演练“了一次，后续工做顺畅了，同时运维自身的功能验证或者也省了。

最后，对于近段时间频繁爆发问题，预发布测试手段确实能解决问题（如版本影响范围评估不足、运维交付和配置检验、没法执行的用例等），提升版本发布的成功率。

每一个公司都会有自身的各方面考虑，究竟值不值得作在这里不会妄下定论，最好结合目前项目组的实际状况、资源状况、市场状况等来得出质量保障的最优解，综合考虑。