• 0
  • 0
分享

  最近,项目上出于系统性稳定性、减少测试工作量考虑,打算在 Web 前端引入 BDD。由于上一个项目写了一定的 Cucumber 代码(BDD 测试框架之一),这个框架选型的责任便落到了我的肩膀上了。


1-1.jpg

  在我们进行框架选型的时候,着重考虑了一个因素:测试实现脚本是由开发人员编写的,因此最好寻找 JavaScript 支持的框架。在搜索了一天后,选择了三个框架 Cucumber、Robot、Gauge。以下是上述的三个框架入选的原因:

  Cucumber,团队的开发人员有一些有相关的开发经验、支持 JavaScript。

  Robot Framework,测试人员接受过相关的培训、不支持 JavaScript。

  Gauge,可以生成更好的测试报告及自由的书写、支持 JavaScript。不过,主要是我写腻了 Cucumber。

  随后,便使用三个不同的框架写了几个 UI 测试的 DEMO。在开始之前,让我们了解什么是 BDD。

  BDD

  Behavior Driven Development,行为驱动开发是一种敏捷软件开发的技术,它鼓励软件项目中的开发者、QA 和非技术人员或商业参与者之间的协作。

  与一般的自动化测试(如单元测试、服务测试、UI 测试)不一样的是,BDD 是由多方参与的测试开发方式。如在使用 Protractor 写 Angular 的 E2E 测试的时候,所以的测试都是前端测试人员编写的。BDD 最重要的一个特性是:由非开发人员编写测试用例,而这些测试用例是使用自然语言编写的 DSL(领域特定语言)。

  换多话来说,业务人员、测试人员、客户等利益相关者,以习惯的方式编写相关的测试用例,再由开发人员去实现相关的测试。如下图所示:

1-2.jpg

BDD 流程

  由业务人员编写的测试用例,将是使用如下的形式实现的:

  * 当我在网站的首页
  * 输入用户名 "demo"
  * 输入密码 "mode"
  * 提交登录信息
  * 用户应该跳转到欢迎页

  对于能支持中文的 BDD 框架来说,这就是业务人员和测试人员等编写的用例,他们能轻松地编写出这样的用例,而开发人员便是去实现这一个又一个的 DSL 语句。

  在我之前的一个项目里,我们遇到了一个问题:测试用例也是由开发人员编写的。这种做法不仅不能体现 BDD 的价值,而且对于开发人员来说,这是在糟蹋代码。如果完全是由开发人员编写的测试,那么为什么我们需要写一个额外的 DSL 层呢?

  接下来,让我们看看三个测试的一个简单对比表:

1-3.jpg

