有了上面的意识，我明白我自己要做什么，机会是有，但没准备不行，好，我自己比较向往做自动化测试，那就学自动化，一开始也是乱学一通，之前用按键精灵也可录制回放，其实也是自动化的一种，但太低级了，我要进步，要学更高级的技术，后面就自己上
testerhome
，上推酷等技术网站搜贴自学
selenium
，同时由于自己的产品里面有移动端，那时候看大家都是用
appium
，那就学最常用的就好，那时我还没学
python
，但是学自动化的时候我刻意用
python
来写自动化脚本，这种并行学习的效果非常高效，不仅让我学习到自动化测试的技术，同时也可以学习新的语言，从那时候开始，基本上每天下班回家之后就盯着电脑学习，写脚本，学语言，坚持了一个月之后，把最常用的一些模式都学了，像
page object
，关键字驱动，数据驱动等，后面想起总是有人说测试框架，测试工具等，有一天晚上自己就刻意搜了一下测试框架这个词，大家猜一下第一个弹出来的是什么，估计有看过我之前写的帖子的朋友就一下子知道了，就是以关键字驱动、易学易用著称的
RobotFramework
（后文简称
RF
），其实我那天晚上还看了
Cucumber
等其他测试框架，那我为什么会选择学
RF
，如果我是只为自己学技术的话，我啥都可以学，但是我的出发点就是想为团队带来点改变的，我们当时的测试团队，除了老大之外几乎没有一个人会敲代码，如果要是以后上自动化的时候大家一起玩的话直接敲代码的学习成本就高了， 互联网时代要快，有些事是等不起的，
RF
对于一个不会敲代码的人来说其实也很容易驾驭，那好，就选它了，后面就专门学习
RF
和
python
相关的技术，包括
jenkins
，每天和我老大保持沟通，让他知道我的学习情况，同时我也经常盯着我老大做事，看到他在某些方面需要支持，自己当时能力所及的，我会第一个跳出来说让我来或者是我帮忙，像有一次老大开始尝试做性能测试，他写了一个
loadrunner
的脚本，跑了我们项目的第一次性能测试，由于自己的好奇心，我就向我老大请求性能测试就让我做，虽然以前接触过
loadrunner
，但是也结合业务结合场景来做性能测试的话还真没接触过，我就帮请教我老大怎么做性能测试，自己又在网上搜贴看看一些具体的场景设计和
loadrunner
工具的具体使用，所以，从那次之后，我们产品的性能测试就我包办了，看起来事情多了，但这是很重要的经验，经验也是要看机会拿的，错过了，或许其他成员会抢去，那我就失去了做性能测试的机会，能力也就不能得到提高，所以渐渐地也得到老大的信任和团队部分成员的认可，自己的能力和对工作的动力也渐渐提高，就这种状态持续到
16
年初。
