写在前面
大家好，我是测试君。（六哥也行）
时间过得好快，不知不觉已经在这个行业摸爬滚打八年多了，也算是测试圈的一枚老兵了。
回想自己在自动化求知路上的种种，依然历历在目，看着自己一步步的走来，真的是很不容易...
如果没看过《刚做测试工作一年的时候，我是怎样的？》，可能在故事的衔接上有些困难，感兴趣可以看第一篇，会看哭的哦。没错这是个真实的故事：
结缘自动化测试
入职新公司后，和我一起入职的新同事（简称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的使用。
本书特色
- 快速掌握主流自动化测试技术。
- 揭开企业中自动化测试的神秘面纱，使得自动化测试在企业中真正的落地应用起来。
- 提高综合技术能力、增强实战性，完善知识体系，完成从入门到独当一面的完美蜕变。
如何购买
目前新书已在当当、京东、拼多多、淘宝、天猫商城上线，读者可以通过网上商城订购，也可以通过下方扫码进行订购。
 |
 |
|