BDD 框架对比

  从某程程度上来看,三个框架差不了多少,每个框架也各自都有自己的问题。

  1. Cucumber 的 Javascript 版本不支持 HTML 的报表生成。

  2. Gauge 虽然比较适合我们的要求,但是相关的中文资料比较少。

  3. Robot 主要的问题是不支持 JavaScript,以及要按 Robot 定义的方式来编写代码。

  以下是三个框架的示例及详细的对比。

  Cucumber.js

  Cucumber 是一个能够理解用普通语言 描述的测试用例的支持行为驱动开发(BDD)的自动化测试工具,用Ruby编写,支持Java和.Net等多种开发语言。

  ·使用自然语言,更易读

  · 支持表格参数

  · 支持多种格式的Report:html、junit etc.

  · 支持多种语言

  · 支持四种状态的测试步骤:Passed、Failed、Skipped、Pending

  · 支持使用变形器消除重复

  · 一个商用的在线 Cucumber 系统:Cucumber Pro

  DSL Code Examples

  示例代码:

  # language: zh-CN
  功能: 失败的登录
    场景大纲: 失败的登录
      假设 当我在网站的首页
      当 输入用户名 <用户名>
      当 输入密码 <密码>
      当 提交登录信息
      那么 页面应该返回 "Error Page"
      例子:
        |用户名     |密码      |
        |'Jan1'    |'password'|
        |'Jan2'    |'password'|

  Cucumber 支持比较固定的 DSL 格式,即三段式 Given-When-Then,对应的中文便是:假设-当-那么。作为一个历史悠久的框架,它的中文资料相当的丰富,只是在 JavaScript 方面有些不足,不能生成对应的 HTML 报告。

  其实现代码如下所示:

  Step Code Examples

  defineSupportCode(function({Given, When, Then}) {
      Given('当我在网站的首页', function() {
          return this.driver.get('http://0.0.0.0:7272/');
      });
      When('输入用户名 {string}', function (text) {
          return this.driver.findElement(By.id('username_field')).sendKeys(text)
      });
      When('输入密码 {string}', function (text) {
          return this.driver.findElement(By.id('password_field')).sendKeys(text)
      });
      When('提交登录信息', function () {
          return this.driver.findElement(By.id('login_button')).click()
      });
      Then('页面应该返回 {string}', function (string) {
        this.driver.getTitle().then(function(title) {
          expect(title).to.equal(string);
        });
      });
  });

  从代码实现上来说,也是固定的三段式。其底层依赖于 Selenium,因此写法上与 Gauge 的区别并不大。

  Robot Framework

  Robot Framework是一款python编写的功能自动化测试框架。具备良好的可扩展性,支持关键字驱动,可以同时测试多种类型的客户端或者接口,可以进行分布式测试执行。

  关键特性:

  ·使用关键字的机制,更容易上手

  · 提供了RIDE,对于不熟悉编码的人来说比较友好

  · 能够精细的控制关键字的scope

  · Log 和 Report 非常好

  · 使用变量文件的机制来描述不同的环境

  · 丰富的关键字库

  · 内置变量

  DSL Code Examples

  示例代码:

  *** Settings ***
  Documentation     登录测试 2
  ...
  Suite Setup       打开浏览器到登录页1
  Suite Teardown    Close Browser
  Test Setup        转到登录页
  Test Template     使用错误的失败凭据应该登录失败
  Resource          resource.robot
  *** Test Cases ***               USER NAME        PASSWORD
  无效的用户名                      invalid          ${VALID PASSWORD}
  无效的密码                        ${VALID USER}    invalid
  无效的用户名和密码                 invalid          whatever
  *** Keywords ***
  使用错误的失败凭据应该登录失败
      [Arguments]    ${username}    ${password}
      输入用户名    ${username}
      输入密码    ${password}
      提交登录信息
      登录应该不成功
  登录应该不成功
      Location Should Be    ${ERROR URL}
      Title Should Be    Error Page

  从上面的代码来看,Robot 在某些特定的关键字上,必须使用英语。在关键的代码如关闭浏览器,仍然需要使用 Close Browser 英语这些来实现。

  Step Code Examples

  打开浏览器到登录页
      Open Browser    ${LOGIN URL}    ${BROWSER}
      Maximize Browser Window
      Set Selenium Speed    ${DELAY}
      Login Page Should Be Open
  Login Page Should Be Open
      Title Should Be    Login Page
  转到登录页
      Go To    ${LOGIN URL}
      Login Page Should Be Open
  输入用户名
      [Arguments]    ${username}
      Input Text    username_field    ${username}
  输入密码
      [Arguments]    ${password}
      Input Text    password_field    ${password}
  提交登录信息
      Click Button    login_button
  应该跳转到欢迎页
      Location Should Be    ${WELCOME URL}
      Title Should Be        Welcome Page

  与上面的 Cucumber 相比,Robot 对于英语的非开发人员来说更加友好。换句话来说,Robot 更像是一个适合于 QA 的语言。作为一个开发人员,可能不太喜欢这种形式。

  报告示例

  不过,Robot 提供了一份说尽的报告。细致的展示了每一个测试,以及其步骤时间等等。

1-4.jpg

  Gauge

  Gauge 是 Go 开发的一个跨平台测试自动化工具。它给作者提供了用商业语言测试用例的能力。

  关键特性:

  ·基于 markdown 的丰富的标记

  · 支持用任何程序语言来编写测试代码

  · 支持 plugin 的模块化架构

  · 跨语言实现一致性。

  · 简单,灵活和丰富的语法

  · 开源的,因此它可以自由共享,同时被他人改进

  · 商业语言测试 : 支持可执行文件的概念

  · 帮助您创建可维护和可理解的测试套件

  · 支持外部数据来源

  · IDE Support

  DSL Code Examples

  示例代码:

  失败的登录
  ===
       |用户名   |密码     |
       |--------|--------|
       |Jan1    |password|
       |Jan2    |password|
  失败的登录
  -----------
  * 当我在网站的首页
  * 输入用户名 <用户名>
  * 输入密码 <密码>
  * 提交登录信息
  * 页面应该返回 "Error Page"

  与 Robot 和 Cucumber 不一样的是,Gauge 使用的是大家更熟悉的 Markdown 形式的 DSL。并且从形式上来说,更加自由。List 中的每一行,就代表着一个元素。因此,其对应的实现代码也更加的自由。

  Step Code Examples

  step("当我在网站的首页", async function () {
    await page.goto('http://0.0.0.0:7272/');
  });
  step("输入用户名 <query>", async function (query) {
    await page.click('#username_field');
    await page.type(query)
  });
  step("输入密码 <query>", async function (query) {
    await page.click('#password_field');
    await page.type(query)
  });
  step("提交登录信息", async function () {
    await page.click('#login_button')
  });
  step("页面应该返回 <query>", async function(query){
    await page.waitFor('h1');
    const text = await await page.$eval('#container h1', h1 => {
      return h1.innerHTML;
    });
    expect(text).to.equal(query);
  });

  上面采用的是 Node.js 8 支持的异步写法,除此与 cucumber.js 写的代码并没有太多的差异。

  报告示例

  至于,Gauge 生成的 UI 并没有 Robot 那么详细,但是看上去现代。



