我是如何从功能测试成功转型自动化测试人员的?

本文共4951字  阅读约需6分钟

（后台回复“破解补丁”获取IDEA最新激活码）

大家好，我是测试君。（六哥也行）

时间过得好快，不知不觉已经在这个行业摸爬滚打八年多了，也算是测试圈的一枚老兵了。

回想自己在自动化求知路上的种种，依然历历在目，看着自己一步步的走来，真的是很不容易...

如果没看过《刚做测试工作一年的时候，我是怎样的？》，可能在故事的衔接上有些困难，感兴趣可以看第一篇，会看哭的哦。没错这是个真实的故事：

结缘自动化测试

入职新公司后，和我一起入职的新同事（简称DJ），一起到楼下一个运营中的项目进行「业务熟悉、学习及考核」。

在楼下一个月业务学习的过程中，每天真的没那么多活，一天最多一个bug，让你验证下，也没写过测试用例。一个bug，快的话几分钟验证完了，业务和基线文档也看了很多遍，已经是很熟悉了。

闲不住的我，就自己找点东西学学和研究。后来被测试组长偶然发现，后来和我说，接触过自动化测试吗？给你发个文档，回头有时间研究下。

对我而言，从未接触过自动化测试，但是直觉告诉我，这个东西应该很“炸”，感觉就是高大上，有搞头。

周末休息，花了一天时间，研究了下文档内容，就以公司项目为例写了一个登录的Demo。周一给测试组长看了下，并得到测试组长的肯定，说我上手很快呢。

没想到还不错，自己不是太笨。

劝退边缘

可是好景不长，一切看似很美好，但挑战也随之而至。面试我的副总说我们在楼下的业务学习已经结束，要回到自己的部门了，先让我和DJ写一个我们部门项目测试用例，一人一个模块。

当然，我是不知道测试用例该怎么写及正确的标准。结果，用例交上去后，可想而知了。

副总找我谈话，说我写的测试用例不合格，并说再给我一次机会，如果写的还是不行，给我七天找工作的时间，其实就是要被劝退了。

我深深的知道问题的严重性，这是我最后一次机会了，一股强烈的生存欲望，在心里燃起来。心想一定要留下来，必须要。

真的留了下来

我先基于自己的理解，按照原型图，设计编写用例。整理后把原型图和用例打包，发给老宋「和我同一个培训机构早一期的学员」。她又帮我过了一遍并在用例里加批注和标识，并指出有哪些不足。

按照她的指导建议，我又把用例优化整合，再次求助、发给我楼下实习时的测试组长姐姐，查看是否有遗漏。

在她的帮助下，我再次将用例整合修改，发给副总后，一次就通过了。

在这次的设计编写、测试用例过程中，我收获了设计、编写测试用例的标准及思路，真的很感谢这两个朋友，在我最危难的时候帮我度过难关…

人员紧张

考核通过后，回到了自己组干活。我和DJ，共同组成了部门的测试组。也就是一共俩人。由于公司业务很忙，根本忙不过来，996基本是常态了。

领导从楼下借了一个测试同学上来一起干活，是一个帅气的大男孩，长的很干净，技术和业务都很棒。

重点是开发同事总夸他细心、定位问题快，尤其在测试用例编写和业务测试方面，我很是羡慕。

用例编写强化

有时崇拜，也许将会是你进步的巨大助力。

成长一般都是从“copy”开始。

一旦在不太忙的情况下，就去禅道看他写的用例和提的bug，并在认真记录遗漏的点，业务不懂得地方就整理好去找产品经理反复确认。

很快，我的用例部分和业务短板就得到了改善。

再次得到认可

当然这不是重点，当时的我，就是很乖巧的干活，一有时间就学习。

一次公司意外断网，没记错的话大约有三个小时左右，其他同事基本都在玩手机。

我自己习惯性的打开IDE，编写、调试着脚本。我愉快的在代码的世界里遨游，并不知道副总在我身后站了有一会。

突然副总说，以后拿我们的系统来写，回归测试也用得上，一会让XX给你找下之前某XX写的自动化框架代码来熟悉下，以后用这个来写。

我这时才注意到副总在身后也许有一会，再次得到认可，真的是无比开心。

跨语言的学习之路比想象中更难

拿到代码后，自己还是犹豫了下的。

为什么？

刚开始接触自动化测试那会，给我的PDF文档是基于JAVA语言的。虽然，自己可以写个登录的Demo，但并没有那么顺利。

越看到后面，发现自己存在很严重的代码知识断层，也就是说后面代码完全看不懂了。

