01 什么是自动化测试,
自动化测试的优势是什么?
通过工具或脚本代替手工测试执行过程的测试都叫自动化测试。
自动化测试的优势:
减少回归测试成本
减少兼容性测试成本
提高测试反馈速度
提高测试覆盖率
让测试工程师做更有意义的测试
02 什么样的项目比较适合做自动化测试,
什么样的不适合做自动化测试?
适合做的项目:
项目周期长且相对稳定
需要做频繁的冒烟测试
需要经常做回归测试
需要进行大数据量的数据驱动测试
不适合做的项目:
项目周期短用例不会多次重复执行
被测项目不稳定变化太频繁
03 说一下开展自动化工作的主要流程是怎样的?
选择合适的测试工具
定义自动化测试覆盖的范围
制定测试计划
自动化测试环境搭建
脚本开发
测试执行
测试脚本维护
04 在制定自动化测试计划的时候一般要考虑哪些点?
选择适合的测试工具或分析当前的工具是否适合新项目
选择合适的自动化测试框架
确定要做自动化测试的范围和不做自动化测试的范围
测试环境的准备与搭建
制定一个粗略的脚本开发的时间表
制定脚本执行的一些策略,如冒烟测试的频率、回归测试的时间点及频率等
定义自动化测试的输出,比如脚本、测试数据、发现的缺陷、测试报告等
05 编写自动化脚本时的一些规范?
统一的命名约定,如用例名、方法名等
良好的脚本注释
遵循代码规范,使用适当的缩进
对异常进行处理
06 你一般一天能编写多少个自动化脚本?
这个取决于测试用例场景的复杂度,一般一天能写~个左右,复杂的话一天只能写一个。
07 做自动化测试时关注的一些指标?
自动化测试用例的覆盖率=自动化测试用例数/所用用例总数,这个比例越高测试反馈越快,成本节约越多。
节省的时间成本=手工测试所花的时间-自动化测试所花的时间。
自动化测试的投入=开发脚本的投入+脚本维护的投入+工具价格。
自动化测试发现的缺陷数,每次回归测试时自动化测试发现的缺陷数及漏测数,反应了自动化用例的有效性。
自动化测试投入产出比:
ROI=(手工测试的成本-自动化测试成本)/自动化测试成本。
ROI如果是负值说明自动化测试的成本未收回,ROI为正值说明自动化测试成本已回收,且值越大说明回报越好。
08 自动化测试可以达到100%的覆盖率吗?
比较难,因为有些用例场景无法被自动化,一些验证易用性友好性的用例不适合做自动化,有些边缘的用例很少被重复执行,从投入产出比来说也不适合做自动化。
09 你们公司开展自动化测试遇到一些什么问题?
项目流程不规范,项目变动频繁导致自动化用例维护成本高。
如何解决:深入理解用户需求,规范开发流程,自动化用例先覆盖已经稳定的功能。
对自动化期望太高。
如何解决:自动化也是一个逐步完善的过程,不可能一下子完全代替手工。
有些自动化工程师的技术能力偏弱。
如何解决:提升编程能力、提升自动化工具使用能力、对新人进行培训等。
10 Selenium驱动浏览器使用的协议是什么?
JsonWireProtocol是通过使用WebDriver与remote server进行通信的Web Service协议。通过http请求,完成和remote server的交互。
11 Selenium工具都包含哪些组件?
Selenium WebDriver:
Selenium IDE:
Selenium Grid:
12 Selenium中定位网页元素的八种方式?
13 WebDriver启动常见的浏览器语句?
#!/usr/bin/env python
# -*- coding:utf-8 -*-
from selenium import webdriver
driver = webdriver.Chrome()
driver = webdriver.Firefox()
driver = webdriver.Ie()
14 如何选中下拉列表中的下拉选项?
#!/usr/bin/env python
# -*- coding:utf-8 -*-
# 通过选项的顺序,第一个为0
select_by_index(index)
# 通过value属性
select_by_value(value)
# 通过选项可见文本
select_by_visible_text(text)
15 如何取消选中下拉列表中的下拉选项?
#!/usr/bin/env python
# -*- coding:utf-8 -*-
deselect_by_index(index)
deselect_by_value(value)
deselect_by_visible_text(text)
deselect_all()
16 Selenium如何处理弹窗?
#!/usr/bin/env python
# -*- coding:utf-8 -*-
# 确认
driver.switch_to.alert.accept()
# 取消
driver.switch_to.alert.dismiss()
# 在弹出框输入内容
driver.switch_to.alert.send_keys("输入数据")
17 Selenium可以处理Windows弹窗吗?
Selenium本身是不可以处理Windows弹窗的,但是Selenium可以借助Autolt小工具来完成对Windows弹窗的操作。
18 如何判断一个元素在页面上是显示出来的?
webelement类中的is_displayed()方法。本身这个函数用于判断某个元素是否存在页面上(这里的存在不是肉眼看到的存在,而是html代码的存在。某些情况元素的visibility为hidden或者display属性为none,我们在页面看不到但是实际是存在页面的一些元素)。
19 Selenium中如何判断元素是否存在?
#!/usr/bin/env python
# -*- coding:utf-8 -*-
from selenium.common.exceptions import NoSuchElementException
# 判断元素是否存在
def isElementPresent(self, by, value):
try:
element =self.driver.find_element(by=by, value=value)
except NoSuchElementException as e:
# 发生了NoSuchElementException异常,说明页面中未找到该元素,返回False
return False
else:
# 没有发生异常,表示在页面中找到了该元素,返回True
return True
20 driver.quit()和driver.close()的区别?
driver.close()仅关闭当前用户正在操作的页面;
driver.quit()关闭整个浏览器,关闭所有的页面。
21 自动化测试用例从哪里来?
手工用例中抽取
参考自动化用例的执行策略
22 常见的自动化测试框架有哪些?
线性脚本框架、基于模块化的框架、库结构框架、数据驱动框架、关键字驱动框架、混合框架等。
23 什么是POM?
POM中文字母意思是页面对象模型,POM是一种最近几年非常流行的自动化测试模型,或者说思想。
POM不是一个框架,是一个解决问题的思想。采用POM的目的是为了解决前端中UI变化频繁,从而造成测试自动化脚本维护的成本越来越大。
POM主要有以下优点:
把Web UI对象仓库从测试脚本分离,业务代码和测试脚本分离;
每一个页面对应一个页面类,页面的元素写到这个页面类中;
页面类主要包括该页面的元素定位,和这些元素相关的业务操作代码封装的方法;
代码复用,从而减少测试脚本代码量;
层次清晰,同时支持多个编写自动化脚本开发,例如每个人写哪几个页面,不影响他人;
建议页面类和业务逻辑方法都给一个有意义的名称,方便他人快速编写脚本和维护脚本。
24 Selenium中如何保证操作元素的成功率?
也就是说如何保证我点击的元素一定是可以点击的?
添加元素智能等待时间driver.implicitly_wait()。
try方式进行id、name、class、xPath、css selector 不同方式进行定位,如果第一种失败可以自动尝试第二种。
Selenium保证元素成功率是通过元素的定位,当然它的定位方法很多,一定能有合适的。
但是在自动化工程的实施过程中,高质量的自动化测试不是只有测试人员保证的,需要开发人员规范开发习惯,如给页面元素加上唯一的name、id等,这样就能大大地提高元素定位的准确性。
当然如果开发人员开发不规范,我们在定位元素的时候尽量使用相对地址定位,这样能减少元素定位受页面变化的影响。只要我们元素定位准确,就能保证每一个操作符合预期结果。
25 如何提高Selenium脚本的执行速度?
Selenium脚本的执行速度受多方面因素的影响,如网速、操作步骤的繁琐程度、页面加载的速度以及我们在脚本中设置的等待时间、运行脚本的线程数等。所以不能单方面追求运行速度的,要确保稳定性,能稳定地实现回归测试才是关键。
我们可以从以下几个方面来提高速度:
减少操作步骤,如经过三四步才能打开我们要测试的页面的话,我们就可以直接通过网址来打开,减少不必要的操作。
中断页面加载,如果页面加载的内容过多,我们可以查看一下加载慢的原因,如果加载的内容不影响我们测试,就设置超时时间,中断页面加载。
在设置等待时间的时候,可以sleep固定的时间,也可以检测某个元素出现后中断等待也可以提高速度。
配置实现多线程,在编写测试用例的时候,一定要实现松耦合,然后在服务器允许的情况下,尽量设置多线程运行,提高执行速度。
26 你的自动化用例的执行策略是什么?
自动化测试用例的执行策略是要看自动化测试的目的,通常有如下几种策略:
自动化测试用例是用来监控的,在此目的下,我们就把自动化测试用例设置成定时执行的,比如每五分钟或是一个小时执行一次,在Jenkins上创建一个定时任务即可。
必须回归的用例,有些测试用例在产品变动上线之前都需要回归执行,那我们就把测试用例设置成触发式执行,在Jenkins上将我们的自动化测试任务绑定到开发的build任务上,当开发人员在测试环境上部署代码的时候,我们的自动化测试用例就会被触发执行。
不需要经常执行的测试用例,像全量测试用例,我们没有必要一直回归执行,必竟还是有时间消耗的,有些非主要业务线也不需要时时回归,这类测试用例我们就采用人工执行,在Jenkins上创建一个任务,需要执行的时候人工去构建即可。
27 什么是持续集成?
持续集成源于极限编程(XP),是一种软件实践,软件开发过程中集成步骤是一个漫长并且无法预测的过程。集成过程中可能会爆发大量的问题,因此集成过程需要尽可能小而多,实际上持续集成讲的是不断的去做软件的集成工作。持续集成,最简单的形式是包括一个监控版本控制(SVNGit等)变化的工具,当变化被发觉时,这个工具可以自动的编译并测试你的应用。
感谢每一个认真阅读我文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:
这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取