作者:phodal    

来源:http://www.51testing.com/html/90/n-7796590.html

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 一、页面性能测试概述页面性能测试则是针对于页面性能优化而开展的一种性能测试,目的是对Web系统的页面进行测试以确认系统页面是否会影响系统的性能并为页面的优化提供依据与建议,最终提升系统的整体性能表现,提高用户体验满意度。可见,Web系统页面性能测试是相对Web系统后台测试的另外一种性能测试,是Web系统性能测试的一个重要部分。二、页面性能测试必要性相对于C/S架构的应用系统,Web应用系统所有数据都需要从服务器端下载,虽然浏览器有缓存机制,但客户每次访问仍然需要下载大量的数据。特别是用户对系统要求越来越高,除了要求功能完备,对界面的美观、易用性也提出了更高的要求,越炫的页面也就意味着页面中要包...
            1 2 1835
            分享
          • 读者提问: 免费好用的在线手机号码生成工具,有推荐的吗 ? 阿常回答: 有,这 4 款在线手机号码处理神器,推荐使用 ! 1、在线手机号码生成器 设置自定义区域(省、市)、运营商号段(移动、联通、电信)、生成号码数量(最多 500 个),生成的号码均无重复,可以导出到 Excel 或 TXT 中。 官网地址: https://uutool.cn/phone-generate/   2、在线手机号段全部号码生成器 设置 7 位手机号段,生成号段内前 500 个手机号码,可以导出...
            0 0 63813
            分享
          • 并发用户严格意义的并发:即所有的用户在同一时刻做同一件事情或者操作,这种操作一般指做同一类型的业务 。广义范围的并发:这种并发与前一种并发的区别是尽管多个用户对系统发出了请求或者进行了操作,但是这些请求或者操作可以是相同的,也可以是不同的。 并发用户数并发用户数是指同时进行请求的客户数量并发用户数用于模拟用户的真实负载情况(并发情况是对系统最大的考验)并发数≠同时使用系统的用户数(VU)虚拟用户数(VU)同时使用系统的用户数TPS(Transaction per Second):系统每秒处理事务数,单位是笔/秒。(事务:整个业务交易处理的过程),若能获取到“高峰时段交易量(笔/小时)...
            14 14 1595
            分享
          • 读者提问:『阿常你好,想请教一下,回归测试如何确定测试范围,如何避免遗漏 ?』阿常回答:三种方式,可以结合起来使用。1、产品 & 开发 助力产品提供需求覆盖的范围,开发指出代码修改涉及的模块。2、测试根据经验分析如果开发修改的是模块A,回归测试时就覆盖模块A,根据测试经验判断模块 B 关联了模块A,回归测试时就覆盖模块A和模块B。3、用例关联矩阵分析用例中标识与之关联的其他用例,回归测试时,此用例回归,与之关联的其他用例也回归;建立代码块和用例对应的矩阵,回归测试时,根据修改的代码块,找到对应的回归用例。阿常碎碎念:以上,12应该是企业中常见做法,3落地有些难度。看完今天的分...
            0 0 1455
            分享
          •   问题情景  服务器重新部署应用后,运行一段时间后,某一微服务开始出现错误提示:连接超时:服务忙,导致相关功能无法正常使用。  问题排查  日志查看  首先下载对应服务的日志查看报错内容,日志中出现了很多org.apache.http.conn.ConnectionPoolTimeoutException: Timeout waiting for connection from pool 的异常信息。可以看出日志中的错误定位在HttpClient连接池,连接超时可能是连接池连接耗尽,没有可用连接导致无法正常获取连接提供服务。  初步猜想  HttpClient连接池中为了防止连接被长期占用会...
            13 13 3058
            分享
      • 51testing软件测试圈微信