技术是软件测试人员的核心价值吗？
上一篇 / 下一篇 2012-04-05 08:59:34 / 个人分类：杂谈
或者反过来，拼命举一些例子，比如自动化测试，性能测试啊，以来说明测试需要的技术要求还是挺高的，来为测试人员辩护。但这么来辩论，潜意识已经承认一个观点了，即技术能力就是评价一个测试人员最重要的指标。
我觉得要理解这个问题，首先要看一下技术的定义，然后再看一下这么想的背后原因。
From wiki:
Technology is the making, usage, and knowledge of tools, machines, techniques, crafts, systems or methods of organization in order to solve a problem or perform. a specific function. It can also refer to the collection of such tools, machinery, and procedures. Technologies significantly affect human as well as other animal species' ability to control and adapt to their natural environments.
从以上的定义来看，技术本身是用来解决问题的，但是如果大多数测试人员，他的工作往往终结于发现问题，或者说发现问题最终的负责人，而至少从他的职责来说，不包括解决问题本身。按照技术的定义来看，测试人员通过工作掌握的技能，应该是不构成技术这个概念所包括的完整的要素的。
所以，测试工作本身，至少在测试的起步阶段，对于技术能力的要求是不高的。
当然，由于现代软件业日益复杂，测试本身也有很多问题需要解决，比如回归测试的问题，测试用例的维护，如何在测试的成本和测试对质量的改进中间达到平衡。对很多大型企业来说，把功能代码写出来可能并不是很难，但是如何保证新的功能不影响老的功能，或者兼顾功能的质量和交付的进度，可能是一个更难解决的问题。所以针对问题，也引入了很多技术，比如自动化测试的技术，测试设计的技术，已经测试选择的策略。
从我的体会来讲，虽然测试本身对技术的要求越来越高，但是解决这些问题所需要的技术技能，应该还是比不过开发领域。如果你如果对纯粹的技术更加有偏好的话，你还是更应该做开发人员，而且最好还是做你们公司的核心的产品的开发，这样才能受到最大的锻炼，对你的成长更有帮助。
所以一句话，如果你要和开发人员拼技术的话，你是拼不过的。
既然是这样的话，对于一些工程师，可能纯粹的技术并不是他的兴趣所在，或者出于各种原因，已经选择了测试这个行业，换一个行业，再去做开发的话，机会成本太高，难道就没有希望了吗？
我觉得问题的焦点是，测试人员为什么有这样的顾虑，技术能力真的是测试人员核心的价值吗？
先试着回答以下这几个问题：
技术真的是做一个好的产品所唯一需要的吗？
技术是做一个好的产品最重要的吗？
如果你回答是的话，你不妨看一下苹果和诺基亚，你可以考虑一下，他们谁的技术能力更强，以及现在市场上谁更成功。
然后来看一下完成一个产品所需要的能力：
很多时候研发人员考虑的是如何Do things right，但其实更重要的是Do right things。因为一个开发和测试都很好的产品，如果没有在恰当的时间来到市场，被一些恰当的人群接受，其实最终的结果还是失败。看一下上图的组合，只有落在右上象限，既Do right things，又do things right， 才是我们想要的成功。
其实开发人员真地挺辛苦的，解决技术问题所需要的巨大精力，导致了他的关注点很有限。
我们其实不能去blame他们，因为也许他们也和我们差不多聪明程度，但是他们要解决的技术问题，往往远远要比我们要解决的难。
其实换了人也一样，如果我们所有的精力都用在解决问题上，往往对于为什么要解决这个问题，以及解决这个问题到底能带来什么价值，没有足够的时间去考虑。
所以他们也需要跳出具体的实现，看看他做的东西到底会带来什么样的value。
而测试人员从本来就可以不一定关注具体的实现，完全有必要站在客户的角度，考虑这个产品的价值究竟的在哪里。当然，我们不能对问题浅尝则止，如果有可能的话，完全可以去看看代码，可以去了解一下你发现的bug都是怎么被开发人员引入的，从而对系统有更深入的了解。
或者有机会，也可以写一些产品的代码，这样帮助你从两方面来考虑问题。既有从外到里黑盒的角度，也有从里到外白盒的角度。现在的Scrum的软件开发模式，应该会让这种想法更有可能。
一些思考：
什么是Bug？Bug就是对软件的期望用户的价值有损害的功能。
什么是质量？质量就是软件可以给他的期望用户带来value-add，但是没有或者很少value-decrease。对于它的非期望用户，应该是没有任何的value-add 。比如财务软件对于一个没有授权的用户，应该是没有任何可用的功能。
测试人员的职责其实是如果帮助发现这些负价值的功能，并让这些正价值的功能更容易被用户接受，达到价值最大化，比如用户的可用性更好，性能更好。
所以开发人员和我们是伙伴，我们共同来交付一个可用的，质量足够好的产品。很多时候，开发人员关注在do things right，而我们可以帮助他们更好地do right things。如果是一个维护性质的团队，也许你可以通过改进回归测试来确保代码改动不会引入新的问题。
之所以我们对我们的定位有很大的忧虑，是因为没有看到我们自己的核心价值。你不是一定要一直做测试，但是如果你现在还是的话，也许可以以下方面来提升你的核心价值：
一双发现价值的眼睛
锻炼你的一双慧眼， 如何深入地理解产品的价值到底在哪里，敏锐地捕捉可能对实现产品的价值实现有损害的地方。因为软件的价值最终还是通过用户来实现的，所以你就要关注让软件的用户价值的最大化。
磨练你的思维，思维成就测试
关注一些测试大师的文章，学会大师的思维方式。知其然，也要知其所以然。国外的一些大师都给我很多的启发，比如James Bach，CemKaner，Harry Robinson， James whitaker，etc
这么多年测试工作带给我最大的特点就是发散性思维的能力，似乎总能想到一些别人想不到的地方。还有就是充满怀疑精神，一个事情没有经过自己的验证，总是不愿意完全信任。
领域知识
对于相关领域知识的了解，对于本领域知识的深入了解，没有领域知识，什么方法论到最后其实都是起不了的。在某些领域，比如电信领域，领域知识的深度和广度也不是那么容易搞定的。
必要的技术能力
锻炼写代码的能力，至少可以搞定自动化测试。因为没有自动化测试的话，你的日子会比开发人员更加辛苦，而且重复地做同样的事情对你没有任何的帮助。但不要对你的写代码的能力比不过开发人员有太多的顾虑，因为本来那不是你的强项。而且开发人员可以你的朋友，可以帮助你。
TAG:
我的栏目
标题搜索
日历
|
|||||||||
| 日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
| 1 | 2 | 3 | 4 | ||||||
| 5 | 6 | 7 | 8 | 9 | 10 | 11 | |||
| 12 | 13 | 14 | 15 | 16 | 17 | 18 | |||
| 19 | 20 | 21 | 22 | 23 | 24 | 25 | |||
| 26 | 27 | 28 | 29 | 30 | |||||
我的存档
数据统计
- 访问量: 3310726
- 日志数: 1640
- 建立时间: 2011-12-07
- 更新时间: 2019-12-24
