质量保障：成本和价值的思考

去年写了很多关于质量保障的文章，体系建设的方法论不少，技术实践的案例也覆盖了绝大多数测试活动范畴。有粉丝在公众号后台留言说：看了很多方法论和技术案例，但是落地产生成果为什么这么难？

老实说，这个问题其实很好回答：高投入可能有高质量，低投入几乎不会有高质量。质量保障这件事，谈到最后，其实还是看你要什么。

如果你要的是界面美观、用户体验良好、系统稳定性6个9的高性能高可用软件产品，那势必前期的投入成本会很高，且要持续维持如此高质量的系统，持续投入的成本也不低。

如果你更看重性价比，那稳定性可以只要4个9，用户体验可以稍微降低一些，毕竟粗糠和细粮，都有潜在用户，对吧。

 

举个例子：一个APP，初创小公司可能就不到十个开发，搭配两三个测试，开发兼职运维，技术主管兼任项目经理，再搭配几个产品运营客服，就能搞一个功能还算齐全的APP。当然，他可能稳定性不怎么样，可能UI界面美观性和交互逻辑一般般，但是基本的功能确实可以用。

而同样一个APP，在大厂可能从业务产品到研发测试，延伸到运营客服，搭配售后服务团队，轻轻松松破百人参与其中。不说别的，光人力成本就不是一个量级，更不要提获客成本、硬件成本、营销广告投放等各方面。

大厂也有大厂自己的体面，交互逻辑不能自相矛盾吧，UI不能太丑吧，性能不能太差吧，各种指标纠缠在一起，这成本不就上去了嘛。有句俗话叫做多大锅下多少米，质量保障也是如此，要更高的质量和效率，高昂的成本投入是逃不掉的。

 

质量保障这个话题有点大，我们切换到一个具体的点，以自动化测试为例，如果完全按照理想的模型去建立自动化测试体系，那需要长期且高昂的成本投入。

最基本的，自动化测试要能自动跑起来出报告吧，这就意味着你要搭建一个基本的CI工具。

如果能自动检测到代码变更自动执行通知，那用例和代码需要关联，代码分支命名需要规范，代码版本管理需要搞定，这其中除了技术投入之外，还需要和其他技术团队做大量的沟通协调。无论是技术改进还是沟通协调，这都是成本。

再比如测试框架或者测试平台，本身就需要更新维护。自研成本最高，但最匹配团队和业务；外采相对来说适中，但遇到问题还需要供应商处理，等待和验证的时间花费不少；如果只要求能跑起来执行用例，那简单，一个定时任务的事情。

但是，成功率和通过率难以保证，且是否是有效的自动化测试结果就另当别论。

认识不少的测试同学，在公司搞测试平台搞工具测试开发，最终落地拿到好结果的没有几个。很多人说公司不重视测试，测试地位低没有话语权，想做技术优化体系建设领导不支持。

但问题是，普通岗位的技术同学只考虑到了技术实现和自己有实践新技术新框架的能力，没考虑领导需要承受的压力。

自研测试平台最起码需要一两个专职测试开发，投入最起码2个月才能有可以用的初版，再加上落地推广，BUG修复，业务适配以及其他因素，没有三个月半年根本看不出明显的效果。

这几个月的人力成本、硬件成本势必会大幅增长，但公司对每个团队的成本预算是有限的，投入高成本肯定需要高收益。

相比于搞了半天的自动化测试平台没看到直接收益，高层还不如拿这些钱去搞营销或者发优惠券，毕竟营销换来的可是实打实的GMV增长。

 

技术无法和公司营收画上等号，但是营销推广可以。对老板来说，成本效率收益才是最看重的，至于技术团队用什么新技术新框架，做了哪些性能优化根本不重要。技术只是解决问题的工具，切勿陷入技术自嗨的兴奋中。

这几年市场就业大环境不好，都在搞开猿节流降本增笑，以前测试开发1:5是标配，现在恨不得测试开发1:10甚至1:15。从测试的角度来说，这样会高的问题频发加班严重，还没时间做自动化和性能优化，但从管理的角度来说，能降低成本提高收益的事情，才是公司的头等大事。

技术重要吗？重要！技术有多重要？对公司来说前五都排不上！

 

用例写多了，职场混久了才明白，质量保障其实是一门经济学。花的都是清清楚楚的钱，带来的都是稀里糊涂的账，也怪不得老板们要开猿节流降本增笑了。

至于测试的地位低，测试在技术的鄙视链中处于下游，就更不是老板们关心的事情了。目前这种大环境下，互联网的风口已经过去了，少了资本的加持，技术和质量保障，最终还是要回到性价比的阶段。

托前些年的资本投入，各种技术实践和体系建设层出不穷，交付质量、交付效率、生产稳定性的衡量标准很明确，不管你用自动化也好，各种平台也罢，不达标就是不达标，要打C的照样打C。

用一个微信好友的话来说，当下这个时代，考察的爬下去看问题，站起来看方向，走起来看解决方案能力的时代。不要局限于某个点或者高大上的体系建设，全面为业务服务，谁能解决问题谁性价比更高，谁留下。

泡沫破碎的时代，公司不是傻子，更不是钱多烧的慌，性价比为王，适者生存。