我也是第一次，遇到代码不会，被无视的情况。

当时我在楼下学习业务期间，我旁边坐的是据说是当时公司里比较厉害的，性能测试大神。

我看到他办公桌上，放着一本名叫《锋利的jquery》这本书。就斗胆向他请教了一个关于for each遍历的问题，对方看了我一眼，然后就嗯了一声，没在说话了。

我觉得好像被无视了，当然也可能对方没听清楚。

我在怀疑，咋就那么难，内心也在摇摆，是不是要继续坚持下去。

自学之路开启

逃避心理驱使下，偶然在一个技术群中，听说基于Python的自动化测试，特别好上手，我便开始了新的尝试。

我在群共享里找到了虫师的写的基于Python的自动化测试第二版（上手超级简单）来学习，当时的感觉，犹如拿到。武功秘籍的感觉，特别开心。

一个多月我就把这个文档学的差不多了，其实也就是自动化的API比较熟悉，至于可维护性、稳定性、健壮性还是欠考虑的。

副总给我前同事框架是基于JAVA的语言。拿到后，是完全看不懂的。再有一个更严重的问题就是，代码报错，我没人问，也不知道问谁，开发都是JAVA，根本无从下手。

后来一咬牙，心里想了想，这个框架也许可以学到更多东西，便开启了Java学习之路。

再次被警告劝退

楼上的问题很严重，日益暴露，没有测试组长。所以测试的工作及流程呈现出相对被动的状态。

副总让我们部门的一个大姐来负责测试组的管理，大姐并不懂测试，经常会因为功能未开发完（预留功能）给开发提bug，和开发相处很不愉快。

测试组陷入一个“怪圈”，给人乱提bug的现象。

996节奏的常态，可能会使得每个人变得烦躁。

每次测试组例会，氛围凝重，都只有大姐在说话。除非必要，我们三个基本一句话没有，每次开会都和追悼大会一样沉寂，尴尬无比。

也许我和这个大姐天生气场不和，无论我做什么大姐都要给些指导性的“建议”，重点是对我没用，而且工作效率并未得到提升，而且有时时间成本会更多，后来我就不听了。

一次偶然，大姐用了同样的句式（劝退）说，说我工作态度不好，再给我一周时间观察，不行就找人事劝退我之类的话。

我当时立即就服软，怂了，连忙借口说和女朋友吵架（我哪里TM有女朋友，每天连个说话的人都没有，吵个毛线），并表态说好好调整。

理论上说，我服软了，应该会好些了吧。但是我发现了，你越是软弱，人家越欺负你，也就是老人说的话，欺负人，总拿软柿子捏。

成功转型专职自动化测试

有一次分配完测试任务，我有一处没太清楚，我就多问了一句。大姐说我说话层次不清晰，不知道怎么问问题，要学会提问的流程和方式。这明显是找茬嘛！

我没有说话，回到工位上，我整理了下情绪。真的就画了一个提问问题的流程图。然后，先给DJ看了下，询问是否有问题。

大姐见势，马上把我叫出去谈话了，问我什么意思，说我给他上眼药呢，说了又要劝退我之类的话，我没说什么，只是随声附和。

第二天上午，我去找了副总，询问是否可以转部门，并表示出和这个大姐相处不愉快的事，但并没有说她要劝退我的事。

我意外的是副总，问的都是自动化测试的事一些情况和进度。我说可以熟练使用了，副总听完，就说以后你的工作和我对接，只做自动化测试，不做功能测试了。

听完后，我愣了几秒，并连忙表示感谢，这对我而言无疑更是一种认可。

成长蜕变

借用王耳朵先生的一段话：

给自己设定一个强烈要实现的目标，立刻行动起来，钻研学习；

找到一个利于自己发展和精进的环境，保持自律；

重视量的积累，阶段性地记录、审视自己的成长；

刻意练习、耐心复盘；

修正错误，长久坚持；

虽以渺小启程，愿以伟大结尾。

往更好的自己奔跑，去迎接一个牛逼哄哄的人生。

作为一名毕业于一所普通大专院校的大学生，学的不是计算机专业，靠着自学编程，变成了现在半个“程序员”。

非科班出生的我，当时在公司只是个菜鸟。

北京很大，比我优秀的人比比皆是，我只能说普通的不能再普通了。

生活、工作的机械性会很快磨灭了内心的斗志和野心。如果不尝试改变，走出舒适区，那和求稳定，坐等领工资，混吃等死没什么区别，显然，不适合我。

内心是如此的渴望，自己变强，为什么我这么弱，为什么？

