Selenium执行测试脚本稳定性的一些经验分享交流

关于工作中使用Selenium执行测试脚本稳定性的一些经验分享

  公司的自动化WEB测试框架IATA已上线运行了一段时间,期间发现一些脚本稳定性的问题,与大家分享一下。

  CASE执行游览器:ie firefox chrome

  稳定性问题

   一、在持续执行WEB自动化的过程中,如需持续执行脚本,比如持续跑脚本24小时,48小时,甚至一周时间。测试CASE会间歇性发生持续加载页面无响 应的情况。此现象发生后,测试CASE就会因为持续加载页面这个动作而无响应。后续CASE也不会执行直到当前人为手工解决当前的测试进程。

  现象:页面持续加载 无反应,测试CASE 中断无法继续执行。

  解决方案:

  1)如上图

  建议使用线程的方式来监控测试进程的WEB加载执行状态。若超时后则从线程中FAIL当前CASE,使脚本可以持续运行。

  方法

   在页面会发生跳转的时候 启一个 Thread来监控进程的状况,在Thread的run方法定义一个 计时器,如果计时器超时,则可以刷新页面,计时器清零,若此时刷新页面后,计时器再次超时,则线程会关闭当前进程的游览器,FAIL掉当前的 CASE,TestNG会自动启动下一个测试CASE。并且在全部测试CASE执行完毕后,TestNG会记载执行失败的CASE,然后从新执行 CASE。

  部分Thread 代码

  Refresh  code:

  干掉线程的 code

  这里是关掉chrome的进程 来达到关闭游览器的目的。

  通过上述步骤则可以控制游览器加载的过程从而解决CASE中加载页面无响应导致的CASE暂停问题。

 我们发现使用WebDriver的过程中,TESTCASE在执行时,并非只有GET(Url)的时候会发生测试CASE卡主的问题,以下是对会发生此情况的函数的补充

  driver.findelement(String locator) //查找页面元素
driver.refush(); //刷新页面
driver.getpagesource(); //获取页面html文本输出
element.click();//点击页面元素

  见过检查发现上述函数在加载页面或查找页面元素的时候,若发生由于网络原因或者页面模块加载出现问题时,页面都会在这个过程中卡住,直接的后果就是这个CASE持续执行几小时没结果。在 稳定性1文中我们已经介绍过处理的方法,在这里只针对某一个函数去放出部分代码,

  具体思路为

  以driver.refush();为例

  线程实现的代码

  核心调用的刷新页面的函数

  refreshThread();实现

  调用流程

  主CASE执行刷新函数?刷新函数调用子线程?子线程执行刷新?执行完毕告诉主线程OK。

  若主线程判断子线程超时既页面卡主的情况,则主线程会关闭子线程执行相应的FAIL操作。

  欢迎交流~

====================================分割线================================

最新内容请见作者的GitHub页:http://qaseven.github.io/

时间: 2024-10-25 22:13:22

Selenium执行测试脚本稳定性的一些经验分享交流的相关文章

运维经验分享(三)-- 解决Ubuntu下crontab不能正确执行脚本的问题

原创作品,允许转载,转载时请务必以超链接形式标明文章 原始出处 .作者信息和本声明.否则将追究法律责任.http://dgd2010.blog.51cto.com/1539422/1676490 运维经验分享作为一个专题,目前共7篇文章 <运维经验分享(一)-- Linux Shell之ChatterServer服务控制脚本> <运维经验分享(二)-- Linux Shell之ChatterServer服务控制脚本二次优化> <运维经验分享(三)-- 解决Ubuntu下cro

通过IBM RQM来执行和管理Selenium测试脚本

它能够管理并运行由其他工具创建的http://www.aliyun.com/zixun/aggregation/18863.html">自动化测试脚本.本文将介绍如何通过 JUnit Selenium Adapter 将 Selenium 与 RQM 集成起来,更好的通过 RQM 来执行和管理 Selenium 测试脚本. 一.RQM 及其如何管理自动化测试脚本的简介 IBM Rational Quality Manager(RQM)是一款基于 Web 的出色的质量管理软件,用于贯穿软件生

