阿里测试6年，如何从功能测试到自动化测试【希望大家少走弯路】

随着软件行业的不断发展，软件测试技术也在不断地更新，出现了众多的自动化功能测试工具，如HP的Quick Test （最新版本名为UFT）及开源的。性能测试工具如、等。

所谓自动化测试，即利用测试工具，编程实现模拟用户业务使用流程的脚本，设定特定的测试场景，自动寻找缺陷。

自动化测试的引入，大大地提高了测试效率和准确性，而且封装性较好的测试脚本，还可应用于其他产品项目。业内通常将自动化功能测试称为自动化，而性能测试单独成体系，不含在自动化测试中。

1. 自动化测试优点

自动化测试的优点是快速、可重用，替代人的重复活动。回归测试阶段，可利用自动化测试工具进行，无须大量测试工程师

手动重复执行测试用例，极大地提高了工作效率。有时做压力测试，需要几万甚至几十万个用户同时访问某个站点，以保证网站服务器不会出现死机或崩溃现象。一般来说，模拟几万人同时访问某个系统，通过人工很难实现，但利用测试工具，如，可非常容易地做到。

2.自动化测试缺点

当然，自动化测试的缺点也很明显，它们只能检查一些比较主要的问题，如崩溃、死机，但却无法发现新的错误。另外，在自动化测试中编写测试脚本的工作量也很大，有时该工作量甚至超过了手动测试的时间。

在自动化测试活动中，测试工具的应用，可以提高测试质量、测试效率。但在选择和使用测试工具时，也应该看到在测试过程中，并不是所有的测试工具都适合引入，同时，即使有了测试工具，会使用测试工具，也不等于测试工具真正能在测试中发挥作用。

因此，应该根据实际情况选择测试工具，选择使用何种测试工具，千万不可为了使用工具而刻意地使用工具。在目前软件系统研发环境下，自动化测试完全替代手工测试是不可能的。

自动化测试不仅仅运用在系统测试层面，在单元测试、集成测试阶段同样可以使用自动化测试方法进行测试。

目前很多企业非常稀缺自动化测试人才，因而，会自动化测试已经成了软件测试工程师的必备技能。那么如何从功能测试转成自动化测试呢？

先简单的自我介绍一下

6年工作经验，曾就职于某大型国企，公司研究院成员，也就职过美团担任高级测试开发工程师，有丰富的高并发大型项目经验。 后端高并发、高性能、高可用性开发，自动化测试框架开发以及软件自动化部署，践行理念，对 k8s容器编排技术有深入研究。

我的自动化测试之路，一路走来都离不每个阶段的计划，因为自己喜欢规划和总结，所以，我和朋友花了一段时间整理编写了下面的《自动化测试工程师发展规划路线》，希望会给你带来帮助和方向

强烈推荐学习这个视频： 抛开疑问，只做学术探讨

这次我们抛开所有的疑惑，比如自动化测试到底有什么用？自动化真的能提升效率么？学了自动化能涨多少工资等等，以上的话题，我这次将不再论述，这几个问题也是平时讨论的比较多的问题。

针对以上的问题，我做一个总结，能涨工资，能多赚钱的技术，就值得我们去学！既然自动化现如今发展的这么火，自然有它存在的价值。

小白在想什么？

想必每一个大神，都是从小白一步步走上来的。当然呢，我很能理解小白的想法，因为平时经常和一些刚入门自动化测试的同行交流，也很深入的了解到他们的一些困惑。

大部分小白想的无非是以下几点问题：

1.自动化测试好学吗？

2.不学/不写代码能做自动化测试吗？

3.怎样学习自动化测试？

4.学自动化测试要先学习哪个方向？学ui自动化？还是接口自动化？好像App自动化也比较火？要么再来个小程序自动化？

5.我没有代码基础，工作都是点点点，要不要报培训班？

6.我需要学习什么语言？java 还是 ？

...等等

我来针对以上的问题，说一些自己的看法：

首先，自动化测试，很好学！但是要记住，一定要明确学习的方向，不要剑走偏锋，白花力气。

第一，不写代码当然可以做自动化测试，但是个人建议还是学习一门语言，至于学习什么语言的话，很简单，不用纠结，第一看你是否有编程基础，没有选py，有的话选java py都可

第二需要看你们的开发用的什么语言，和开发用同一门语言能在学习自动化测试的同时，降低你和开发之间沟通的门槛，提升你在公司的话语权。

第三，学习哪个方向？我建议：web ui自动化=》接口自动化=》App自动化/小程序自动化，当然，着重学习接口自动化，ui自动化要学，但是没太大必要深究。

第四，要不要报名培训班？这个看你个人，如果你觉得自己学习理解能力很强，本身自己又很自律，同时学习的方向又很明确，那么你当然可以不报名培训，多省点钱不香么？

假如你对自动化测试或者一些编程语言毫无理解，身边又没有能带你学习的人，那么报名培训绝对是一个快速提升的途径。

盖楼之前先打好地基，首先需要学习一门语言

在上面我们也提到了，自动化要想做得好，必须要学习至少一门语言。当然至于学习语言要到什么程度了？我不可能一直学下去吧？答案是，会用就行！

