【我分享】做最优秀的测试人员

123005 · 发表于 2014-12-25 16:24:05

本帖最后由 123005 于 2014-12-25 16:26 编辑

1）测试技术

被测试完的项目交给客户使用或者客户测试后，被返回的好坏意见应该是领导最先知道的。所以如果返回的意见越少或者没有意见那当然是领导最想的，同时也是对我们测试人员的能力证明.(记得自己在测试某个项目的时候，测试完后交给QA、QC、监理进行测试没有找到一个缺陷，那领导的高兴劲；这个同时也给自己测试以后的项目增加了不少的信心)

之外，我们测试人员在做项目测试的同时，也不能忘了学习，学习流行和先进的测试技术；把先进的测试技术引入到公司中（在现在的公司就先后给公司引入了TD和QTP并做过简单的培训）。这些都会使领导对我们测试人员的能力做出一个判断，至少对自己作为一个测试人员在测试技术上的一个肯定吧。

2）办事能力

办事能力主要包括我们的效率和质量。如果我们测试人员能在规定的时间或提前完成测试项目，而且测试的质量很高，那领导肯定是很满意的。

3）主动沟通

在测试过程中遇到需求不确定或者不明白，或者技术上有难题要主动与领导沟通，至少的要让领导知道这存在多大风险的，好让领导做出一些评估或做出一些技术上的支持等等，以免造成不必要的风险（如时间延后不能按时提交给用户；或者一些遗漏问题在交给用户后被用户发现）；如果在测试过程中出现需求的理解与开发人员不一致时，要主动与领导讨论，不能一味的归结为开发人员的理解出错，然后3者讨论确定最后的结果。
2. 作为开发人员认可的测试人员

1）首先还是谈技术吧；对于开发人员，关键是能找出一些实质的BUG，让开发人员首先对我们测试人员的能力是一种肯定，如果一个测试人员的能力首先都得不到开发人员的认可，那么你在测试过程中一定会回到很多的问题（如：开发人员对你测试的结果怀疑等等），所以对于我们测试人员，技术坚实是第一步的。

即我们在繁忙的测试工作中，还得抽时间学习流行的、先进的测试以补充自己，使自己得到及时的充电，以最先进的技术去测试现有的项目（如使用自动化测试工具代替传统的收到测试）。

2）其次谈表达能力；在我们找到BUG之后，这只是完成一名测试人员寻找BUG的第一个步骤，接下来的对BUG的描述也是很重要的。作为一名优秀的测试人员，不但技术得过硬，其表达能力也是不可忽视的。如果我们找到一个项目致命的BUG，但是由于我们的描述不清楚导致开发人员不明白我们所表达的意思，就有可能导致该BUG不能及时的修改；以至于可能导致该BUG在发布后才可能被发现或者项目延期等等。

对于优秀的测试人员，本人觉得就是得为开发人员尽可能的节约时间（比如在BUG描述上尽可能的有简单明了的语言），因为在项目紧的时候开发人员的时间已经很紧张了，如果还得花费开发人员大量的时间去研究测试人员的BUG描述，开发人员可能会做的就是“该BUG能重现暂不修改
等等的批准”；如果你的描述很清楚明了开发人员一看就知道，即使在开发的本机不能重现该BUG，开发人员也会找你和你讨论，并让你重现该BUG。

3）主动与开发人员沟通；当在测试过程中，如果发现开发人员提交的测试程序与设计文档中有不一致的地方，我们就得主动与开发人员沟通，了解为什么会做这样的变动？是否得到了领导的批准等等？这样我们缺陷修复表中才能清楚的填写。