软件测试只是研发的一部分

　　对于很多测试人员来说，测试相关的内容是工作的全部，这是我们的视角。但是换个角度也许就不是这样。

　　首先我们工作的地方大部分是商业组织，是某个公司，开发某类产品或者提供某类服务，也就是business。所以从组织的层级往上看，到了一定的级别，其实看到的是业务、产品等东西，当然他们也关心我们技术和竞争对手的相比如何。从这个较高的层面来看，是看不到开发或者测试人员的，看到的是我们这个产品如何，有没有竞争力。如果是对于新的产品或者业务的原型，其实他们也并不关心是开发人员还是测试人员(测试人员也应该有这个能力)弄出来的。

　　这样的角度有问题吗?我觉得应该是这样，如果从那样的层面关注的是太过细节反而会有问题。

　　所以对于我们测试人员而言，我们有时候也需要跳出来看我们做的事情?或许会有不一样的理解和认识。

　　另外，从这个角度，我们和开发人员其实面临的是一样的问题，开发人员如果只关注在开发的技术本身，比如programming，类似于我们测试人员只关注在测试技术和方法本身一样，都会是一种局限。而且这种局限随着我们在组织里面愈来愈资深而变得越来越明显。刚工作两三年，把开发或者测试的工作做得很好就能得到不错的认可，但是到后来，哪怕是纯技术路线，如果只关心技术而不关心产品和业务的发展，恐怕还是很难有好的发展。因为那个时候组织的要求和评价方式已经不同了。

　　这个从逻辑上没有什么问题，但是对很多人是一个困扰，因为一个简单的想法就是：我是一个测试人员，我不断发展的道路就是把测试做得越来越精深越来越强大，一路走下去。这样的人也有，那就是把测试本身作为business� ��人，比如那些做测试咨询培训的讲师等。但是可惜我们大部分人不是，我们的工作，包括开发人员，是用我们的专业技能把一个优秀的产品做出来。我们最终的成果是我们的产品而不是我们的测试本身，而且我们的组织对外� �成果也是这些产品，而不是我们技术能力。而且越到后来，会发现要做一个优秀的产品需要我们对这个产品的领域本身有很深的了解和理解。其实从另一个侧面这也解释了为什么开发和测试团队的成长和衰退和产品本身的状况绑得很紧。

　　产品，商业，挣钱，这真是一个有些烦恼的事情，特别是对很多纯技术的爱好者，因为你发现不再纯粹了，甚至对有些人来说是伤害。但是另一方面，其实没有那么糟糕，因为在做更优秀更强大的产品的时候对技术的要求可能也更高了，也可以顺便做得更深了。

　　所以，如果你觉得自己很优秀，但是到了公司一定的层级，你的工作成绩被笼统的看不清楚也不要奇怪，因为工作内容的影响范围可能就是这样。可是怎么能改善，如果根据上面的分析那就是更能影响到business，问自己一个问题：重要的产品或者新的产品，你在其中贡献了什么?

　　* 不要抱怨别人对这个工作的理解，甚至误解。

　　这是一个常常会听到的话题，说实话，不是很喜欢讨论类似的言论，一来烦二来无趣。相比而言，我在想我们是不是可以先求己，做一些积极的事情，而不要纠缠在别人对我们工作的看法上。比如，我们可以：

　　- show出我们工作的value

　　如果show不出来，那么可能要想想是不是没有找到合适的方法和途径，比如如何统计和找到数据，如果想不到任何办法来show，那可能要想一想是不是真的没有value?

　　- 用事实和道理来改变别人的认识，慢慢的。

　　如果别人对我们的工作有些误解的话，而且这个人值得你去辩解，那么最好拿出事实，讲出道理。我觉得那些带有感情色彩和扣帽子方式的言语没有意义，可能只会让别人更觉得没什么含量。

　　靠在组织内部的争取也能获得一些空间和权利，但是靠提供大家认可的价值而获得则要稳定和名正言顺得多。

　　说得简单点就是做好两件事情：怎么做对产品或者整个组织更有价值?如果做到了，如何把它展示出来。

　　另外，如果你做的事情是真正有价值而没有被普遍认可的，那么换个角度你其实在偷跑或者抢跑，等大家都意识到了的时候，你已经在前面很远了。当了，风险在于你是对的吗?这个嘛，自己的路自己要负责了。

　　* 有时候，忘记你是一个QA

　　总是记得自己的title，其实也是一种暗示，这种暗示也是一种隐形的束缚，觉得这不是自己需要做或者可以做的事情。

　　比如关于创新，我们可不可以提出新的idea，进而做出POC，demo出来甚至立项。没有人说不可以，但是有时候限制是自己给自己的。类似的方向或者机会，忘记自己是一个QA，做觉得有价值的和对的事情，当然，回头可以说是QA出身的。