如何优化selenium webdriver的执行速度

目录

前言

在page_source中断言text比直接使用text属性断言要快

元素越具体，获取text的速度越快

使用变量去缓存没有变化的元素

快速在文本框中输入大文本

使用动态等待进行动态/AJAX 操作而不是固定睡眠

最后

---

前言

让自动化测试脚本正常工作只是自动化测试的第一步，由于自动化脚本会经常执行并更新，因此测试脚本需要

• 可以快速执行
• 容易维护
• 容易阅读

本文会提供一些让selenium自动化脚本运行的更快的技巧。

  Python自动化测试学习交流群：全套自动化测试面试简历学习资料获取点击链接加入群聊【python自动化测试交流】：http://qm.qq.com/cgi-bin/qm/qr?_wv=1027&k=DhOSZDNS-qzT5QKbFQMsfJ7DsrFfKpOF&authKey=eBt%2BF%2FBK81lVLcsLKaFqnvDAVA8IdNsGC7J0YV73w8V%2FJpdbby66r7vJ1rsPIifg&noverify=0&group_code=198408628

在page_source中断言text比直接使用text属性断言要快

我们经常会需要断言页面中的某个部分包含一些具体的文本，下面的语句的输出结果是相同的

driver.page_source 
driver.find_element(:tag_name => ‘body') .

不过对于第二条语句来说，selenium需要去分析页面的结构，最后再找到对应的元素并输入结果，这显然是需要花费时间的。如果页面比较小的化，那么二者的差距可能不大，不过对于大的页面来说，第一条语句速度明显会更快一些。

使用page text的情况：

expect(driver.find_element(:tag_name => "body").text).to include("platform- and language-neutral wire protocol")

使用 page source的情况：

expect(driver.page_source).to include("platform- and language-neutral wire protocol")

来看一下差距：

Method 1: Search whole document text took 0.823076 seconds 
Method 2: Search whole document HTML took 0.039573 seconds

当然两者的使用场景是不太相同的，不过我们这里只关注性能，显然page source要更快速一些。

元素越具体，获取text的速度越快

根据经验，我们可以通过缩小更具体的 Web 控件的范围来节省执行时间。下面的两个断言语句在很大程度上实现了相同的功能，但在执行时间上有很大的不同。

expect(driver.find_element(:tag_name, “body”).text).to include(“language-neutral wire”)

这条语句的执行时间是0.93s

expect(driver.find_element(:id, “abstract”).text).to include(“language-neutral wire”)

这个断言只执行了0.02s

很明显，第2个断言除了在执行速度上更快之外，断言也更加精确，更容易理解。

  Python自动化测试学习交流群：全套自动化测试面试简历学习资料获取点击链接加入群聊【python自动化测试交流】：http://qm.qq.com/cgi-bin/qm/qr?_wv=1027&k=DhOSZDNS-qzT5QKbFQMsfJ7DsrFfKpOF&authKey=eBt%2BF%2FBK81lVLcsLKaFqnvDAVA8IdNsGC7J0YV73w8V%2FJpdbby66r7vJ1rsPIifg&noverify=0&group_code=198408628

 

使用变量去缓存没有变化的元素

我经常看到有人编写如下测试来检查页面上的多个文本。

driver.navigate.to(site_url + "/WebDriverStandard.html") expect(driver.find_element(:tag_name, "body").text).to include("Firefox") 
expect(driver.find_element(:tag_name, "body") ").text).to include("chrome") 
expect(driver.find_element(:tag_name, "body").text).to include("W3C")

执行时间2.35s

上述三个测试语句非常低效，因为每个测试语句都调用 driver.find_element(:tag_name, 'body').text，当网页很大时，这可能是费时费力的工作。

解决方案：使用一个变量来存储网页的文本，这是编程中很常见的做法。

the_page_text = driver.find_element(:tag_name, “body”).text expect(the_page_text).to include("Firefox") 
expect(the_page_text).to include("chrome") 
expect(the_page_text).to include("W3C" )

执行速度0.86s

无论我们在该页面上执行了多少断言（针对页面文本），只要我们检查的页面文本没有改变，我们都会获得恒定的执行时间。

快速在文本框中输入大文本

我们通常用来send_keys在文本框中输入文本。当您发现要输入的文本字符串很大，例如数千个字符时，尽量避免使用，send_keys因为它不高效。下面是一个例子：

long_str = “START” + ‘0’ * 1024 * 5 + “END” # just over 5K 
text_area_elem = driver.find_element(:id, “comments”) 
text_area_elem.send_keys(long_str)

执行时间3.8s

其实解决方案很简单，用js来做

driver.execute_script(“document.getElementById('comments').value = arguments[0];”, long_str)

执行时间0.2s

使用动态等待进行动态/AJAX 操作而不是固定睡眠

对于一些前后端分离的页面，由于操作之间页面不会刷新，我们就不能依赖selenium自带的页面刷新等待机制，所以我们经常需要去等待一个元素出现或者消失，下面的代码演示了这个过程。

driver.find_element(:xpath,"//input[ @value ='Pay now']").click 
sleep 10 # seconds 
expect(driver.find_element(:id, "bn").text).to include("RN #")

这样无论这个页面的流畅程度如何，上面的代码都至少需要执行10s，一个用例的话10s可以接受，但如果大部分用例里都有固定等待时间，那整个测试执行的过程将是非常缓慢的。

解决方案是使用动态等待。

wait = Selenium::WebDriver::Wait.new(:timeout => 10) # seconds 
wait.until{ driver.find_element(:id, "bn").text.include?("RN#") }

最后

如果用例是一个接一个串行执行的话，那么执行速度可以优化的空间也是有上限的，更好的方案是多组用例一起执行，多一些执行机，把串行该成并行，这样的优化效果将更加明显。总之时间太长，就想办法堆机器吧。

感谢每一个认真阅读我文章的人！！！

我个人整理了我这几年软件测试生涯整理的一些技术资料，包含：电子书，简历模块，各种工作模板，面试宝典，自学项目等。欢迎大家点击下方名片免费领取，千万不要错过哦。