zoukankan      html  css  js  c++  java
  • 关于自动化测试的误区(一)

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

    测试的行为本质是什么?

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

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

      自动化测试要做的事情与功能测试是一致。这里的自动化主要包含三个层面的自动化,单元测试自动化,接口测试自动化和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的招聘信息么?将来是要走向人生巅峰的人,怎么只能把眼光放在那些二流的公司上面,这些公司,本来就招个功能测试,还非要求“精通LoadRunnerQTP等自动化工具”。

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

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

  • 相关阅读:
    python 之 sys.argv 外部传参动态匹配内部字典
    我是如何打败拖延症的
    图解Docker容器和镜像
    docker1-安装和使用
    python操作RabbitMQ
    Python操作 Memcache、Redis
    python队列、线程、进程、协程
    项目协作与工作流程规范
    python26:自定义form表单验证
    s11d27 算法
  • 原文地址:https://www.cnblogs.com/fnng/p/5370433.html
Copyright © 2011-2022 走看看