博弈论之软件测试的价值

1、引子

这段时间比较火热的话题就是公司是否需要软件测试工程师，N多大牛和公司领导都纷纷站出来做各自的辩护，可见测试工程师这个职位已经慢慢的被更多人熟知。

起初，我确定肯定以及不否定的非常的痛恨那些说测试不好，测试无价值的人，也曾在网上参与争辩，但后来看过柳大师写的一篇《论软件测试的主要责任》后，冷静的思考了许多问题，所以今天我想换一个角度，换一个观点来再次剖析这个论点，也希望能给给为IT领导、同仁更多的思想指导。

2、我的观点

之前说过，网上基本都是正、反方这样的观点，我这次就顶着被揍的风险做一次中性的观点，即既不正、也不反。为什么我会有这样的观点呢？我觉得可以从如下的两点来阐述：

不管是手工的测试，还是自动化的测试，开发人员只需花点时间精力完全可以进行这样的测试，之前我一朋友所在的公司就没有测试人员，开发对自己的程序负责，出了问题要自己担当，所以看出测试不是必要的职位。

正如柳大师举得那个体检的例子来比喻测试，非常的生动形象。简单来说就是，测试好比体检的医生，患者（产品）本身就是问题了，医生帮忙检查出来告知（测试），可是也许你是干销售的，即使知道自己有脂肪肝但为了应酬，还必须继续喝酒，那你说怪谁？

整体而言，产品的质量是产品团队每个人都要承担的，不隶属于某个小组或某个角色。测试的责任是要对测试工作本身负责，承担本职工作的质量责任，而不是承担整个产品的质量责任。

所以我保持中立，测试的价值不是由谁来决定的，更不是用嘴来决定的，而是需要我们测试人员自己做出实际的行动给上游、下游以及整个产品线带来实际的价值，这才是最给力的证明，也是最有意义的。

3、如何让自己更有价值

让别人认可你，你就要做出能帮助别人的事情，对于测试更是如此。我们测试经常面对的是产品与开发，那如何对这两者提现出自己的价值呢？我觉得可以从如下几点着手：

我们测试经常会陷入找bug的乐趣中，我不能说不好，但一定要有度。找bug是我们的本职工作，那一定要兢兢业业的做好，不仅要描述清楚，更要分析得 当。对于开发，我们在找bug的同时一定要尽可能的定位bug，并且给出分析，这样不仅能够使自己更深入了解程序更能帮助开发人员节省大量的时间，长期坚 持下来开发人员必定会另眼相看。

同时我们测试只顾一味的低头找bug，却忘了非常重要的bug总结，即就像案例库一样，要对bug进行分类总结，给出解决方案、规范避免重复的发生，这才是bug知识库最有意义的地方。比如，根据出现的bug类型反推，产出开发规范来约束等等都是非常有效的手段。

而面对产品，其实我们能产出更有意义的东西。从产品的设计到开发、测试、上线我们一直在参与，对产品的好坏以及特点有更大的发言权，我们可以收集各个成 员对产品的反馈意见和想法，汇总评审后形成文档移交给产品人员，这样能帮助产品人员设计、优化产品，对他们来说更有意义。

4、大观念

我们常常被前辈教导说测试是个细致活，可是我今天想说下，测试也是个粗犷的活。为什么呢？很简单，测试是衔接整个研发流程上下游的一个环节，所以我们不 仅要了解产品的上游、下游，更要对整个业务系统有足够的认知，站在一定的高度推进整个项目与产品的研发，我觉得这才是一个真正测试工程师能带来的大价值！