学习自动化测试（前端值得参考）
我写一个学习路线吧：
1.学习python基本语法。
2.上w3cschool这个网站，学习HTML/CSS下的html、xml、webservice三个教程。
- 然后下一个python的requests库学习写最简单的网络爬虫。知乎上爬虫教程一大堆。
3是第一个里程碑，学写简单爬虫一方面有一定的成就感，一方面又知道了接口到底是怎么回事。同时还学到了怎么解析一个页面，
4.学习python的测试框架unittest，知道怎样用unittest和python的mock模块写一个小单元测试。
5.把3和4结合起来，你掌握http自动化接口测试。
6.学selenium的库和页面对象模式
7.把2、4、5、6结合起来，你应该能写既支持web测试又支持接口测试的自动化测试脚本了。
8.学robotframework，你可以把自动化测试变成关键字驱动和数据驱动的了。
9.学python的高级一点的语法。如装饰器、线程进程协程。你可以让测试并行执行，并自动记录测试步骤到log文件里了。
10.学jenkins，测试不再需要你手工去启动了。测试也可以分步式运行到多个环境上了。
11.学docker、git、gitlab等的简单使用，从此测试脚本不用再人肉更新、测试环境也不用人工搭建。这里也要学linux的简单使用，
12.回到w3cshool，学习javascript、ajax、jquery、bootstrap。至此你可以写50%以上简单网站的前端了。
13.学习python的flask库，学mysql或mongodb是怎样和flask一起用的。至此你可以写简单网站的后台了。你还可以快速开发webservice接口了。
14.综合12和13，你可以开发一些测试管理工具了。比如写一个管理很多jenkins master的ci调度平台。也可以写一个提供统一样式的测试报告的web展示平台。写一个监控所有测试情况的看板。写帮你生成测试文档的脚本。写测试环境的管理工具。
并且14是一个里程碑，你可以理解开发人员的一些思路了，比如为什么开发人员老是不愿意好好写单元测试、老是说这不是bug、老是说几点干完但却拖到半夜还做不完，特别是你做的东西交给别人测的时候。你也可以理解web测试的接口测试、单元测试怎样做比较好，因为如果不好，你是不愿意用到自己写的网站工具上的，你会觉得浪费时间。老实说我从来没用selenium给自己写的网站做过测试，完全不想做，但接口测试和单元测试我还是很愿意做的。主要因为基于图形界面的自动化测试效率低。我当时组里有其他测试人员执意要给我这个网站做selenium，我劝阻不了，但最后界面需求不断修改，他也没坚持做下来，从这个工具网站的第二个大版本开始就放弃了。
15.学压测工具locust、jmeter等，7里写的框架可以支持压力测试了。同一套接口测试脚本，既做自动化测试又做压测了。注：现在主流是jmeter，而未来属于像locust这样的工具，它让测试人员写代码来描述性能测试。jmeter的控件和图形界面适合新手入门，但基于图形界面做的话效率低一点。其他gatling、grinder都在自身的设计理念上比jmeter先进。
16.想做app测试的话，学一个appium之类的框架。p s：我没有学这个，主要看项目方向是否需要。
17.补课时间，好好把计算机网络补起来，这个是真有用，我原单位用openstack搞云计算的时候，网络这块是最经常出问题的。网络我学得不好，就得不断求实验室的人帮忙。
算法题刷起来，平时没多少用但是面试经常考，数据库我说实话我毕业后就没怎么系统学过，好像我用得不多。
linux操作系统再补补，鸟哥私房菜看看完。很多人用了n年linux连系统权限咋回事都不懂，这个有点无语的。
18.java补起来。没办法，用java的单位多。要找工作机会也多。现在流行java+python都要会。其实都差不多，举一反三。但能用python的地方我还是喜欢python。
19.不知道后面再怎么学了。我想再提高提高web开发能力。前端框架学一个，以后开发一些更漂亮更炫的前端页面。再学下什么消息中间件之类的，去面试曾经被这个的问题虐过。
我相信再怎么基础差，到了这里做做大部分单位的自动化测试是随便做做了。但是，恐怕你到这个时候也不愿意回去写那种常见的selenim脚本了吧。按我们单位的情况，原来写的脚本是robot脚本加一些自定义库，和别的单位的selenium、appium本质上都类似，都很简单不用动脑筋。这时候我原单位里有的人就转去做devops，搞ci、cd。有的人去做自动化测试教练（其实就是写测试基础库和搞培训）、测试工具开发（偏web开发）。这几类我都试过后感觉对devops更有兴趣，当然我做的具体工作还是从自动化测试开始的。自动化测试的学习路线和devops可以很好地衔接起来。因为自动化测试方面的专家较少，而devops讲究的是自动化整个流程，不仅是测试，但自动化别的阶段和自动化测试阶段，目前还没有太大本质区别。
至于自动化测试架构师的职位，其实就看你单位怎么设置职位了。做技术的人总想着挂个架构师头衔，但其实这个架构师和开发的架构师差距还很大啊。到这里也不要沾沾自喜…可能只是你在这个公司资历熬的久。
回一下评论里的问题：
1.最快多久入门：
很快，
不一定要按顺序从1学下来，以最快加入项目组干活来看，像我现在单位，要求真的很低，掌握1、8、10、11就可以干活了。我原来组里带一个黑盒测试出身的人（三到五年经验）带到他能写出一个case，完成一个合格的脚本大概一两周吧。
但是，我不得不说，我也没办法把这些人带成高手。真正的入门我认为是要具备快速学习的能力开始。
就我在我原公司待过两个部门，我见到的具备快速学习能力的测试人员屈指可数，真的非常非常少，而且很多都是不再写代码的测试架构师。（敢情大部分人都是等别人学好了来教你？）
我的亲身经历就是，我学一个东西花两三天，用学的东西做一个东西花一个礼拜，优化到比较好用可能花个把月。
但我教别的测试人员接手这个东西要教一两个月？！要教好多遍？！给了官方教程的链接告诉我看不懂或看不完？！这就尴尬了。我想去做新的东西，而不是被自己做的东西绑住..变成唯一的维护人员...
所以我写的这么多点的学习路线，真正目的是希望读者在学习过程中培养快速学习的能力。然后摆脱学习路线自行学习。而并不是说让你按部就班一条一条学下来。我自己也才学到14和15。
2.开发转测试的学习路线
首先开发转测试是很可惜的。然后既然做了自动化测试，基于原有的开发经验，你应该很快发现：自动化测试技术含量极低。
大部分人做的就是调用开源工具的接口，这甚至不应该算写是程序。
一个应届生，培训一星期，一定能胜任。
并且，即使他做三年这种自动化测试，他的水平也不会再有提高。唯一区别就是，以前他要一边看工具的API文档一边写脚本，三年后他不用看文档可以直接写。写的速度快了一点点。
测试界的很多新人往往误以为自动化测试高大上，事实上并非如此，而且这是一个很无聊没什么挑战性的工作。并且以重复劳动为主。
然后，做得好一点的地方，多多少少会对测试脚本做一定的抽象，形成一些测试框架。假如你是asp开发转过来的，万一你要设计框架的时候，不要把框架做成图形界面+拖拽控件的，那会非常难用。同样对java出身转测试的人说，请不要把测试框架设计成自带一大堆眼花缭乱的xml配置的，特别是不要让别人老是去改一大堆的xml文件。更不要做成web平台形式的测试框架，特别是不要让测试人员在浏览器里写代码。
这些做法，我都遇到过，可用性很低。
另一个很麻烦的问题是很多自动化测试不稳定。有时pass有时fail。因此一个脚本要反复调，来提高稳定性，这部分是很麻烦的工作。
还有一个问题是很多自动化测试不可靠，即使他fail了，你也不敢说是软件bug，实际工作中每个fail我这里都要分析很长时间，联络很多人才能确定他是不是bug。
所以，学习路线上的建议，我集中于怎样不再做简单低级的自动化测试工作上。我个人觉得自动化测试这份工作本身仅仅作为一个过渡会比较好。就像手工测试一样，我做手工测试时的目标就是不再做手工测试，做自动化测试时的目标就是不再做自动化测试。
那么来看学习路线
1.从开发转自动化测试
2.学习各种测试工具：
不一一列举了，前面已经有了。
一般主流工具都会就可以了。记住这些工具仅仅只是一些api调用，调用这些工具和你asp拖拽一个控件并没有本质区别。
3.加强对测试和相关理论与的理解，以下不分先后：
单元测试原理（包括mock）
接口测试原理（不就是调接口么，顶多加个和单元测试差不多的mock）
性能测试原理（微软有个web性能测试的电子书很好，性能测试原理是唯一一个需要看书学习的，其他几个都太简单不需要看书）
自动化测试原理（归根结底就是一些简单抽象简单封装和一些第三方库的调用）
分布式测试原理（最简单就是master+slave，你可以看看jenkins、selenium grid、jmeter都实现了不同的分布式）；
持续集成原理（都不好意思说这能算原理，掌握jenkins和他的一些常用插件就好了）；
配置管理原理（为啥要用git，为啥要分branch等等，怎么做一个项目的配置管理）；
数据分析原理（我学的ELK，可以用来做测试结果分析和可视化————》进一步你可以转型做专业的数据分析，告别有点无聊的自动化测试，不过我原单位选择了从外面招一个人来而我也不想转这个方向）
4.写点自己的工具
原理都懂了，写起工具来简直势不可挡。
特别是你如果搞的python，很多东西都可以自己写一写啊，都很容易实现啊。有那么多第三方库对吧。实现起来还特别快。
比如，找一个可视化方面的库，你可以轻松自定义测试结果报告，做出你想要的任何高大上的图。这些图表在性能测试的时候很有用，那么尝试给jmeter或者给locust实现一个更漂亮的图表吧。
然后你可能觉得比如jmeter的图表不能实时展示很不好用（jneter会建议你用命令行模式执行较高负载的测试，那么报告要测试跑完你才看得到），自己写一个，让他能实时展示出来。其实网上已经有了，你都不用写直接看一下都行。
但应该要有能力写。
特别注意很多人把3和4颠倒了，写出来的工具根本就很不好用。遇到过这些人遗留的历史工具n多次了。神烦。他反正自己写出来自己不用的，工具质量低也没有领导会关注。
5.告别自动化测试
还是要和前面直接搞自动化测试的人一样补各种基础知识。以及掌握至少两个主流的语言（比如python和java）。以及具备从前端到后台的基本开发能力。至此你可以做大部分公司的自动化测试、测试开发相关工作。
别看前面12345好像很费时间，其实大部分人只是早年没有方向，没有好平台，所以才费时间。我大部分时间都在摸索这条路上。真的学得好的话也就三四年时间你就到这里了吧。到这步之后的区别就是开发能力了。
测试门槛低，天花板也低，这时你就快到天花板了吧，按我个人浅见，就是到了。我也很难想象，哪里还能找到一个月基本工资三万四万的测试工作（通过延长每天工作时间倒是可能拿到这个数）。但对开发来说，还是有这种基本工资的。（股票另算）
因为，自动化测试领域无大牛。
自动化测试的技术栈不够深。你看阿里有运维到p10研究员，却没有测试到p10。从侧面反映出来测试人员目前技术较低。招聘网站上你看不到3w4w以上月薪的测试岗位。但却有开发、技术专家、软件架构师岗位能给这种月薪。
或者你可以靠股票之类增加收入（一线大厂工资加股票一年几十万甚至上百万）。想做管理的可以赶紧转了，想继续技术路线的，是时候找一个领域来钻研，做领域大牛了。实际上对大多数人来说都已经有点晚了。但我们现在还是可以搭上devops的热潮，做devops，学云计算，在技术上更进一步做大牛的。
----我目前学习devops中...开发能力还是不上不下半吊子...上述建议不保证全对。话说回来，做自动化测试并不需要你的开发能力真的有多厉害。能写出简单清晰易维护的代码就合格啦。
