不断发掘自动化测试对各个团队的附加价值,这样才能得到来自四面八方的支持,没有将自动化加入项目过程的自动化都达不到预期的效果. UI自动化框架 把UI自动化框架设计成一个拼图性质的架构.把每个特性都设计成一个独立的部分,然后组装成UI自动化框架: (appium/webdriver)底层操作封装特性 Page Object特性 测试用例管理特性 测试执行引擎特性 测试报告管理特性 测试数据管理特性 keyword特性 自动化原则: 1.选择重点业务 2.选择较稳定的版本业务 3.目标是保证主要功能

之前为我们部门做的一个UI框架.不能纯粹解读为框架,主要是做了一些简单的分层设计,以解决稳定性.降低复杂性.提升可维护性以及快速构建测试用例等实际问题. 主要部分:1. 测试数据.主要提供测试类库需要用到的数据,前端做到数据驱动.2. 测试服务.测试服务类主要提供一组API,达到重用的目的.3. 页面封装.对具体的Web页面进行抽象和封装,提供统一的接口,降低逻辑的编写门槛,组件重用以及更好的可维护和可读性. 4. Selenium Web Driver.底层用的WebDriver.

一.DesiredCapabilities的作用: 负责启动服务端时的参数设置,启动session的时候是必须提供的. Desired Capabilities本质上是key value的对象,它告诉appium server这样一些事情,比如: 本次测试是启动浏览器还是启动移动设备? 是启动andorid还是启动ios? 启动android时,app的package是什么? 启动android时,app的activity是什么 二.DesiredCapabilities的参数配置和含义 1.本

    在利用Appium做自动化测试时,最重要的一步就是获取对应的元素值,根据元素来对对象进行对应的操作,如何获得对象元素呢?Appium Server Console其实提供了一个界面对话框"Inspector",但是一般情况下,它无法获取到模拟器或真机中的对象元素.不用担心,Android 已经给我们提供了一个获取对象元素的工具"uiautomator viewer",位于Android sdk 中tools中. 一.使用要求:测试平板系统必须是4.2以上(u

1.安装JDK,官网下载即可,这里用的1.8,环境变量配置 2.安装Android sdk,API >= 17,环境变量配置 3.安装Nodejs,官网http://nodejs.org/download/下载对应的安装程序安装 测试安装是否成功:运行cmd,输入node -v 4.安装appium,有两种安装方式: 命令下载:在cmd使用命令npm install -g appium 下在appium(整个过程较慢,请耐心等待)安装成功后,在cmd输入appium出现以下信息表明安装成功: 下

1.如果有代码环境,直接在AndroidManifest.xml中查找: package值: Activity值: 2.如果没有开发代码,直接用命令获取: cmd进入到 android-sdk-windows\build-tools\24.0.0 相关版本下面(用那个版本都可以的),用命令"aapt.exe dump badging LocationOfApp",然后就能查看到该安装包的相关信息, aapt.exe dump badging D:\apk\kingyee.apk(红色是

执行自动化测试之前,需要先运行appium server,这样才能形成server与java client的通信,启动server有两种方式,一种是命令,一种是按钮图标,具体使用如下: 1.用命令启动,命令如下: appium -a 127.0.0.1 -p 4723  –U  4ca1558c  --no-reset 2.点击快捷图标中的启动按钮启动: 第一次进入需要设置两个页面,一个是Android相关设置: 另一个是服务端相关设置:

◆版权声明:本文出自胖喵~的博客,转载必须注明出处. 转载请注明出处:http://www.cnblogs.com/by-dream/p/5993622.html 关于UI自动化的抱怨 听过不少人这样讲 "UI自动化非常不稳定,需求一改,界面一遍,全部都费了".我相信做过的人可能也会有同感.既然这个问题一直都是存在的,那么为什么没有人仔细分析原因呢? 我的老板george曾举了这样一个例子:每当需求变化的时候,开发没有跳起来,反而是测试跳了起来.然后不断的抱怨,界面元素全都改了,我的自

◆版权声明:本文出自胖喵~的博客,转载必须注明出处. 转载请注明出处:http://www.cnblogs.com/by-dream/p/5993622.html 关于UI自动化的抱怨 听过不少人这样讲 “UI自动化非常不稳定,需求一改,界面一遍,全部都费了”.我相信做过的人可能也会有同感.既然这个问题一直都是存在的,那么为什么没有人仔细分析原因呢? 我的老板george曾举了这样一个例子:每当需求变化的时候,开发没有跳起来,反而是测试跳了起来.然后不断的抱怨,界面元素全都改了,我的自动化的用例

1. selenium和浏览器 基于selenium的这套自动化体系,其实现关键就在于对于各浏览器的顺畅操作. 事实上当selenium刚开始起家的时候,他使用的还是javascript注入的方式来驱动浏览器操作:而彼时Firefox还是浏览器市场上的王者,他也是selenium最早开始支持的浏览器. selenium3时代一个很明显的改动在于,现在启动Firefox,你需要一个驱动了:也就是geckodriver. 2. 工具准备 接下来准备好浏览器以及相关工具: Firefox客户端:本文使

1.前言 我大概是在2012年第一次正式接触到自动化测试,那个时候跟随我的团队一起,就当时项目的UI自动化尝试做出了探索. 在我离开那家公司的时候,我们的自动化测试体系仍然难言完美,但是也已经达到了非常高效的程度.我们的测试部门从业务向的纯手工测试团队,也转型为了自动化:手动=2:1的队伍结构. 时至今日,自动化测试的火热程度比起当年又要上升了几个层级,对于测试工程师而言,掌握自动化测试的技术和思路,无疑是个人重要的技术性向道路.因此我准备花一定的篇幅,从新从头开始对于java+selenium

1.什么是UI自动化?模拟人用代码的方式去操作页面2.为什么要做UI自动化?后期迭代的时候,老功能比较多,人工维护成本较大,重复性工作较多,这个时候就考虑因为UI自动化3.什么时候做UI自动化?项目稳定,不再修改的某些老功能,为这些老功能提供UI自动化,来提高效率4.市面上主流的ui自动化方式 基于selenium ****** 基于webdriver Selenium3.x5.selenium的介绍selenium是用于测试web应用程序用户界面常用的框架,他是一款用于运行端到端的功能测试的工

本文来自网易云社区 前言 一直以来,项目迭代的时间都是比较紧张的,开发加班加点coding,测试加班加点提bug.都说"时间像海绵里的水,挤挤总会有的"(当然这里的"挤挤"就是加班喽,哈哈-) 然而,就算再怎么挤,一天就那么24个小时,除了睡觉吃饭,挤出来的时间完成平常的功能测试已经算不错了,很难抽出时间做一些兼容性测试之类的东东.但是,"混吃等死"显然不是我司员工的一派作风,解决问题才是缓解现状.拯救自我的最佳方式.然而,一提到兼容性,就不可避

官方文档: https://airtest.doc.io.netease.com/ 本文我们讲解下Airtest的使用,主要学习目标有以下几点: (1)认识Airtest (2)了解Airtest能做什么 (3)Airtest安装及环境搭建 (4)掌握Airtest图形化api使用 (5)Airtest实现APP电商自动化测试 (6)Airtest连接ios真机实现自动化测试 Airtest简介及环境搭建 1.Airtest简介 Airtest由网易团队出品,是一个基于图像识别原理的跨平台UI自

去年春节联欢晚会,为了那张“敬业福”,全家都卯足了劲儿“咻一咻”,连节目都顾不上看了.当时我就想,要是能自动化该多好,不停点击屏幕,屏幕不疼手还疼呢,何况还不好分心,生怕错过了“敬业福”.玩“咻一咻”,是靠不停点击按钮来检查是否得到“敬业福”,而工作中的UI自动化,大抵也和“咻一咻”差不多,都是通过不断地输入,验证系统的输出是否正确.然而做UI自动化,效果并不好,收益低就算了,执行速度还慢.比如打开一个浏览器,可能就要等3-5秒,如果等浏览器访问网址,返回网页内容,就需要更长的时间.要是遇到问题

@作者 彭海波 转载请注明出处 前言 由于需求的快速迭代和敏捷测试的要求,在测试过程中引入自动化成为必不可少的手段.作为一个互联网测试团队,我们自然也引入了自动化测试这个环节.在众多的测试框架中,我们选取了相对成熟稳定,支持多种平台的Appium框架.虽然Appium自身的Api能解决大多数的测试场景,但总有漏网之鱼.不巧,就是这些漏网之鱼往往成为我们自动化实施中的那些梗.本文主要介绍我们测试团队在Appium UI自动化实施过程遇到的梗,以及对应的解决方法. 自动化测试 Appium自动化框架

AutoTest系统设计概述 AutoTest是一个基于.NET平台实现的自动化/压力测试的系统,可独立运行于windows平台下,支持分布式部署,不需要其他配置或编译器的支持.(本质是一个基于协议的测试工具),前面还有一篇对其功能的简单介绍[AutoTest简介] AutoTest用于发布的部分有2个部分,主程序[AutoTest.exe]及分布式部署程序[RemoteService.exe](用于将将测试业务分布式部署到远程主机) 而在内部又被设计为多个组成部分,最终完成对自定义脚本文件的解

人类文明发展的一个重要标识是工具的诞生,当人类开始制作工具来提高生产力时,就逐渐拉开了与其他生物的距离.曾在2013年,<Google如何测试软件>中提到的分层自动化金字塔,轰动业界.而在互联网时代的今天,标识着测试技术重要进步的产物——自动化工具,也在逐渐推陈出新地用各种工具拉开企业间的差距. 图解: Unit代表单元测试,Service代表服务集成测试,UI代表页面级的系统测试:其中UI自动化,以其高度模拟用户真实场景的测试方式,备受广大测试人员的关注.但其高投入低产出的性价比,却让维护人

移动UI自动化,看起来美好,践行起来却难.做个目光短见的务实主义者.Page Objects Pattern是Selenium官方推崇的方式,最近研究写测试用例最佳实践之Page Objects,同时结合Appium的Java Client简单介绍下如何写出靠谱的Page Object. Page Objects Page Object定义为抽象web app页面的一系列对象,通过对页面功能的封装,它得到了很多好处: 减少重复代码 提高测试代码的可读性和稳定性 测试代码易于维护 一个简单的例子

v0.9是Hitchhiker在2017农历年的最后一个版本,而起点正是刚过完2016农历年,农历2018即将到来,一年轮回,今天写点东西稍微回顾下hitchhiker的2017. 先还是说v0.9,这次版本发布主要带来一个新的辅助测试功能:免脚本的断言测试,这是一个携程的朋友提出来的需求. 之前Hitchhiker支持在test脚本里写 tests['assert'] = value 这样来断言,但很多QA其实并不会编程,或者会其他语言但对js不熟,这样断言写起来就不太方便,所以这次应朋友的需

之前一个项目的特殊性, 以及一些操作权限上的问题,不能使用现有工具进行UI自动化. 在一些资深tester建议下决定采用Python的pywinauto模块来处理Windows控件的UI操作. 1. 首先搭建pywinauto环境. 1). 可以参考vncdotool - A command line VNC client 安装python2.7.5, Twisted 和PIL. 2). 安装elementtree(elementtree-1.2.7-20070827-preview.win32