S5E8：测试人员如何更高效地工作？

长白自在仙

:首先我觉得我没有说错，我觉得我们两个之间存在很大的信息差和经验差。规模越大，如果想建立一个独立稳定的dev测试环境，那么这个环境绝对会非常不稳定，可用性非常低。比如开发在没有全方位测试自己的新代码的情况下随便提交代码，极大可能代码一提交一部署就可能因为新代码引起的问题让这个环境broken。而且规模越大，提交越频繁，导致部署越多，这个环境可用时间也就越少。 其次，我说的建议是根据Google的经验来说的。Google有足够的资源，并且人的能力也足够强，所以他们能做到以下几点：1，软件代码的自动化测试覆盖率超级高；2，可以有足够多的硬件和工具资源为每个提交的代码在服务器端临时构造一个被测系统的开发（dev）测试环境出来，测完即销毁。对于被测模块的依赖系统全部都有mock或者stub，所以构建非常快，并且他们有全方位的契约测试，所以能保证依赖系统都是最新版stub和mock，减少兼容性问题。3，提交的新代码也是有自动化测试全方位覆盖。 所以理论上，如果能力足够，资源足够，比如像Google一样，可以不需要一个独立的dev测试环境，在提交代码的时候，在流水线上动态构建dev测试环境，保证每个开发都有一个独立的不受其他人影响可以随时使用的临时的开发（dev）测试环境，这个是理论上的最佳实践。我是真的见过和经历过这样的工程实践的。谢谢。

俞宏伟:我们做了一款 SaaS 产品，产品、开发和测试加起来 120 人。在阿里云搭建有开发环境、测试环境、预发环境、生产环境，目前整体是流畅的。 之前开发环境开发人员自己开发电脑维护。