UI自动化和selenium相关以及八大定位

一、UI自动化相关

1. UI自动化的本质(重点)

定位元素→操作元素→模拟页面操作→断言→测试报告

2. 适合UI自动化的场景

UI自动化的前提条件

(1)需求不能频繁变动

(2)UI稳定(UI自动化就是基于UI层面的,UI界面总变化无法开展)

(3)项目周期长(UI自动化脚本编写和调试耗时,项目周期短纯手工更高效)

(4)回归测试频繁(回归测试多就会有不断的主流程功能需要回归,自动化更高效)

适用场景

(1)冒烟测试

(2)主功能回归测试

3. UI自动化的原则

(1)一个case完成一个功能测试(直接从功能测试用例里摘出可以自动化的进行标记)

(2)一个脚本是一个完整的业务场景

(3)每个脚本可以独立运行,没有依赖关系

(4)设计合适的检查点

(5)设计良好的框架

4. UI自动化的覆盖率

覆盖率是根据具体项目来说的,并不是说占比越高就越好,会收到项目周期,迭代次数等影响;

5. UI自动化用例从哪里来:手工测试用例中摘出可以自动化的

二、Selenium相关

1. selenium优点(重点)

(1)开源,免费

(2)支持多浏览器:firefox,Chrome(常用前两个),Opera,IE,Edge,Safari

(3)支持多平台:Windows,Linux,MAC

(4)支持多语言:Python,Java,C#,C++,JavaScript

(5)对web支持良好

(6)简单(API简单),灵活(开发语言进行驱动)

(7)支持分布式测试用例执行

2. Selenium的发展(了解即可)

(1)selenium1.0:2004年,Jason Huggins研发Selenium项目,2006年加入了Selenium RC(Remote Control)是Selenium家族的核心部分。

(2)Selenium2.0:2011年,因为Selenium和Webdriver的合并,Selenium 2.0由此诞生。简单用公式表示为:Selenium 2.0 = Selenium 1.0 + WebDriver;在Selenium 2.0中主推的是WebDriver,可以将其看作Selenium RC的替代品。因为Selenium为了保持向下的兼容性,所以在Selenium 2.0中并没有彻底地抛弃Selenium RC。

(3)Selenium3.0:2016年,selenium3.0出生

——去掉了RC,简单用公式表示为:Selenium 3.0 = Selenium 2.0 - Selenium RC(Remote Control)

——Selenium3.0只支持Java8版本以上。

——Selenium3.0中的Firefox浏览器驱动独立了,以前装完selenium2就可以驱动Firefox浏览器了,现在和Chrome一样,必须下载和设置浏览器驱动。

——支持的浏览器更多了。

RC和webdriver区别:RC是通过脚本→selenium server→浏览器→web应用

Webdriver是直接脚本→浏览器→web应用,速度更快;

3. Selenium环境搭建的一般问题:浏览器需要装对应版本的driver驱动,启动不了或者是报版本错误,一般就是下载的driver版本不对应。

三、Selenium常用API

1.八大定位方式

from selenium import webdriver

driver=webdriver.Chrome()
#以下方式均可以find_elements
driver.find_element_by_id("**")#id值定位,唯一
driver.find_element_by_name("**")#name属性,不唯一
driver.find_elements_by_class_name("**")#类名定位,class的属性值
driver.find_element_by_tag_name("**")#标签名定位,定位到第一个标签
driver.find_element_by_link_text("**")#链接文本定位,必须有链接和可跳转的文字
driver.find_element_by_partial_link_text("**")#部分链接文本定位
driver.find_element_by_xpath("**")#xpath路径表达式
driver.find_element_by_css_selector("**")#css选择器定位

重点说明:

1.复合类(class=“类名1 类名2”)即class包含超过2,不要用class_name定位,会报错

2.link_text文字可以点击跳转就可以用这个方式定位,也就是包含href属性

3.partial_ink_text传的内容必须是唯一的,否则页面定位到的元素太多

4.tag_name用标签名定位,一般不使用,同名太多

原文地址:https://www.cnblogs.com/jiachangwei/p/12153145.html

时间: 2024-10-20 04:23:33

UI自动化和selenium相关以及八大定位的相关文章

ui自动化之selenium操作(五)简单元素操作--续

