测试人员如何用程咬金三板斧建立自己的好名声

simonliu

与一些刚刚加入测试部门的工程师聊天， 常常感觉到他们总觉得自己在有些地方好像比开发人员低一等。 有的时候好像就是开发人员的工具：今天让验证一个 Bug，明天让赶紧验证一下新编译的版本。 感觉自己懂的没有开发人员多（开发人员说的什么我都听不懂）,甚至薪水也比开发人员少一点。 从而对从事测试工作有点迷茫。

　　我也思考过这个问题，的确，在客观现实上，测试人员比开发人员的入门门槛要低一些。但是，这并不表明这一行就没有前途，也并不表明如果你坚持下去，待遇会永远比开发人员低。如何获得开发人员的尊敬，如何建立自己在测试方面的名声，这里是一些经验之谈，希望能对你有用。 　

第一板斧：海量信息获取：

　　当你测试的是一个大型复杂系统的时候，通常这个系统会包含非常多方面的内容，从业务，到流程，再到设计到的一些技术，实现方法等。 这个时候，要不断自学，对这个系统的每一个方面都争取有一个大概的了解。在外部系统，详细阅读面向客户的文档，了解这个产品是如何使用的，业务流程，解决的商业问题（客户为什么会付钱买），外部接口，配置管理。要成为一个标准的SE。客户遇到的产品问题，你也一样能够解答。然后了解内部结构： 产品是如何设计的，内部模块之间是如何通讯的，如何分工合作的。信息是如何流动的。 数据结构是如何设计的。不求甚解是这个时候的学习特征。要广而全，而不要准而精。也不要期望老板会专门会为你安排一段时间来学习，你需要不断激励自己，以自学为主。

第二板斧：拜师学艺：

　　这个阶段，向前辈测试人员们虚心学习。尤其是有名声的测试人员。他们与开发人员不同的是：开发人员是面向一个模块的，对一个模块细节非常了解。而好的测试人员有非常好的系统观念。而且随着对产品测试经验的积累，他们对不同模块之间的关联和互动而产生的影响非常的熟悉。你需要做的就是通过这些有经验的前辈，了解产品内部之间的互相影响，进一步对产品有深刻的了解。

第三板斧：了解客户：

　　在这个阶段，你会意识到，有效的Bug永远是客户有可能发现的Bug。理解客户的需求，理解不同客户的使用方法，客户所处的不同的场景。客户对于产品的使用方法是千奇百怪的，了解了客户使用的方法，就能够有的放矢的对客户可能遇到的问题进行测试，复现出产品在实际使用当中会可能出现的复杂情况 。

　　可能会有一些疑惑，一个刚入门的测试人员，是如何能接触到客户呢。实际上，你可以通过间接的方式了解客户。譬如多和售前售后的兄弟打打交道,多和客服的人员打打交道,和跑市场的老学长吃几次饭等。这些人是一天到晚和客户摸爬滚打的。他们对与客户对产品的抱怨，客户的类型等最清楚，从他们的口中，你可以获得很多宝贵的客户使用产品的信息。

　　三板斧下去，我相信你会有能力在开发人员和客户之间建立一座桥梁。你有能力在技术层面上和开发人员直接对话，你也有能力在产品层面上和客户直接对话。这样，你的地位会不断的提高。你能够为开发人员提供他们想不到或者接触不到的信息。你找到的Bug也会是他们忙于细节上的编程而没有想到的整个产品的互动上的问题，会让开发人员一拍脑壳说“是，是，这块我怎么疏忽了呢！”，从而赢得开发人员的尊重。


转自：www.sigma-rt.com.cn

[ 本帖最后由 simonliu 于 2009-9-27 15:19 编辑 ]

mentgmery

呵呵

stilldeeppool

说得很正确.
开发人员不足的地方正是测试人员可以发挥的地方.
开发人员一般仅仅是懂得自己编码的部分,而缺乏对整个系统和用户的实际需求的了解
主动帮忙开发人员寻找问题并先于他们发现问题,在测试的工程中让他们明白,测试人员不仅仅可以提出问题,也可以帮忙他们解决问题