做到这一步，你基本可以赢得开发人员对你的认可，那么你和开发人员之间就不存在过多的矛盾了，你替他们省下得工作量一次两次或许不会觉得，但次数多了，他们自己心里还是明白的。
在赢得开发人员的认可后，你的工作基本已经有了一定的价值了，接下来你要获得的是项目经理的认可，怎么让项目经理认可你的工作，怎么让你的工作，让你测试的价值被项目经理认可呢。
经理关心的东西，和开发人员关心的又不一样了，所谓投其所好，那么我们来看看一个项目经理关心的东西有哪些，首先，项目的进度是无可厚非的，其次项目缺陷的修复情况也会关心下，然后，和我们相关的来了，测试的力度，项目的质量，是不是能够正常使用等一系列只有我们测试人员才能回答的问题才是项目经理本质上最关心的问题，原因很简单，如果用户使用中发现了Bug，那么很有可能会到公司来投诉，承担责任的就是项目经理本人。
假如项目经理来问我们这些问题，我们该怎么回答，切忌，不要用苍白的口述来回答。大家都知道，平时我们测试人员的工作是很清闲的，没有东西测试的时候，我们基本都在闲着，这一切项目经理都看在眼里，试问，你会相信一个一天到晚都在耍的人口头描述吗？
“这两天发现了一些Bug，有的在A模块，有的在B模块”
“这两天发现了28个BUG，其中12个在A模块，16个在B模块”这两种答案，你愿意选择那种呢？
这个列子告诉我们，数字化的作用并不是口上说说，在我们的工作中是完全可以运用到得。并且项目经理能够从我们数字化的回答中得到更多信息，以方便他对全局的掌控，而这里就衍生了一个问题，要知道我们在测试的各个阶段甚至每一天都有新的数字信息，是不可能一一记住的，这个时候一份文档就是你测试质量的体现了，学会统计文档学会分析文档学会设计文档，虽然很多人认为文档是team leader的任务，但我却不这么认为，在没有Leader的情况下，我们还是需要有这些能力，你要相信这点，项目经理不可能会讨厌一个能够替他减少不必要的工作量的员工的。
最后，总结一下，测试人员不要将自己定义成一个找BUG的机器，测试是什么？我的理解，测试就好比一根绳子，从客户到开发再到项目经理，甚至项目有可能牵连到的其他人员，我们都要将他们联系起来，也许他们彼此之间没有什么联系，但是我们却要和他们建立一种联系，我们工作时思考的角色是在不断变换着的。不能够一直守着用户的角色去找Bug。
测试人员和开发人员之间的矛盾，理想状况是不存在的，关键是看我们怎么处理，
测试人员不被项目经理重视，被项目经理认为只是找BUG，关键是在我们怎么表现出自己测试的质量，表现出自己在项目中的价值。
版权声明：本文出自 Mr.曾 的51Testing软件测试博客：http://www.51testing.com/?434556
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
相关链接：
