关于自动化测试的误区(一)

 

　　自动化测试作为软件测试的一种技术手段，时常被大家讨论。本人在自动化技术方面有过略有小成，今天聊一聊关于自动化的一些误区，以帮助新手能正确的了解和认识自动化一些概念。

 

测试的行为本质是什么？

　　为什么先从这个概念开始谈起，因为对于新手来说，总是把自动化看得很高端和复杂。

　　先来看看功能测试如何进行的：编写测试用例，测试用例当中最主要的是测试步骤和预期结果；测试人员根据测试用例执行操作步骤，然后通过眼睛和思考判断实际结果与预期结果是否相等。如果相等，测试通过；如果不相等，测试失败。

　　自动化测试要做的事情与功能测试是一致。这里的自动化主要包含三个层面的自动化，单元测试自动化，接口测试自动化和web测试自动化。当然，不同层面的自动化关注点是不一样的。

　　单元测试自动化，调用被测试的类或方法，根据类或方法的参数，传入相应的数据。然后，得到一个返回结果。最终断言返回的结果是否等于预期结果。如果相等，测试通过；如果不相等，测试失败。所以，这里单元测试关注的是代码的实现与逻辑。

　　接口测试自动化，根据接口文档，到底是传get请求呢？还是post请呢？调用被测试的接口，构造相应的数据（id=1,name=zhangsan），得到返回值，是200成功，并返回查询结果。还是10021，用户名不能为空。不管输入的参数是怎样的，我们都将得到一个结果。最终断言返回的结果是否等于预期结果。如果相等，测试通过；如果不相等，测试失败。所以，接口测试关注的是数据。只要数据正确了，功能就做成大半，剩下的无非是如何把这些数据展示在页面上。

　　web测试的自动化，这种测试更贴近用户的行为，模拟用户点击了某个按钮，向个输入框里输入了什么。但是用户可以看到登录成功了，但web自动化并不知道它刚才的点击有没有生效。所以，要找“证据”，比如，登录成功后页面右上角会显示“欢迎，xxx”。这就是登录成功的有力“证据”。于是，当web自动化登录成功后，就去获取这个数据进行断言。断言如果相等，测试通过；如果不相等，测试失败。所以，web自动化的关注点用户操作形为，页面上真正的按钮和输入框是否可用。

　　所以，从测试的行为本质上来看，功能测试与单元自动化测试，接口自动化测试和web自动化测试并没有区别。唯一的区别是，一个由人来执行，一个由代码或工具执行。

 

我们时常会听到两个声音：

　　一种声音，许多测试新手把自动化想象成走向人生巅峰的必备技能。只要掌握了自动化就可以当上CTO，迎娶白富美，走向人生巅峰了。时常用期盼的小眼神问：xxx 自动化多少钱一个月？如何学习自动化测试技术？推荐个书或资料或视频吧？

　　另一种声音，略懂自动化的，被自动化坑过的，或者压根就鄙视和抵触自动化的，又把自动化说成屎。页面老是变，维护成本高，这个元素TM怎么定位不到。劳民伤财，费了很大力气也发现不了bug。而自动化用例本身到是bug不断。什么？自动化居然不能做浏览器兼容性测试？什么？你们领导让你搞自动化呀？你们领导SB。

　　先说前一种声音，理论上任何技能都是为了提高效率和产出，节约公司成本为前提的。比如，以前项目要5个测试，现在用了自动化之后，3个就够了。但如果用了自动化，还需要再招2个人来维护自动化脚本。那就没戏。那我只为学习不行啊？我学好了找个专职做自动化的岗位不行啊？工资起码比现在功能测试高吧！行行行！学习当然行。但方法要正确。我稍后再说正确学习自动化测试的姿势。（左手右手一个慢动作...）但，其实我想告诉你，对于测试来说，理论上你掌握一个单一的技能是远远不能走上人生巅峰的。

　　再说另一种声音，这个情况一般是我们对自动化测试的期望太高了。自动化嘛，不就应该自动化脚本写好，自动化脚本刷刷的跑。然后，喝杯茶的功夫，bug就找到了。要真这么美好，这得有多少功能测试人员得转行去搬砖了。一般造成这个认识的，主要两方面原因，技能不够，有些只依赖于各种自动化测试工具，有些一只能写写简单的模拟用户操作的脚本。第二个原因，不管三七二十一上来就拿自己所测试的项目开刀。这元素咋定位？这功能怎么写断言？我靠，脚本运行又出错了。你有分析你的项目是否适合做自动化了么？看到有些同学拿着只能在IE下运行的某XXX项目，艰难的定位着元素，赶紧放弃吧！！

 

学习的两点建议

　　你别BB了，你都大神了，你当然鄙视我们这些新手，你当然站着说话不腰疼。那要不，你说自动化测试咋学？你给个方法。自动化方面的资料挺多的了。我给两点建议。

　　不要迷恋自动化工具，学好开发语言。这一点我个人感受很深，理论上不管你写的是单元测试自动化，接口测试自动化，还是web测试自动化，都属于开发的行为，只是带着测试的思维在写测试代码而已。你说，如果开发能力只停留在稍微能看懂，让你实现个简单的功能就大脑一片空白的水平肯定不行。代码要多写，写得多了，自然思想就来了，代码结构的设计能力也来的。不过，这是需要半年一年才能出效果。那我该学哪个语言呢？目前主流的哪个都行，你们开发用Java，你就可以学Java，你们开发用Python，你就可以学Python。

　　我要学自动化技术，你让我学编程语言，我要能把语言学好，我当开发去算了。那你还想不想走向人生巅峰了？只有跨过编程能力这道坎才有希望。（当然，不走技术流的另说。）

　　当你把编程学好，知道功能是如何开发出来的。很多测试的问题自然就通了。如何单元测试怎么写，接口测试怎么做等。

　　另外一点建议就是专一！专一！专一！重要的事情说三遍，如果，你经常混测试群的话，就会被各种测试技术工具吸引，今天大家讨论性能测试很火啊，貌似职位工资很高。要不找点资料学学。过段时间又发现，现在移动自动化测试是方向，应该学习一下。所以，不专一是你最大的敌人，等到面试的时候。看着简历上写了满满的技能，每个多问两句就... 

　　那有什么办法呢？人家公司要求的必须会这些，你能不学一下？那你能把眼光放高点对标一下BAT的招聘信息么？将来是要走向人生巅峰的人，怎么只能把眼光放在那些二流的公司上面，这些公司，本来就招个功能测试，还非要求“精通LoadRunner、QTP等自动化工具”。

　　从你的技术博客来看，你也不专一啊！今天更新这个技术，明天介绍点那个技能。我是有学习主线的好么？博客的更新都是我学习总结的一小部分。从大的主线来看，我近三年来重点提升的就是编程能力和自动化相关技能。

 

本来想讲自动化测试认识的一些具体误区，结果扯了这么多，剩下的放在下一篇了。