测试自动化的误区--转自偶像(虫师)

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

测试的行为本质是什么?

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

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

  自动化测试要做的事情与功能测试是一致。这里的自动化主要包含三个层面的自动化,单元测试自动化,接口测试自动化和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等自动化工具”。

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

原文地址:https://www.cnblogs.com/imben/p/11307219.html

时间: 2024-10-09 17:24:01

测试自动化的误区--转自偶像(虫师)的相关文章

测试人员的误区:迷信自动化(转)

终于有时间总结一下过去几年在微软的测试经验,谈谈对测试自动化的看法. 先说说为什么做测试的人喜欢搞自动化. 第一,自尊心.计算机科班出身的人都喜欢作开发(Dev).做测试工作经常是身不由己,可是测试工作很多时间不需要编程,于是做测试的人想方设法写些程序,以显示自己也会编程.结果往往是欲罢不能,测试自动化程序越写越多,越写越复杂.后面我会谈谈测试自动化框架复杂的代价. 第二,为了出成绩.很多测试组为了向管理层展示成绩,往往要拿出例如测试自动化达到80%,程序覆盖率达到90%.要我说,这些都是Bul

Android WebApp & NativeApp 适配测试自动化平台GoGo实现 东海陈光剑

Android WebApp & NativeApp 适配测试自动化平台GoGo实现 东海陈光剑 2014年3月6日 18:27:55 源代码: https://github.com/universsky/AndroidAutomationTestUniverssky.git GoGo平台架构: 运行结果: http://10.73.72.122:88/report.html?run_stamp=20140306052855&sec=336&min=5 http://10.125.

android客户端应用(native app)适配测试自动化 东海陈光剑 2014年5月5日 0:39:04

未命名 android客户端应用(native app)适配测试自动化 东海陈光剑 2014年5月5日 0:39:04 http://10.125.1.58:88/report.html?run_stamp=20140428054354&min=3&sec=214 <!doctype html><html><head>    <meta charset="UTF-8">    <title>适配测试报告<

Windows Phone 8 测试自动化初探 (利用Coded UI)

前言 Windows Phone是个相对新的的平台,目前应用的数量少,相同应用的功能实现度也不如iOS和Android. 那么在Windows Phone上面的自动化测试的解决方案有什么? 目前就msdn来看,SeeTest是微软推荐的测试方案. 大家知道微软在VS里面集成了自动化测试工具Coded UI,那么Coded UI除了能测Windows, Web应用,它能不能支持Windows Phone应用呢? 利用Coded UI做Win Phone自动化的过程 利用Coded UI是可以做Wi

第六周作业----测试自动化工具

常用的9中测试自动化工具 参考地址: http://jingyan.baidu.com/article/ad310e80876fb01849f49ed5.html' HP QuickTest的介绍: 参见地址: https://en.wikipedia.org/wiki/HP_QuickTest_Professional WinRunnerMercury介绍: http://baike.baidu.com/link?url=1fHbsRB233bp_mJb6ijDrv7-Xuu8YBTvlGw0

测试自动化工具UIRecorder安装文档

测试自动化UIRecorder安装文档 一.node.js和UIRecorder的下载安装 1.安装node.js 下载路径:https://nodejs.org/en/ 2.下载UIRecorder文件包并解压缩到G盘(G:\uirecorder-master) 下载路径:http://uirecorder.com/ 二.UIRecorder的安装依赖和使用 前提: 在G:\uirecorder-master\tool中打开chromedriver,不要关闭. 1.安装关键依赖 命令如下: G

如何在敏捷世界中实现高效的测试自动化

敏捷中的自动化是非常关键的. 想想在每个Sprint中添加和交付的许多特性.必须有一种方法来确保新添加的特性不会影响现有功能. 由于短跑持续时间较短,因此几乎不可能在每次产品在Sprint末端增加时执行整个套装.拥有一套自动测试服肯定会在这里扮演更重要的角色. 然而,引入自动化并使其成熟肯定需要一段时间.从长远来看,在规划和设计自动化活动方面进行初步投资肯定会有回报. 在敏捷中自动化什么?每当我们计划在我们的项目中引入自动化时,我们中的大多数人都会立即投票选择"烟雾测试服"或"

测试自动化:关注服务层测试

测试发展至今已十年有余,测试的工作也越来越受到各方面的重视,对于测试人员的要求也越来越高,据不完全统计,目前测试项目自动化要求已经接近5成,自动化测试已经在测试行业中占据了相当的地位,而开展自动化测试的要求也越来越高,那么就更加需要测试人员能力的提升,所以今天就为大家分享部分关于自动化的内容众所皆知,测试应该自动化.敏捷强调要实现测试自动化,但是我们往往都做的不够多.不够快.甚至可能根本没有做.我认为,测试自动化不足的主要原因之一是因为我们关注错了自动化的层次.大多数团队都把精力集中在单元测试和

为了可持续的测试自动化,透过表面看本质(译)

当提到可接受的测试自动化,最重要的一步是在适当的位置有一个适当的测试自动化团队框架.这篇文章对一些不同的自动化测试适用场景有一些已证明的项目——由一个自动化或者回归团队主导,以敏捷的适应性——帮助组织享受长期的测试自动化的成功. 公司发起一项新的测试自动化倡议——任何销售人员设计销售相关的工具——倾向认为他们的成功取决于完美的上线.作为一个测试自动化顾问,我喜欢提供一个真实的基于我在领域里所见的检查.如果你没有准备好,最初的上线可能是坎坷崎岖的路,但是在长期中,那不是要制造而是破坏你的测试自动化