最近公司一直在提“软件测试人员的价值到是什么”，测试的价值应该体现在哪里呢？
在网上看到一本书中的一句话“软件测试的真正价值并不体现在代码中找出了多少缺陷，而是发现设计和编程人员解决问题方法上的局限，思路中的狭隘和技能方面的不足”，个人觉得有写道理，分享一下。
下面是看到的一段话，也分享一下：
常常，在面试时我会问应聘者：“做测试工作，让你感到自豪的事是什么？”，大部分人回答的是:“发现Bug，特别是一些让开发难于解决的严重bug，是最开心，最有成就感的事了“。而相反，测试大师们恰恰建议我们要丢弃软件缺陷数量、缺陷严重性、测试用例的多少、自动化代码量等可量化的衡量指标，转而通过观察测试人员提高了多少开发人员的工作绩效来评估。
就测试而言，质量如生命，效率如健康。软件测试人员是质量的最后把关者。谈到质量，我们会提及很多方法，如黑盒，白盒，灰盒，最近比较流行的敏捷测试，探索性测试等。谈到效率，我们会不由自主提及自动化测试，自动化工具等。测试的使命就是围绕产品的质量、效率转。我们的出发点都很好，但在解决问题的方法上，往往是集中在结果上，即出现了什么结果，再去想办法解决它。对于测试来说，可以理解这个“结果”就是软件的缺陷。我们经常也谈，测试要尽早介入，尽早发现问题，尽早把bug消灭在摇蓝中等。这些说的都是事，而我们恰恰忽视了一个很最重要的东西，就是在整个产品开发链中，产生这些事的人的问题。（注：这里不是谈人的管理问题）。如果我们能盯住人（角色），因为这些问题实际都是由前面的人产生的，我们是否可更加轻松。
把我们的眼光放得更宽远一些，锁定可能会出现问题的设计人员或编程人员身上，用心去发现他们解决问题时的方法局限，思路狭隘或技能不足的体现，便能尽早发现问题。