测试的核心价值不止于写代码

现在很多人觉得测试要求写代码，就和开发没区别了。

这话只说对了一半，写代码只是测试的工具，不是测试的全部。

测试的核心能力是场景设计和质量把控，这些能力和开发的技术实现能力完全是两码事。

就拿自动化测试来说，开发写自动化脚本可能比测试快，但测试写的脚本更有针对性。开发写脚本会聚焦于功能实现逻辑，而测试写脚本会覆盖边界场景、异常流程。

我们团队之前做性能测试，一个开发写的脚本只测了正常并发下的响应时间，而测试补充了峰值并发、突发流量、长时间运行后的性能衰减等场景，最后发现的内存泄漏问题，正是在长时间运行的场景下才出现的。如果只靠开发的脚本，这个问题到上线都发现不了。

测试还要懂业务、懂用户。再说回禅道产品研发流程，正是基于这点，我们在计划会阶段会要求测试人员去做需求的测试实例化。

我们让测试人员立足于用户操作场景，以“在什么情况下、做了什么操作、产生什么结果”的形式澄清需求，从而转化为测试用例，最终通过测试验证需求。

如果大家对这个流程感兴趣，备注【流程3.0】扫码领取资料

这种对用户的理解，不是会写代码就能具备的，是测试长期站在用户角度思考积累的能力。

而且测试要对整个产品的质量负责，这种全局观开发没有。

开发通常只关注自己负责的模块，而测试要打通整个业务流程。

举个网购下单流程的例子，这涉及商品库存、购物车、支付、物流四个模块，每个模块的开发只测自己的部分，但测试要从选商品、加购物车、下单、付款到查物流整个流程走一遍，还要测其中某个模块出问题时，其他模块会不会受影响。

这种跨模块的质量把控，开发根本没时间也没精力去做，他们的核心精力必须放在代码实现上。