自动化测试实战：Cucumber+Selenium测试场景应用

应用场景

　　“这个测试用例的前置条件、步骤、检验点是什么？”

　　“让我看下代码。”

　　这可能是大多数做自动化测试的朋友遇到一种场景吧。

　　用例多了、代码有时候也就 “乱” 了。 清晰明了地组织自己的测试场景，让领导、同事一看就明白的你的测试步骤与检查点，不用费神费力地解释，又简单快速地维护用例代码。

　　这就是今天向大家介绍的BDD，让你的测试工作变得更高效、更简洁。

温馨提示

　　如果阅读者想按示例进行操作，您一定要具备以下的配置， 当然您也可以使用其它IDE。

　　自动化框架：Cucumber+Selenium

　　语言：Java

　　项目：Maven

　　IDE：IntelliJ IDEA

知识重点

　　Cucumber配置

　　Cucumber场景描述（Gherkin语言）

　　Cucumber参数传递（Example应用）

　　Cucumberstep definition

　　Cucumber运行

POM设置

　　首先我们建立Maven项目，然后如下图所示，添加必要的Cucumber的dependency。

安装Cucumber Plugin

　　在IDE开发的项目中，依次打开File>Settings>Plugins， 确保Cucumber for Java和Gherkin已经安装。 如下图所示：

　　创建测试场景

　　创建demoTest.feature文件，feature文件是BDD概念中的核心部份，它是应用Gherkin描述性语言来表述一个测试场景，使得测试场景易读、易懂。

　　如本例中描述了测试场景对百度首页面的搜索功能进行测试。

　　Scenario Outline: 表述当前测试场景的目的（由于这里用了Example，Outline就是必须的）

　　Given: 可以看作是执行步骤的前置条件

　　When: 是指具体的执行动作

　　Then: 是描述动作执行后的结果

　　And：由于前置条件，动作，执行结果都可能是一系列的，可以用And来继续表述（如示例中When语句结束后，就用了And语句）

　　Example：列出了三种不同的测试用例

　　1. 输入正常的查询字符

　　2. 输入JavaScript脚本语言

　　3. 输入空查询字符

　　从这个测试场景中可以了解到，这三个测试例在前置条件，执行步骤上都是一样的，唯一不同是要验证的测试结果，前两个用例我们期待看到查询结果，并且结果列表里要有输入的查询关键字，最后一个用例是期待保持当前查询页面不变。

　　这样组织测试场景是不是很有条理性。任何时候，任何人看了这个场景的表述，瞬间对测试用例一清二楚，使用的测试数据也是一目了然。

开发测试脚本

　　在BDD中，场景被描述在.feature文件，具体的测试代码被称做step definition（java 文件中）。

　　顾名思义，就是在场景中描述的每个动作都会对应一段代码的运行。简单地说，这段代码也就是一个Java的方法。

　　如下图，如果对应的表述没有相应的方法时（Given的表述)，表述中显示的颜色参数部分是不会变蓝的，且整条表述语句的背景显示为浅灰色。

　　这就是为什么要安装Gherkin plugin的原因。通过加亮代码让我们迅速地知道我们要做什么或不需要做什么。

　　创建step definition

　　点击对应的提示框 “黄色的警示灯”，会出现Create step definition、Create all step definitions，这里我们点击 Create step definition > ，接着出现另一个对话框： Create new file，<已有的java file name>。

　　本例中，已经有一个创建好的 step definition java 文件 <DemoTestStep.java> ，我们选择 <DemoTestStep>。

　修改step definition

　　首先，要修改Given 中的表述，在场景描述中 Url 是加了双引号与尖括号的，这里表示Url是一个参数，可能有些朋友已经猜到，Url的值就是在example里对应的标题Url。

　　由于java语言的规则，双引号是要由转义符\开始, 尖括号在这里变成了圆括号，结尾处多加了标识符$。这一段动作的描述被放在括号与双引号里。

添加执行动作

　　这里的动作就是打开要测试Url在浏览器里。示例中用的是selenium webdriver模拟打开的浏览器 。

　　当这些步骤都做好以后，在回到测试场景中 (demoTest.feature)，Given的描述就被加亮，参数 “<Url>”也会变成蓝色了。

　　如果您用的是IDE：Itelligence，那么试试用鼠标指向Given描述的同时点按Ctrl，整条描述是不是都加亮了，变蓝了。试着点击一下（这说明描述语句与步骤定义已经关联正确）。

　　接着一个步骤一个步骤把剩下的几句描述也创建出对应的代码吧。

Create all step definitions

选择definition Java文件

系统自动生成的step definition方法

修改生成的step definition方法

可链接的场景步骤描述

　Selenium的设置

　　为了不使大家麻烦，这里就把selenium的dependency与driver配置的脚本贴图一下以供参考。

　　注：chromedriver.exe 就放在当前项目driver 的文件夹下 （完整的Maven项目路径：D:\ideaProjects\CucumberProject\driver）。

Pom.xml: selenium dependency

demoTestStep.java: selenium driver

创建运行文件

　　好啦，现在创建一个运行文件吧。

运行文件

　　示例中是RunCucumberTest.java。如图<运行文件>所示，需要用到junit.Cucumber以及其它两个Library。

　　运行测试

　　运行文件写好以后，现在去到项目的目录下，执行mvn test，从运行结果中可以看到执行了3个场景、12个步骤，耗费18.796s。

　　3 Scenarios (3 passed)

　　12 Steps (12 passed)

　　0m18.796s

查看报表

　　通常在target >cucumber-reports > index.html。

　　现在，我们再打开报表看看，您会遇到一个弹出的对话框<testing>。

　　记得吗，我们有一个测试用了查询字符JavaScript alert，没想到cucumber的报表没有处理JavaScript，在浏览器里竟然把它当做弹出框了。

　　不过，这一点不用担心，自有其它集成的报表可以使用。

运行文件

运行测试

运行结果

测试运行报表

结语

　　执行操作下来，是不是有所感悟啊？

　　对了，这类型的自动化框架设计特别适用于有着不同的状态转换与身份不断变换的业务，比如ERP、CRM、 银行、订单，这类型系统的记录状态根据不同角色的操作变动着，但原始记录的数据始终保持不变，测试重点就是要确保原始数据一致性，有些字段又要根据状态的改变进行修改，或者添加。

　　这样一条业务链手动测试下来时间长不说，最主要的是测试到一半，被其它重要事情耽搁了，再重新测回时，又必须重新来过，真真是耗时耗力。赶快试试这个框架组织你的业务记录测试吧。