自动化测试作为软件测试的一种技术手段,时常被大家讨论。本人在自动化技术方面有过略有小成,聊一聊关于自动化的一些误区,以帮助新手能正确的了解和认识自动化一些概念。
  测试的行为本质是什么?
  为什么先从这个概念开始谈起,因为对于新手来说,总是把自动化看得很高端和复杂。
  先来看看功能测试如何进行的:编写测试用例,测试用例当中主要的是测试步骤和预期结果;测试人员根据测试用例执行操作步骤,然后通过眼睛和思考判断实际结果与预期结果是否相等。如果相等,测试通过;如果不相等,测试失败。
  自动化测试要做的事情与功能测试是一致。这里的自动化主要包含三个层面的自动化,单元测试自动化,接口测试自动化和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找到了。要真这么美好,这得有多少功能测试人员得转行去搬砖了。一般造成这个认识的,主要两方面原因,技能不够,有些只依赖于各种自动化测试工具,有些一只能写写简单的模拟用户操作的脚本。第二个原因,不管三七二十一上来拿自己所测试的项目开刀。这元素咋定位?这功能怎么写断言?我靠,脚本运行又出错了。
  学习的两点建议
  你别BB了,你都大神了,你当然鄙视我们这些新手,你当然站着说话不腰疼。那要不,你说自动化测试咋学?你给个方法。自动化方面的资料挺多的了。我给两点建议。
  不要迷恋自动化工具,学好开发语言。这一点我个人感受很深,理论上不管你写的是单元测试自动化,接口测试自动化,还是web测试自动化,都属于开发的行为,只是带着测试的思维在写测试代码而已。你说,如果开发能力只停留在稍微能看懂,让你实现个简单的功能大脑一片空白的水平肯定不行。代码要多写,写得多了,自然思想来了,代码结构的设计能力也来的。不过,这是需要半年一年才能出效果。那我该学哪个语言呢?目前主流的哪个都行,你们开发用Java,你可以学Java,你们开发用Python,你可以学Python。
  我要学自动化技术,你让我学编程语言,我要能把语言学好,我当开发去算了。那你还想不想走向人生了?只有跨过编程能力这道坎才有希望。(当然,不走技术流的另说。)
  当你把编程学好,知道功能是如何开发出来的。很多测试的问题自然通了。如何单元测试怎么写,接口测试怎么做等。
  另外一点建议是专一!专一!专一!重要的事情说三遍,如果,你经常混测试群的话,会被各种测试技术工具吸引,大家讨论性能测试很火啊,貌似职位工资很高。要不找点资料学学。过段时间又发现,现在移动自动化测试是方向,应该学习一下。所以,不专一是你大的敌人,等到面试的时候。看着简历上写了满满的技能,每个多问两句...
  那有什么办法呢?人家公司要求的必须会这些,你能不学一下?那你能把眼光放高点对标一下BAT的招聘信息么?将来是要走向人生的人,怎么只能把眼光放在那些二流的公司上面,这些公司,本来招个功能测试,还非要求“精通LoadRunner、QTP等自动化工具”。
  从你的技术博客来看,你也不专一啊!更新这个技术,明天介绍点那个技能。我是有学习主线的好么?博客的更新都是我学习总结的一小部分。从大的主线来看,我近三年来重点提升的是编程能力和自动化相关技能。
  本来想讲自动化测试认识的一些具体误区,结果扯了这么多,剩下的放在下一篇了。