2、作为开发人员认可的测试人员
1）首先还是谈技术吧；对于开发人员，关键是能找出一些实质的BUG，让开发人员首先对我们测试人员的能力是一种肯定，如果一个测试人员的能力首先都得不到开发人员的认可，那么你在测试过程中一定会回到很多的问题（如：开发人员对你测试的结果怀疑等等），所以对于我们测试人员，技术坚实是第一步的。
即我们在繁忙的测试工作中，还得抽时间学习流行的、先进的测试以补充自己，使自己得到及时的充电，以最先进的技术去测试现有的项目（如使用自动化测试工具代替传统的收到测试）。
2）其次谈表达能力；在我们找到BUG之后，这只是完成一名测试人员寻找BUG的第一个步骤，接下来的对BUG的描述也是很重要的。作为一名优秀的测试人员，不但技术得过硬，其表达能力也是不可忽视的。如果我们找到一个项目致命的BUG，但是由于我们的描述不清楚导致开发人员不明白我们所表达的意思，就有可能导致该BUG不能及时的修改；以至于可能导致该BUG在发布后才可能被发现或者项目延期等等。
对于优秀的测试人员，本人觉得就是得为开发人员尽可能的节约时间（比如在BUG描述上尽可能的有简单明了的语言），因为在项目紧的时候开发人员的时间已经很紧张了，如果还得花费开发人员大量的时间去研究测试人员的BUG描述，开发人员可能会做的就是“该BUG能重现暂不修改
等等的批准”；如果你的描述很清楚明了开发人员一看就知道，即使在开发的本机不能重现该BUG，开发人员也会找你和你讨论，并让你重现该BUG。
3）主动与开发人员沟通；当在测试过程中，如果发现开发人员提交的测试程序与设计文档中有不一致的地方，我们就得主动与开发人员沟通，了解为什么会做这样的变动？是否得到了领导的批准等等？这样我们缺陷修复表中才能清楚的填写。
在与开发人员沟通的时候也的找好时间，下面说下我所选择的时间：1、在上班、下班前一个小时不找开发人员谈论项目的有关事情，除非项目很紧或者是加班时间2、首先问开发人员忙不？是否有时间？免得打断开发人员的思维3、不在大家休息的时候谈论工作的（包括在办公室大家小聊的时候）
在我们与开发人员沟通的时候，最主要的一点是不能带有个人情绪（比如与某某以前在谈论某个BUG的时候吵架过，在讨论的时候就带有情绪或者很有针对性的），这个是大忌！
在讨论的时候，还是以谦虚为准，不要处处说是开发人员怎么怎么的，这会使得讨论陷入僵局，可能无法继续的。
我们测试人员在测试不同的项目过程中，肯定会与不同的人交往的，我这里只是针对其中2个不变的角色进行了分析，当然这个也只是我的个人经验，若有不同的想法，欢迎大家提出！
