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

2020-12-30  久老师 

大家好,我是测试君。(六哥也行)

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

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

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


结缘自动化测试

入职新公司后,和我一起入职的新同事(简称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. 提高综合技术能力、增强实战性,完善知识体系,完成从入门到独当一面的完美蜕变。


如何购买


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



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

64°|648 人阅读|0 条评论
登录 后发表评论
访客 46
1
0
0/0
0
博客
讨论
问答
找茬
久老师 的其他博文 更多