-------------根据测试经验，个人理解！
自己在测试这个行业多少也呆了近3年了的，在这3年中也接触了不少的测试项目，所以在测试过程中也遇到了不少的测试插曲，直到今天总算静下心来做个自我总结，也给测试同行们一起探讨我们测试人员在测试项目过程中与不同的人员的事情处理能力。
在国内的测试人员在IT中现在也还是处于不是很主要的地位，作为我们测试人员怎样才能在公司中占有一席之地，这个是靠我们测试人员自己去争取的。
对于我们测试人员，在测试过程中根据不同的公司和项目组织架构，我们经常与其打交到和相处的是：开发人员、项目经理或领导等等；可以说我们测试人员是夹在这2层关系之间的，做的不好就2面都不讨好的，所以我们测试人员除了要有过硬的测试技术之外，交际、处事、沟通能力也是我们作为测试人员必不可少的基本素质！
1、作为领导认可的测试人员
1）测试技术
被测试完的项目交给客户使用或者客户测试后，被返回的好坏意见应该是领导最先知道的。所以如果返回的意见越少或者没有意见那当然是领导最想的，同时也是对我们测试人员的能力证明.（记得自己在测试某个项目的时候，测试完后交给QA、QC、监理进行测试没有找到一个缺陷，那领导的高兴劲；这个同时也给自己测试以后的项目增加了不少的信心）
之外，我们测试人员在做项目测试的同时，也不能忘了学习，学习流行和先进的测试技术；把先进的测试技术引入到公司中（在现在的公司就先后给公司引入了TD和QTP并做过简单的培训）。这些都会使领导对我们测试人员的能力做出一个判断，至少对自己作为一个测试人员在测试技术上的一个肯定吧。
2）办事能力
办事能力主要包括我们的效率和质量。如果我们测试人员能在规定的时间或提前完成测试项目，而且测试的质量很高，那领导肯定是很满意的。
3）主动沟通
在测试过程中遇到需求不确定或者不明白，或者技术上有难题要主动与领导沟通，至少的要让领导知道这存在多大风险的，好让领导做出一些评估或做出一些技术上的支持等等，以免造成不必要的风险（如时间延后不能按时提交给用户；或者一些遗漏问题在交给用户后被用户发现）；如果在测试过程中出现需求的理解与开发人员不一致时，要主动与领导讨论，不能一味的归结为开发人员的理解出错，然后3者讨论确定最后的结果。
2、作为开发人员认可的测试人员
1）首先还是谈技术吧；对于开发人员，关键是能找出一些实质的BUG，让开发人员首先对我们测试人员的能力是一种肯定，如果一个测试人员的能力首先都得不到开发人员的认可，那么你在测试过程中一定会回到很多的问题（如：开发人员对你测试的结果怀疑等等），所以对于我们测试人员，技术坚实是第一步的。
即我们在繁忙的测试工作中，还得抽时间学习流行的、先进的测试以补充自己，使自己得到及时的充电，以最先进的技术去测试现有的项目（如使用自动化测试工具代替传统的收到测试）。
2）其次谈表达能力；在我们找到BUG之后，这只是完成一名测试人员寻找BUG的第一个步骤，接下来的对BUG的描述也是很重要的。作为一名优秀的测试人员，不但技术得过硬，其表达能力也是不可忽视的。如果我们找到一个项目致命的BUG，但是由于我们的描述不清楚导致开发人员不明白我们所表达的意思，就有可能导致该BUG不能及时的修改；以至于可能导致该BUG在发布后才可能被发现或者项目延期等等。
对于优秀的测试人员，本人觉得就是得为开发人员尽可能的节约时间（比如在BUG描述上尽可能的有简单明了的语言），因为在项目紧的时候开发人员的时间已经很紧张了，如果还得花费开发人员大量的时间去研究测试人员的BUG描述，开发人员可能会做的就是“该BUG能重现暂不修改
等等的批准”；如果你的描述很清楚明了开发人员一看就知道，即使在开发的本机不能重现该BUG，开发人员也会找你和你讨论，并让你重现该BUG。
3）主动与开发人员沟通；当在测试过程中，如果发现开发人员提交的测试程序与设计文档中有不一致的地方，我们就得主动与开发人员沟通，了解为什么会做这样的变动？是否得到了领导的批准等等？这样我们缺陷修复表中才能清楚的填写。
在与开发人员沟通的时候也的找好时间，下面说下我所选择的时间：1、在上班、下班前一个小时不找开发人员谈论项目的有关事情，除非项目很紧或者是加班时间2、首先问开发人员忙不？是否有时间？免得打断开发人员的思维3、不在大家休息的时候谈论工作的（包括在办公室大家小聊的时候）
在我们与开发人员沟通的时候，最主要的一点是不能带有个人情绪（比如与某某以前在谈论某个BUG的时候吵架过，在讨论的时候就带有情绪或者很有针对性的），这个是大忌！
在讨论的时候，还是以谦虚为准，不要处处说是开发人员怎么怎么的，这会使得讨论陷入僵局，可能无法继续的。
我们测试人员在测试不同的项目过程中，肯定会与不同的人交往的，我这里只是针对其中2个不变的角色进行了分析，当然这个也只是我的个人经验，若有不同的想法，欢迎大家提出！
