51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2124|回复: 2
打印 上一主题 下一主题

[转贴] 关于自动化测试的误区(二)

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2017-6-2 11:19:22 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
 继续胡说(我真姓‘胡’啊!)对自动化测试的一些看法,上一篇文章讲得比较模糊,这一篇就具体讲讲在做自动化测试时的一些误区,主要针对已经在开始学习自动化的同学。当然,我这里主要指的是webUI自动化以及使用selenium工具的情况下。
数据驱动怎么玩?
  数据驱动:因为数据的改变导致结果的改变。说人话就是,因为我在百度里搜索的是“selenium”导致结果就是包含了“seleniumhq.org”。因为我登录时候输入的是“zhangsan”导致的结果就是登录之后页面右上角显示“欢迎,zhangsan”。你自己体会一下,我说的也不一定对。
  曾几何时,不知哪位测试大牛说的,数据一定要放在excel表格里才逼格满满。再后来就演变成元素的定位一定要放到excel里才够“数据驱动”,才是玩自动化测试的高级境界。


抱歉,可能我姿势不对!因为我不知道你们是如何想像着把元素定位放到excel表格里面的。

  但我认为这样做纯属多此一举。

  1、读excel有多麻烦,你知道么?不知道的百度一下,“python读取excel ” 或 “java 读取excel”。你想像一下,每个用例的每一步元素定位之前,先读一下excel是有多麻烦。

  2、这样好维护!谁告诉你的?你能记清excel第125行第2列对应的哪个页面上的哪个元素的定位?因某个页面上多加一个元素,我又在excel第32行下面插入一行元素定位,从33行往的所有元素的行号都变了,你那些读取excel中元素定位的操作都要跟着改吧!?

  那你给说道说道,什么情况下需要excel管理用例,在我看还真没想到什么场景必须excel管理。不过,有什么条件可以参考:

  1、这个数据有点多,比如这个输入框限制500字,我输入501个字提交看是否会提示错误。这500字写代码里有点多了。可以建立个文件读取。

  2、这个数据经常改动,比如自动化测试用例通过个哪个环境执行,哪款浏览器运行,运行哪个项目下的用例。这个配置是需要我经常改的,可以创建一个专门的配置文件来保存。

  3、这个数据作用于多个地方,比如系统的登录用户名密码,可能很多条测试用例都用一个账号登录。那我不可能每个用例,都写一遍这个账号,假如想统一更换帐号还得每个用例都改一下,这个时候也可以对这个数据独立保存。

  你看!你看!元素的定位也挺符合你的第2、3条的,经常变动,一个元素定位可能被多个用例用到。那你为什么不研究一个Page Ojbect 设计模式?专门解决元素变化问题的。

web自动化要用多大的数据?

  对了,前两天有人给我留言:你这个web自动化书吧挺好的(书在本博客面右上!),就是没有关于数据库的操作!亲,你不是在做web自动化,应该是在做性能自动化吧!?那我要碰到很多数据的情况下怎么存?这一定是你意淫出来的情况。那我在页面上插入了一条数据,我需要查询数据库表检查对不对呀?

  你确定你是在做web自动化么?web自动化是基于UI的自动化测试,是模拟用户操作的。你家用户这么高端,在你们的网站上买了个商品,还要跑到你家数据库里去查一查,刚才买的商品有没有写到xxx表里?

  那自动化怎么知道商品对没有没插入到xxx表?那我反问一下用户怎么知道自己有没有购买成功,一定是他在“已购买”的商品栏里看到自己的商品。你不会获取这信息做断言啊?

  说往数据库里存数据那位,你家用户在使用你们的系统的时候,自己要先准备几千条数呀?你说用户用excel存数据我信,你说用户上传excel数据文件我信,你说用户弄个数据库存几千数据,我不信!

这样的系统不太适合web自动化!
  什么样的系统不太适合web自动化?以查询报表为主的系统,就是以插入,查询,删除,编辑为主的xx管理系统。如查你还不清楚的话,下图仅供参考。

我此言一出,估计你要灰心了!我家系统就是这种的,添加,查询,编辑。这种系统一般定位起来也比较麻烦,要写又臭又长的xpath。(估计你现在已经和我产生共鸣了。)

  这种系统的核心就是数据,其后台实现就是各种查询接口。功能可用就好,一般这系统不讲究用户体验之类的。关键是数据得正确。尤其是针对金融领域相关的系统,那少算一个数、一个零、一个小数点,事可就大了。但在我看来做web自动化的实际意义并不大。或者这类系统要自动化的并不是系统最重要的部分。当然,我并不是说系统的功能不重要。

  最主要的是这种系统不太好断言结果,你想,你的数据是查询出来的,今天查询出来“张三”在第一页,后面这个查询数据增加,“张三”跑后第五页了,再后来跑到第170页,你说怎么用固定的信息断言? 没有断言,你怎么知道查询的结果对不对?

  我可以查数据库呀,我前面说了,查数据库的就不是web自动化了。

  其实,这类系统非常适合做接口自动化测试。关于,接口自动化的学习和需要掌握的技能,我会放到下一篇介绍(这一篇要还没啥阅读量,我就不写了^_^,毕竟这些吐槽也挺无聊的)。

  有同学说了,那我学自动化还有什么用?我家系统就是这种的。

  1、首先,我并不是说这类系统不能自动化,拿来练习web自动化还是可以的嘛。再说了,web自动化也是测试人员必备技能之一嘛,以后为你跳槽加薪好处也是大大地嘛。

  2、你学习的技能并没有白费:

  2.1、编程能力提升了吧!那编程语言能干的事情可以多了去了。

  2.2、单元测试框架学会了吧!这框架还可以用来写单元测试和接口测试呢!

  2.3、自动化测试的思想学到了吧!移动自动化也是这么玩的,只是把selenium换成appium而已。


分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏1
回复

使用道具 举报

  • TA的每日心情
    奋斗
    2019-12-31 08:59
  • 签到天数: 975 天

    连续签到: 1 天

    [LV.10]测试总司令

    3#
    发表于 2017-6-2 13:42:32 | 只看该作者
    接口,Ui配合
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-14 14:25 , Processed in 0.064078 second(s), 22 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表