1. 多窗口切换 有时候需要在多窗口切换,webdriver提供了switch_to_window()方法支持切换窗口: from selenium import webdriver import os,time driver = webdriver.Chrome() frist_url = "http://www.baidu.com" driver.get(frist_url) #获取百度登录窗口句柄 login_windows = driver.current_window_han

UI自动化测试之selenium(1)——selenium中的常用api

目录 1 对浏览器操作1.1 用webdriver打开一个浏览器1.2 最大化浏览器&关闭浏览器1.3 设置浏览器窗口大小1.4 打开测试页面1.5 处理浏览器弹出的新窗口2 页面元素定位3 如何对页面元素进行操作3.1 WebElement相关方法3.2 iFrame的处理3.3 输入框(text field or textarea)3.4 下拉选择框(Select)3.5 单选项(Radio Button)3.6 多选项(checkbox)3.7 按钮(button)3.8 处理Alert3

UI自动化之——元素定位

一.概述 UI自动化要做的就是模拟鼠标和键盘对元素进行操作,单击.输入或鼠标悬停等操作,所有的这些操作都建立在找到元素的基础上,下面说一下,selenium的八大元素定位,重点说一下xpath元素定位. 二.selenium的八大元素定位 2.1 id定位 find_element_by_id() # 通过id属性来定位元素 2.2 name定位 find_element_by_name() # 通过name 属性来定位元素 2.3 class定位 find_element_by_class_n

Python Selenium 搭建Web UI自动化

Python搭建UI自动化环境 下载Python3 Python官网 PyCharm 环境配置 安装Python 勾选Add Python to PATH,一直下一步. 验证:CMD输入Python 下载Chrome Driver 点击下载chromedriver 将驱动放入Python根目录下 安装PyCharm 转载:安装教程 安装Selenium 打开PyCharm 新建Python File 点击面板底部 Terminal 输入pip install selenium 安装.pip li

【原创】翻译一些关于webdriver、selenium相关的开源自动化文章

一方面是激励自己学习,另一方面是提高自己的英文水平. 接下来的一段时间里,按照计划一个星期翻译一篇英文文章. 内容: webdriver.selenium自动化相关 来源: google搜索关键字 xxx test with selenium 或 xxx test with webdriver 时间: 2014-5-16日至2014-6-16日 文章列表(更新中): (1)关于使用selenium对ExtJS进行测试的几点建议 [原创]翻译一些关于webdriver.selenium相关的开源自

UI自动化页面元素定位

做ui自动化的最基础的就是页面元素定位了,如果连页面元素都定位不到,自动化从何谈起呢?接下来我们就看看页面元素定位的方法吧!(这里就用百度页面来进行演示) 一.最通用的几种定位方式: 1.通过id定位 1 driver.find_element_by_id('su') 2.通过name定位 driver.find_element_by_name('mp') 3.通过class属性 driver.find_element_by_class_name('s_ipt') 4.通过文本链接 driver

selenium-java,解决一些加了显性等待和隐性等待都不好使的情况,以及给UI自动化加上暂停功能

最近在UI自动化时遇到了,上一步成功操作后没有响应的情况(动画加载和浏览器加载导致实际没有问题),导致下一步无法成功操作,所有想在尝试2次操作后再次进行上一步操作解决这种情况导致的错误(其实是不想每一次有问题都要手动加线程沉睡) 1.java应用程序,暂停/开始按钮 import java.awt.Dimension; import java.awt.Toolkit; import java.awt.event.ActionEvent; import java.awt.event.ActionL

【Android测试】UI自动化代码优化之路(临时发布)

关于UI自动化的抱怨 听过不少人这样讲 "UI自动化非常不稳定,需求一改,界面一遍,全部都费了".我相信做过的人可能也会有同感.既然这个问题一直都是存在的,那么为什么没有人仔细分析原因呢? 我的老板georgeliao举了这样一个例子:每当需求变化的时候,开发没有跳起来,反而是测试跳了起来.然后不断的抱怨,界面元素全都改了,我的自动化的用例全部都要废弃掉了.那么我们是否想过,为什么开发可以从容不破的应对产品不断变化的需求?而我们却不能呢? 业内不少人也都放弃了UI自动化,觉得接口测试才

UI自动化,你值得拥有

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