这几年有很多新的测试同学入行,这里简单分享下我测试之初的体会。希望能给大家有所启示。

  N年以前,TB做架构调整,由于没有功能测试人员,临危受命,要把当初整个TB的所有功能测试一遍。当初的TB中拍卖功能是重要也是复杂的,根据时间和优先级,当然在上面投入了很多的精力。还记得有一次一个bug,整个晚上都与架构师PK拍卖的逻辑。在这样的投入下,显而易见,上线后拍卖一点问题都没出现。

  但我一直记得,当时还有一个同样有复杂逻辑的评价功能,客观因为deadline的问题,主观因为精力有限,我实在懒得搞清楚业务逻辑,因此没在上面花费太多时间和精力。上线后,该功能bug不断。开发人员从上海赶回杭州整整修复了一个月,才把评价功能基本搞定。现在想想还觉得挺愧疚的。

  总结:质量取决于你的选择。

  N-x年前,忘了是后台还是支付宝的什么产品,碰到了与拍卖和评价同样的问题。有几个很复杂逻辑的业务要测试。当初的愧疚让我觉得不能逃避即便优先级不高的功能点。花了些时间去了解这些业务和理解实现的逻辑。深入后发现没有我想象得那么困难,保证质量的事也顺理成章了。

  总结:只要肯投入,事情真的没那么难。

  N-y年前,看到一句话,印象深刻:“一个的测试工程师不是说你发现了多少bug,而是在于有多少bug被修复。”因此,在平日的测试工作中会给人造成比较强势的误解。记得有一次,一个开发pk不过我,说了一句:“你说怎么改怎么改吧。”我回复他:“我不要你的手来改,而要你的心来改。”当时不清楚他的心是否改了。但随着后来合作得多了,我们之间的PK变得少了。质量的提升过程越来越顺畅。

  总结:要让质量好,强势是表象,信任才是内在。

  N-z年前,随着测试工作越做越多,快速发现系统缺陷的能力也越来越强。而且发现以前心目中的偶像的产出其实也没有以前认为的质量那么好。但偶像们技术的全面性,工作的踏实性,学习的刻苦性等的人格品质还是让我觉得他们是偶像。而那些小菜鸟们也逐日的快速成长,他们工作其实也是非常得努力,学习也是非常得刻苦,而技术也是逐渐变得全面。欣赏他们。

  网上谈到测试工程师素质时都会有那么几点:沟通能力、移情能力、怀疑精神、外交能力等等啥的。其实总结起来一句话:你要相信开发的人品,但不要相信他的作品。