最近，我们经常听到测试转型，减少人力密集型的业务测试的比例，一线业务测试缺少发展、无法晋升等等问题。似乎，随着互联网的不断发展，业务测试成为一个看不到前途的职业，那么，是否真的如此呢？我作为一名在一线业务做测试管理有些年头的过来人，并不这么认为，恰恰相反，我认为业务测试很重要，它是一个不可能消失的行业。
一. 业务测试为什么存在？
我们按照现在对业务测试的理解，画一张图：
这张图示意我们，测试工具是最能解决测试效率的手段，专项技术是测试具有含金量的发展技术，例如性能、安全、自动化等等，而业务测试属于劳动密集型的岗位，可以被淘汰。金字塔结构是大多数人的理解，但事实上，很多一线业务测试的管理者，都有一个真实的感受：工具再强大、转向技术再牛b，在业务层面，真正出力的还是一线的业务测试。那么，这个图示错误了吗？也不是！现在的业务测试，确实是劳动密集型岗位。
如果我们转换下思维，将上图做些改变：
根据现实情况，我们综合工具、技能在实际工作中发挥的作用，就会发现，其实工具、专项技术其实是相互驱动的往前发展，这很像太极中的阴阳平衡，而业务测试，是工具、专项技术进行有效实践的载体，这个载体中发挥最大作用的便是业务测试。而业务各有不同，即便是业务中的产品生命周期不同，所对应的测试方法、测试投入都不相同，所以，这些不同，就形成了太极外围的八卦，各有想通，却各不相同。
从这幅图看，测试工具、技术要发展，必须基于业务，而业务测试要发展，除了要工具、技术的支持外，更重要的是要适应于业务的需要。业务测试和业务的关系，即是水与舟的关系，大海中行小舟，小河中放大船，都是不合场景，无法适应的。
从这个角度说，取合适的资源，用合适的方法，为业务保证质量，要做这样的业务测试，不简单。如果还说业务测试没发展，那没发展的不是业务测试，而是这个在做业务测试的同学的脑袋。
二. 用什么来衡量业务测试？
在阿里，测试工程师的发展有自己的诠释：
目前，业务测试的同学普遍层级覆盖在P5、P6，是什么阻碍了业务测试的发展？在我看来，当业务测试的同学对如何在业务中进行测试这件事驾轻就熟的时候，就到了该考虑自身发展的时候。
所谓驾轻就熟，并不是作为业务测试的价值，这恰恰只能说明，你到了一个发展的起点，而非终点。驾轻就熟，从一定意义上来说，是在照搬别人的做法，达到了作为一名业务测试最基本的工作能力。如果用阿里的层级表示，那就是P5、P6的水平。
业务测试要做专，有两点必须把握：为产品质量负责的能力、为产品体验负责的能力。
对产品质量负责的能力：这是一项能够根据产品发展阶段、项目组成员能力结构来定制合适质量保证手段的能力。基本的测试流程、基本的测试方法可以照搬其他团队的经验，但如何确保测试工作真正有效，和产品所处的发展阶段、项目组成员的能力非常有关，一个刚起步的创业产品和一个已经处于稳定状态的维护产品，两者采取同样的项目流程、同样的测试方法，你能确保给予最好的质量保证结果吗？依据以往的经验，我的答复会是，有办法做到，但付出的代价很大。更重要的是，业务测试习惯性的照做思维，导致他们没有思考为什么要加班，为什么如此努力仍然要在上线时心惊胆战？
为产品体验负责的能力：这是一项作为业务测试最重要的能力。对业务精专，对产品的发展具有一定影响力，对产品的问题有自己独到的见解和解决能力，这是业务测试不同于其他转向测试的能力。为什么我们的业务测试总停滞在测试阶段？我们好像对产品很重要，但似乎又不那么重要？我们会对产品设计的体验问题提出自己的见解，但我们总不对体验问题负责。因为，看上去，体验与质量无关。但是否真的无关呢？如果你认可体验在产品生命中占用重要位置，那么作为业务测试，就应该对产品体验负责。
如果业务测试先改变自己，那么我们完全可以从三角的最低端资源密集型产业，变化为太极八卦图的特质八卦，即一套适合业务的测试架构，一套能提升产品质量和产品体验的测试体系。
三. 业务测试与开发的黄金配比
在业务测试团队，我们常听到的测试效率，是用开发测试比来衡量。对这项简单的衡量标准，在产品发展的稳定阶段，非常适用，但不完全精确。举个简单的例子，当稳定团队的开发测试比达到10：1的时候，我们为这个测试团队的效率欢呼。但这10：1的背后，是真实的质量提升？还是测试工作的转移？当测试工作用开发自测来代替的时候，这10：1仅仅是人员机构的重组，而非业务测试效率的提升。当然，在良好的自测工具支持，完善的质量数据衡量前提下，开发自测效率更高，这是毋庸置疑的。只是，这个业绩的主角是开发，而非业务测试。
什么才是业务测试与开发的黄金配比呢？没有标准答案。我们对照产品生命周期来看测试：
以上针对产品生命周期和测试对比的分析，是我个人的观点，可能有不足，但从整体上，可以说明，一个产品在发展的不同阶段，测试的投入和重点是不同的，所对应的业务测试团队组成、测试工程师的技能需求也不相同，所以，每个业务团队要得到统一的测试开发黄金比，结果可能是牺牲团队效率，或者是个人成长空间。
综上所属，业务测试的精髓到底是什么？我的回答是，分析测试对象，用测试所具备的技能，寻找合适的质量保证方案，给予有效、实时的质量反馈。概念仍然没有变，业务测试要发展，最大的区别就是要做到经验的继承而不是复制，技术的精用而不是泛用，个性化的测试服务就是一个业务测试的发展之道。
