PHP自动化验收测试快速入门

发表于:2016-6-03 08:52

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:健富的博客    来源:51Testing软件测试网采编

  欢迎来到Behat,Behat是行为驱动开发(BDD)的工具。在BDD中,你可以用对人友好的故事来描述程序的行为,也可以使用这些故事来做自动化测试。没错,这听起来是不是很酷?
  例如,想象下你要开发ls这个UNIX命令;客户可能会这么跟你说:
功能: ls
为了能看到的目录结构
作为一个UNIX用户
我需要能够列出当前目录的内容
场景: 列出目录中的2个文件
假如我在"test"目录中
并且这个目录有"foo"文件
同时这个目录有"bar"文件
当我运行"ls"后
那么我能看到
"""
bar
foo
"""
  在这个教程中,我们将向你演示Behat是如何把这个简单的故事作为测试来验证ls命令是像描述那样工作的。
  Behat可以被用来测试任何东西,包括使用Mink类库来测试与Web有关的行为。
  如果你想学习更多的测试“行为”的知识,请查看 故事包含什么?
  Behat的灵感来自于Ruby的Cucumber项目。
  安装
  Behat可以把你的用户故事作为测试的命令行工具,在开始之前,要确保你已安装的PHP版本高于5.3.1。
  使用composer安装
  通过composer来安装Behat是最简单的。
  在项目的根目录创建composer.json文件:
{
"require": {
"symfony/yaml": "2.1.13",
"symfony/translation": "2.3.24",
"symfony/console": "2.1.13",
"symfony/config": "2.3.24",
"symfony/dependency-injection": "2.1.13",
"symfony/event-dispatcher": "2.1.13",
"symfony/class-loader": "2.1.13",
"symfony/css-selector": "2.1.13",
"symfony/dom-crawler": "2.1.13",
"symfony/browser-kit": "2.1.13",
"symfony/finder": "2.1.13",
"symfony/process": "2.1.13",
"guzzle/guzzle": "3.3.1",
"fabpot/goutte": "1.0.1",
"instaclick/php-webdriver": "1.0.12",
"behat/gherkin": "4.3.0",
"behat/behat": "3.0.14",
"behat/mink": "1.5.0",
"behat/mink-extension": "2.0.1",
"behat/mink-browserkit-driver": "1.1.0",
"behat/mink-goutte-driver": "1.0.9",
"behat/mink-selenium2-driver": "1.1.1",
"behat/mink-zombie-driver": "1.1.0"
},
"minimum-stability": "dev",
"config": {
"bin-dir": "bin/"
}
}
  下载composer.phar运行:
  $ curl http://getcomposer.org/installer | php
  $ php composer.phar install
  执行完之后,你就可以用这个命令运行Behat了:
  $ ./vendor/behat/behat/bin/behat
  基本用法
  假设我们正在开发UNIX的ls命令,我们需要创建一个新的目录并且在这个目录中初始化Behat:
  $ mkdir ls_project
  $ cd ls_project
  $ ./vendor/behat/behat/bin/behat --init
  behat —init 会在当前目录下创建含有一些基础文件的features目录。
  定义你的feature
  Behat总是从feature文件开始,你可以描述和实现它。在这个例子中,功能是ls命令,它可以看成是整个UNIX系统的一个功能。我们需要先创建features/ls.feature文件:
  # language: zh-CN
  功能: ls
  为了能看到的目录结构
  作为一个UNIX用户
  我需要能够列出当前目录的内容
  每个功能都是使用这样的格式,一行描述功能,接下来的三行分别描述目标或者收益、角色、功能本身,如:
  为了<达到某些目标>
  作为<某类利益人>
  我想要<某个特性>
  虽然这部分内是必须的,但内容对Behat或者实际的测试来说并不重要。这部分最重要的是每个功能都有明确的描述,并且是很容易阅读理解的。
  定义场景
  接下来在features/ls.feature尾部添加场景:
  场景: 列出目录中的2个文件
  假如我在"test"目录中
  并且这个目录有"foo"文件
  同时这个目录有"bar"文件
  当我运行"ls"后
  那么我能看到
  """
  bar
  foo
  """
  “””这个特殊的语法只是为了界定多行字符串而使用的特殊语法。
  每个功能都有一个或者多个“场景”,用来描述功能在不同条件下有不同的行为。这将被转为测试的一部分,每个场景始终遵循这样的格式:
  场景: 一些场景的描述
  假如[一些上下文,设定状态]
  当[一些事件,执行行为]
  那么[得到结果,状态校验]
  在场景的每部分——上下文、行为和结果,都可以增加“并且”、“同时”、“而且”、“但是”这些关键字:
  场景: 一些场景的描述
  假如[一些上下文]
  并且[另外一些上下文]
  当[一些事件]
  同时[第二个事件发生]
  那么[得到结果]
  而且[另外的结果]
  但是[另外的结果]
  “那么”、“并且”、“但是”或者和其它开头的词语并没有实际的区别,这些词语只是让你的场景看上去更自然,有更好的可读性。
21/212>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号