内心深处一个声音，很清晰的告诉我，一定要成为公司独当一面的自动化测试工程师，果断开干。

《一万小时天才理论》这本书里，作者丹尼尔·科伊尔走访了世界上最成功的足球运动员、小提琴手、战斗机飞行员、艺术家、作家……最后挖掘出一项真理：

多数结果都在于刻意练习。

从环境搭建、java面向对象、maven、Javaweb等等技术开始学起开始，一个知识点一个知识点的攻克。

每天除了完成日常工作之外，就是地铁上各种看java视频，阅读源码，撸官方文档。

晚上回家接着撸代码，每天学到凌晨两三点是常态。

当然，期间也加入了很多QQ技术群，和很多小白一样，问一些很low的问题。而且，每次我都是问题最多的那个 。

从QQ群问问题到硬磕框架，让我的自学能力得到了很大的提升，同时也养成了很多自律的好习惯，不知不觉形成了自己的一套自学体系。

这世上最美好的事情，就是所有的一切都在你的努力之下变成了你想要的样子。

很快框架对我而言，不再神秘。而是特别亲切、熟悉。突然感觉上来就能自己写了，再到后面一点点进行重构，后来这个框架成了我自己的风格。慢慢的也从一个菜鸟成长为公司的独当一面的自动化测试人员。 

为什么写这本书

我没有什么名气，也没有在大厂工作的经验，是个测试草根出身，一路摸爬滚打，我更懂得作为新人想过渡到自动化测试人员的心理。

在自动化测试求知的路上，我也曾无数次彷徨和迷茫：

想学习自动化测试，而不知道该怎么学？

想转型自动化测试及技术提升，却不知道该怎么做？

自学自动化测试过程中遇到问题，却无处可问,始终停滞不前？

想找个大佬（老师）带，但大佬却很忙，迟迟未出现？

请教同事碍于面子或同事有所保留，导致学习被动？

想系统地了解和学习自动化测试，却无从下手？

想系统了解Web自动化测试在企业中如何落地使用，却不清楚自动化测试流程？

没有伞的孩子，必须努力奔跑！

作为一个自学党，我深深的体会到没人带，没人问的感觉，所以我决定写下这本书。想把自己所学，实际工作中使用的技术、自学方法、心得及踩过的一些坑，写到书中。

更希望想自学的你一样，通过这本书可以少走一些弯路，并通过阅读本书可以形成一条自己的体系，并应用到实际中。当然，也真心的希望你们升职加薪，或许这才是最实际的吧。

如果你也有类似的困惑，那么本书将会是你的良师益友，或许可以给你带来一些实际性的帮助与突破。

本书适用对象

本书适用人群广泛，对自动化测试技术感兴趣或正在做自动化测试的同学，如手工测试、自动化测试、测试管理人员等等，都可以阅读。

本书采用大量实战案例，由浅入深，且图文并茂，通俗易懂，书中对很多代码案例加了注释，方便读者理解，本书不但适合自动化测试的初学者，而且也适合中、高级测试工程师及准备带领团队转型自动化测试的管理者，可以说是自动化测试学习过程中的必备参考书。

本书主要内容

全书围绕Selenium3.0展开，循序渐进地介绍了自动化测试理论及涉及主流技术，通过大量实战案例与实践，使读者能够得到技术能力的提升及知识体系的完善。

本书能学到什么

为了帮助读者更好地把自动化测试在企业中落地实现，本书不仅介绍了自动化测试理论和自动化测试流程，还介绍了Maven与GIt的实际应用、单元测试框架TestNg、主流设计模式Page Object与Page Factory的应用、自动化测试框架的开发与搭建、CI 持续集成、测试报告ExtentReports的使用、行为驱动框架的Cucumber的使用及分布式并行测试Selenium Grid的使用。

本书特色

1. 快速掌握主流自动化测试技术。
2. 揭开企业中自动化测试的神秘面纱，使得自动化测试在企业中真正的落地应用起来。
3. 提高综合技术能力、增强实战性，完善知识体系，完成从入门到独当一面的完美蜕变。

如何购买

目前新书已在当当、京东、拼多多、淘宝、天猫商城上线，读者可以通过网上商城订购，也可以通过下方链接进行订购。

温馨提示:  读者订购后，可通过下方二维码联系作者，由作者邀请加入到本书读者群。

购书后如有疑问，请及时加入读者群，记得给五星好评哦，麻烦大家帮忙点一下【好看】或转发朋友圈，更多惊喜请关注我们。

点击左下角【阅读原文】可直达购书页面。