写给测试新人

看书+学习1~2门编程语言。

先说看书吧。我发现，很多人对看书这件事的功利心很强。一说看书，那就一定要从当前看的书中学到肉眼可见的东西。我曾跟好多新来的同事说要多看书。他们第一句回答都是肯定的，第二句就是问我有什么技术类的书推荐。我说"没有，我一般都不怎么看技术类的书籍"。然后我们关于看书的话题就结束了。我其实很能理解这种心态，毕竟我也是这样过来的。由于从小就没有看书的习惯，学生时期看过的书屈指可数，看的还都是老师指定的文学名著。所以在工作的前五年，我也是那种技术类书籍买了不少，结果买完书，别说看完，翻过的都没几本。直到后来，有段时间发生了一些事情，让我对当时的公司很失望，但是又因为一些特殊的原因没有提离职，于是上班开始摆烂。也是从那个时候开始，看了不少自己想看的小说和一些讲历史及心理学方面的书。就这样过了差不多2年，虽然看的书很杂，却养成了阅读的习惯。当时只是习惯性的在上下班的地铁上看书。这样几年下来也看了不少书，慢慢的发现自己的内心平静了很多，在处理工作和生活中的一些问题时，能从更多的角度去考虑。除此之外，写作能力也有了一定的提升。看书是一件费时费力的事，它所带来的收益无法立竿见影，但是它带给你的那些改变却能让你受益终生。技术类书籍当然可以买也可以看，但是想通过看测试类的技术书籍来快速提升测试技能多少有点痴人说梦了。个人认为对于技类书籍，最好就是买一些，放在手边当做工具书，需要时随时查阅。要想在没有没有明确目标的时候吃透一本讲测试的书，我肯定是做不到的。

说完了看书，接下来说说编程语言吧。测试同学一说到编程语言，两极分化特别严重。要么唯代码论，要么对编程望而却步心怀恐惧。在这些年的工作中，也碰到了不少这样的同事。有些同事明明是测试，在测需求的过程中却很少跟开发和产品沟通，所有的需求和测试点都是自己从代码里扣的。乍一听，感觉很牛的样子，事实却往往事与愿违，经他们手测试的东西上线之后总是会有各种各样的问题，不是这里和产品的需求不符，就是那里少了逻辑。测出这样的结果，一点也不奇怪，毕竟他所有的信息都是从开发的代码里获得的，开发能想到的，他就能测到，开发没想到的，他自然也没想到。说完这个极端再来说说另一种极端，对代码望而生畏的人。对于一些业务经验丰富的测试人来说，不懂代码其实挺吃亏的。我也不知道究竟是从什么时候开始，测试这个行业开始变得这么为编程马首是瞻了，但凡是个测试职位就要求你至少掌握一到两门编程语言。掌握一、两门编程语言，在有些重复性高的场景里，写一些自动化脚本或测试辅助工具的确能提升测试效率，但是搞得唯自动化和测试工具是从是不是有点本末倒置了。毕竟测试的核心价值是保障质量而不是开发工具。

就写这么多吧，希望对新入行的测试人有所帮助。