掌握大部分的语法基础，已经能够满足你的自动化的日常需求了，因为我们写脚本并没有像开发那么难！

语言你需要学习，for循环，if判断，数据类型，运算符，面向对象编程等等，不管是java还是py，这些都是需要的，其实也差不多，会一门语言，其他的都类似。

语言入门后，正式踏上开始自动化成神之路，入门篇

作为自动化的老祖宗，已经被玩烂了，基本上只要是做自动化的，无人不知无人不晓。为什么要先学习？

它能帮助你快速理解，自动化到底是个什么东西，并且能直观的在页面上面反馈给你。咱当初也是，看着的api，一点一点啃下来的，几乎每个方法都去尝试了一下。

有1.0 2.0 3.0,建议你学习之前，先去了解以下它的历史，u以及它的运行原理，这样可以勾起你的学习兴趣。你学习，需要去安装浏览器，强烈建议使用而不是，前者兼容的更好。

安装好，你需要去安装驱动，恭喜你，这时候你就会踩到自动化的第一个坑了！大部分原因还是因为你的驱动版本和浏览器版本对不上。等能访问百度后，这里印象很深的su和kw（具体是什么等你学了就知道了）

你会再去尝试各种的方法，去操作浏览器，这时候仿佛打开了新世界的大门，奥！原来自动化测试是这么个东西！真神奇！

玩腻了

等你玩了几天，或者几个星期之后，你好像对提不起什么兴趣了，脚本也写的越来越6，能写出一些线性的自动化脚本了，这个时候，有点骄傲自满，自动化不过如此，就这？

我想说的是，不要高兴的太早，你仅仅只是刚跨入自动化测试的大门，走了一小步而已。此时，你可以开始尝试，把项目中一些重复的操作，写成脚本去跑，满满的成就感有木有！自动化的成效初步形成，仿佛你开始懂得如何用自动化提升效率了。

开始接触自动化框架/

等你学会单元测试框架/，当你学会了后,你会发现大部分的线性脚本，很难去管理，并且每个脚本需要去一个个run，而且还无法统计测试结果，这个时候，就需要单元测试框架登场了！

你会开始学习，单元测试框架的用法，如何创建一个测试类，如何写测试方法，如何把你的脚本写成测试用例，如何校验测试是否通过，用例的执行顺序怎么去控制，断言怎么去写，这些都是你要去探究学习的。

不满足于单元测试框架的功能

等你脚本写的很6，用例也会组织了，然后每次领导告诉你，跑一下测试，然后把测试结果发给他，要总结成测试报告的形式。

你这时候，屡次打开你的编辑器，run test，然后刷刷刷的跑完测试，一条一条的统计测试结果，累得半死，发给了领导。

第二天领导又说，下班前你再跑一下测试，给我份报告，想死的心都有了。那么你开始去逛百度，逛论坛，想要得到解决方法，那么“框架”一次就会映入眼帘。

学习自动化框架

此时，你已经开始琢磨如何写一个自动化框架出来了，那么说明你的自动化已经开始入门了，并且往着中级的方向发展，你开始研究框架的结构，发现有用例管理，日志，测试报告，邮件，基础封装类等等，还有一种框架的设计模式（经典PO模式）

你开始对你的用例进行整理，封装基类，编写页面类，封装日志，邮件模块等等，经过了几个星期的打磨，你的第一个自动化框架诞生了！

此时你可以去各个技术群去炫耀了，自动写出了一个自动化框架，很多小白也开始吹捧你，叫你大神了。

初始接口测试

以上结束了UI自动化的学习，那么下面到接口这边。一般公司用的都是http接口，那么你就从http协议开始学习了，了解它的结构，请求头，请求参数，请求地址，请求方式等等等，尝试学习一些抓包工具

如,,或者浏览器的开发者工具等等，去抓包获取一些接口，慢慢的观察它的请求构造，但是这时候还是云里雾里，对接口一知半解。于是下载了一个接口测试工具，尝试把参数录入到工具中，手动发起调用。

当工具返回200 code时，奥，原来是这么回事。好像就是和服务端来传递和接受数据的，然后前端页面会把数据展示到前台！

尝试学习/库发起请求

在用完后，就会想到，那么我怎么用代码去发起一个请求呢？这时候就需要去学习这两个东西。pip & 后，就开始了你的接口自动化之旅。

你尝试也是把之前ui自动化的增删改查，用接口来实现，你把抓包的请求参数拿过来，一个一个方法的调用，然后一键运行！一绿三红！为什么？然后发现接口返回了401，无权限！奥！我没有登入啊，那么怎么才能登入呢？？

抱着很多的疑惑开始研究，这时候你需要去了解和token的工作机制，再配合你的代码，去缓存，达到登入。等解决了这个问题，但是接口还是报错了啊，删除接口提示我没有这条数据！

查来查去，原来是我那条数据已经用掉了，那么怎么可以保证我每次录入的参数都是新的呢？这时候就需要去了解接口关联，如何把参数从上个接口的响应提取出来，给下个接口用。