运维经验分享(六)-- 深究crontab不能正确执行Shell脚本的问题(二)

原创作品,允许转载,转载时请务必以超链接形式标明文章 原始出处 .作者信息和本声明.否则将追究法律责任.http://dgd2010.blog.51cto.com/1539422/1677211 运维经验分享作为一个专题,目前共7篇文章 <运维经验分享(一)-- Linux Shell之ChatterServer服务控制脚本> <运维经验分享(二)-- Linux Shell之ChatterServer服务控制脚本二次优化> <运维经验分享(三)-- 解决Ubuntu下cro

用Rational Functional Tester创建随需应变的自动测试脚本

简介:IBM Rational Functional Tester 是由 IBM 推出的针对 Java..Net 和 Web 应用程序的自动 化测试工具,拥有功能强大的编辑器并支持多种脚本语言,还集成了 ScriptAssure 技术.模式匹配功能 及数据驱动,以增强测试脚本的灵活性.借助这一工具,测试人员可以轻松地录制或编写脚本来进行自动 化测试,极大地提高了测试效率. 软件在开发过程中是不断变化的,之后各个版本间的更替也会 不可避免地引起界面.功能的变化,可以说"唯一不变的,就是变化&quo

运维经验分享(七)-- Linux Shell之ChatterServer服务控制脚本第三次优化

原创作品,允许转载,转载时请务必以超链接形式标明文章 原始出处 .作者信息和本声明.否则将追究法律责任.http://dgd2010.blog.51cto.com/1539422/1677214 运维经验分享作为一个专题,目前共7篇文章 <运维经验分享(一)-- Linux Shell之ChatterServer服务控制脚本> <运维经验分享(二)-- Linux Shell之ChatterServer服务控制脚本二次优化> <运维经验分享(三)-- 解决Ubuntu下cro

crontab不执行perl脚本分析

在新装的Linux服务器上部署了一个作业监控磁盘空间并提前告警,在shell脚本里面调用了一个perl脚本发送告警邮件.结果出现了一个很奇怪的现象:如 果手工执行该脚本/home/oracle/scripts/disk_capatiy_alarm.sh能发出告警邮件,但是在crontab里面发现 脚本没有发出告警邮件.检查了/var/log/cron后发现该作业执行了.最后发现shell执行了,但是perl脚本没有执行.搜索了相关资料后, 了解到一般出现这种情况要么是因为环境变量,要么是因为使用

运维经验分享(四)--关于 java进程管理的服务控制脚本编程思路分析

原创作品,允许转载,转载时请务必以超链接形式标明文章 原始出处 .作者信息和本声明.否则将追究法律责任.http://dgd2010.blog.51cto.com/1539422/1677155 运维经验分享作为一个专题,目前共7篇文章 <运维经验分享(一)-- Linux Shell之ChatterServer服务控制脚本> <运维经验分享(二)-- Linux Shell之ChatterServer服务控制脚本二次优化> <运维经验分享(三)-- 解决Ubuntu下cro

运维经验分享(二)-- Linux Shell之ChatterServer服务控制脚本二次优化

原创作品,允许转载,转载时请务必以超链接形式标明文章 原始出处 .作者信息和本声明.否则将追究法律责任.http://dgd2010.blog.51cto.com/1539422/1674188 运维经验分享作为一个专题,目前共7篇文章 <运维经验分享(一)-- Linux Shell之ChatterServer服务控制脚本> <运维经验分享(二)-- Linux Shell之ChatterServer服务控制脚本二次优化> <运维经验分享(三)-- 解决Ubuntu下cro

运维经验分享(五)-- 改进的java进程管理的服务控制脚本

原创作品,允许转载,转载时请务必以超链接形式标明文章 原始出处 .作者信息和本声明.否则将追究法律责任.http://dgd2010.blog.51cto.com/1539422/1677157 运维经验分享作为一个专题,目前共7篇文章 <运维经验分享(一)-- Linux Shell之ChatterServer服务控制脚本> <运维经验分享(二)-- Linux Shell之ChatterServer服务控制脚本二次优化> <运维经验分享(三)-- 解决Ubuntu下cro