欢迎光临
梦想从学习开始!

自动化测试框架的设计思路| 小熊测试

本文主要介绍 自动化测试框架的设计思路| 小熊测试,小熊希望对大家的学习或者工作具有一定的参考学习价值,在测试领域有所提升和发展。

  在开始设计之前,我们首先需要考虑以下几个方面:

  1、使用该框架写出来的自动化测试案例,需要给开发,手动测试,可能还有客户查看,所以写的测试案例需要尽量的清晰明了,不要有太多复杂逻辑,及比较好的可读性。

  2、使用这个框架做自动化的人,不会有太深的编程能力,所以要提供足够好的,最好是傻瓜化的测试点验证方法,及很好的异常容错处理能力。

  3、测试框架最好是app,网页测试,接口测试,统统都能支持。

  针对上面的几点,我们总结出以了下两个核心点:该测试框架需要很好的可读性和可扩展性。

  思考如下。

  可读性思考

  对于测试案例,比较流行的两种观点:

  1. 希望做成自然语言描述的case

  比如:

  I go to “www.baidu.com”

  I Input “点融网”

  I click 搜索按钮

  I see “点融网最有保障的P2P,最专业的技术团队”

  此方式为不懂技术的相关人员所喜爱,简单明了,可读性好。

  2. 希望做成编程模式

  比如:

  Driver.navigate_to(“www.baidu.com”)

  element = driver.find_element_by_id(“id”,”kw”)

  element.send_keys(“点融网”)

  element = driver.find_element(“id”, ”su”)

  element.click()

  ……

  此方式是自动化测试工程师喜欢的方式。希望告诉大家,我们也是写代码的,记住我们也是coder。

  针对以上两个不同观念,我们是否可以考虑将测试案例设计成,既能一定程度体现自然语言描述特点,又能兼顾使用程序语言的灵活性?

  我们仔细分析测试场景,抽出UI测试的核心行为,无非就是:

  检查点:

  · 页面元素是否存在

  · 页面元素显示内容是否正确

  · 页面元素是否可用

  ……

  辅助功能:

  · 等待元素出现

  · 点击某页面元素

  · 给元素输入内容

  ……

  分析抽出来的核心行为,发现这些行为基本都是针对一个个页面元素进行的操作。那么我们就可以做如下的动作:

  · 将页面元素看成一个对象,封装成一个类

  · 将上面分析得到的核心行为都封装成基类方法。然后确保,任何一个页面元素都继承该基类。

  · 该基类提供类似于自然语言的方法名字,调用这些方法,就能很明确的知道测试案例在做什么检查,在做什么行为,这样就能极大的提高测试案例的可读性

  基类举例:


您现在正在阅读的是由小熊分享邦为您整理的 自动化测试框架的设计思路| 小熊测试
  该基类主要目的是在UI测试中,对元素共性的检查点和辅助方法进行抽取,将它们封装成一个个非常容易读懂的方法,且具有异常处理能力。

  经过上述思路的整理,针对文章开始时例举的测试案例,就可以改写成如下:

  该测试案例是不是可读性变强了呢?也直接用程序语言写出来了呢?在实际的使用过程中,可以让手动QA或者不太熟悉代码的QA专门负责测试案例的实现,底层的方法包装可以由经验丰富一些的同事做。

  扩展性思考

  基于UI测试,我们希望除了支持web测试,还能支持app的测试,可能还需要接口测试,等等。怎么做呢?

  我们就需要考虑分层问题,将测试框架分为三层。

  第一层:测试案例层

  该层是测试案例的具体实现,就像上面写的case那样,用接近自然语言的方式,来实现测试案例。

  第二层:支持层

  该层主要提供workflow,通用工具,元素库的支持,便于测试案例层直接调用。

  · Workflow:主要封装测试项目中需要经常使用的针对项目的公用方法,供测试案例层直接调用。比如用户登录,注册一个用户,搜索出用户等等经常使用的动作。

  · 通用工具:提供一些通用方法,比如生成一个随机电话号码,生成一个随机身份证,数据库操作,http操作支持等等

  · 元素库:每一个页面元素的定位表达式(xpath,id,name,css,link_text等等表达式)

  我们的测试案例,都是针对一个个元素进行操作的。将每一个页面的每一个元素,都看成一个继承了基类的特定类。所以,我们的第一步,就需要找到这个元素,定位到这个元素。测试项目的所有元素都放到这里。

  第三层: driver层

  这一层主要封装各种driver。比如我们针对网页测试,使用selenium-webdriver开发包,针对app测试,我们使用appium开发包。我们在这一层进行封装,通过调用selenium-webdriver,appium提供的原生方法,封装成可读性很强的方法且加上容错机制。以后就算我们要换用其他的第三方包,我们的测试案例层和支持层的方法也不需要做任何的修改。只需要修改driver层实现的方式就可以了。在一层,我们主要实现两个方面的封装,一个是driver的封装,一个是基于基类自然语言函数的封装。

  driver封装

  我们需要封装,根据参数确实是基于web测试还是基于app测试。比如:

  该方法实现了对网页和app驱动的封装,根据不同参数,返回不同的driver。

  基类封装

  主要是封装各种可读性很很强的方法以及将元素定位标识及driver也封装进去。为了支持网页测试和app测试,我们需要两个基类,一个是针对网页操作基类,一个是针对app操作基类。同时为了web和app操作的一致性,我们要求对外提供的方法,必须要将常用的方法保持一致的名字和一样的参数类型及参数个数。

  网页基类示例如下:

  通过对driver和基类的封装,driver层实现了对网页测试和app测试的支持,并且针对两种测试,都提供了统一的方法,能够方便使用者,使用相同的方法,测试app和web。

  通过对可读性和扩展性的思考,我们在开发测试框架的时候,如果考虑的比较周全,就能很好的提高测试案例的可读性和扩展性。

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持小熊分享邦(www.xxfxb.com),希望大家能坚持软件测试之路,谢谢。

赞(0) 打赏
未经允许不得转载:小熊分享邦 » 自动化测试框架的设计思路| 小熊测试

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