一、请描述一下自动化测试流程?
自动化测试流程一般可以分为以下七步:
编写自动化测试计划;
设计自动化测试用例;
编写自动化测试框架和脚本;
调试并维护脚本;
无人值守测试;
后期脚本维护(添加用例、开发更新版本)。
二、自动化测试有误报过bug吗?产生误报怎么办?
有误报过,有时候自动化测试报告中显示发现了bug,实际去通过手工测试去确认又不存在该bug。
误报原因一般是:
元素定位不稳定,需要尽量提高脚本的稳定性;
开发更新了页面但是测试没有及时更新维护。
三、什么是PO模式?
全称:page object model 简称:POM/PO,PO模式最核心的思想是分层,实现松耦合,实现脚本重复使用及脚本易维护性。
PO模式主要分三层:
1.基础层BasePage:封装一些最基础的selenium的原生的api方法,元素定位,框架跳转等。
2.PO层:元素定位、获得元素对象,页面动作
3.测试用例层:业务逻辑,数据驱动。
三者的关系:PO层继承基础层,测试用例层调用PO层。
对有验证码的功能模块进行自动化测试,可以通过以下方式:
让开发去掉验证码。未上线前,让开发去掉验证码验证,方便做自动化测试;
设置一个万能的验证码。未上线前,让开发生成固定的验证码,方便做自动化测试。
通过 cookie 绕过登录。
自动识别技术识别验证码。第一种是:OCR 自动识别技术,第二种是:通过第三方打码平台的接口来识别。
五、如何提高脚本的稳定性?
提高脚本的稳定性,可以通过以下方式:
不要右键复制 xpath(绝对路径很不稳定),自己写相对路径;
定位没问题,第二个影响因素那就是等待了,sleep 等待尽量少用(影响执行时间);
定位元素方法重新封装,结合 WebDriverWait 和 expected_conditions 判断元素方法,自己封装一套定位元素方法;
六、如果一个元素无法定位,你一般会考虑哪些方面的原因?
一个元素无法定位,可能的原因有:
页面加载元素过慢,加等待时间;
页面有frame框架页,需要先跳转入frame框架再定位;
可能该元素是动态元素,定位方式要优化,可以使用部分元素定位或通过父节点或兄弟节点定位;
可能识别了元素,但是不能操作,比如元素不可用,不可写等。需要使用js先把前置的操作完成。
七、你的自动化用例的执行策略是什么?
自动化用例的执行策略的含义:
自动化测试用例是用来监控的。集成到Jenkins,创建定时任务定时执行;
有些用例在产品上线前必须回归。Jenkins上将任务绑定到开发的build任务上,触发执行;
有些用例不需要经常执行。Jenkins创建一个任务,需要执行的时候人工构建即可。
八、编写自动化用例的原则?
编写自动化用例的原则包括以下几个方面:
一个用例是一个完整的场景。
一个用例只验证一个功能点。
用例与用例之间尽量避免产生依赖。
一条用例完成测试之后需要对测试场景进行还原,以免影响其它用例的执行。
脚本编写好了之后,需要反复执行,不断调试,直到运行正常为止。脚本的编写和命名要符合管理规范,以便统一管理和维护。
九、selenium工作原理?
Selenium的工作原理可以概括为以下5个方面:
selenium client(Python等语言编写的自动化测试脚本)初始化一个service服务,通过webdriver启动浏览器驱动程序chromedriver.exe;
通过RemoteWebDriver向浏览器驱动程序发送HTTP请求,浏览器驱动程序解析请求,打开浏览器,并获得sessionid,如果再对浏览器操作需携带此sessionid;
打开浏览器后,所有的selenium的操作(访问地址,查找元素)均通过RemoteConnection链接到remote server,然后使用execute方法调用request方法通过urlib3向remote server请求;
浏览器通过请求的内容执行对应动作;
浏览器再把执行的动作结果通过浏览器驱动程序返回给测试脚本。
十、你的自动化框架结构是怎么样的?
搭建的自动化测试框架采用分层设计模型框架,主要分为以下几个模块:
common:一些基础的底层方法类,例如:测试报告类、数据配置读取类、日志类、封装webdriver类、数据库连接类、发送邮件类、公共方法类,只要是我们想要实现的一些功能,可以把基础方法的实现放在common文件夹。
config:配置文件放在这里,比如:账号密码、数据库连接地址等。
log:运行用例后,日志的存储文件夹。
report:运行用例后,测试报告的存储文件夹。
page:在POM设计模式下,关于具体UI页面操作的方法。
test_case:具体存放编写的测试用例。
run_all:用来批量运行测试用例。