Laravel用PhpSpec测试

PhpSpec是一个基于使用规范的紧急设计概念的测试工具。您可能听说过行为驱动开发（Behavior-Driven Development，BDD），PhpSpec是在spec级别或SpecBDD上使用的工具。我们在最近的Laravel测试资源综述中也提到了PhpSpec，其中包括如果您对尝试SpecBDD感兴趣，可以将PhpSpec合并到您的Laravel工作流中的方法。如果您\"从未尝试过PhpSpec，我喜欢PhpSpec的一点是，该过程为您生成代码并指导您完成通过命令行执行SpecBDD进程。让我用一个快速教程来向您展示我的意思。入门如果您想继续学习，请确保您已经安装了Composer，并且在您的路径中。我们要做的第一件事是创建一个新项目。当我修补库时，我喜欢在一个名为\"Sandbox\"的文件夹中创建一个项目： 1$ mkdir -p ~/Code/sandbox/calculator-phpspec && cd $_2$ mkdir src/34$ composer init5$ composer require --dev phpspec/phpspec 接下来，让我们在项目中添加一个PSR-4名称空间编写器.json文件，最后，你的文件看起来像这样： 1{ 2\"name\": \"predmond/calculator-phpspec\", 3\"require\": {}, 4\"require-dev\": { 5\"phpspec/phpspec\": \"^4.0\" 6}, 7\"autoload\": { 8\"psr-4\": { 9\"PredmondCalculator\": \"src/\"10}11}12} 在我们忘记之前，让我们转储autoloader，以便以后可以使用我们的命名空间： 1$ composer dump-autoload2Generating autoload files 您现在应该可以运行phpspec CLI了： 1# I like to have /vendor/bin in my path 2export> 3 4# Or run it with the path 5$ ./vendor/bin/phpspec 6phpspec 4.0.3 7 8Usage: 9command [options] [arguments]10...配置我们的套件 phpspec将在项目根目录中查找phpspec.yml文件的配置文件。我们可以使用此文件来配置测试套件、格式化程序和其他配置规则。配置文档非常丰富，因此您应该查看它，但出于我们的目的，我们只想配置PSR-4名称空间，这样我就可以引导您完成使用PhpSpec驱动规范的工作流。 PhpSpec使用一个名为\"suites\"的顶级YAML键，因此让我们通过创建药典文件在我们项目的根目录中： 1suites:2default:3namespace: PredmondCalculator4psr4_prefix: PredmondCalculator5formatter.name: pretty 我们可以使用这个套件创建一个计算器类并导出一个基本的计算器规范。让我们开始工作吧！工作流我们使用PhpSpec的工作流通常如下所示： 1. 描述规范 2. 运行规范（如果不存在则创建类） 3. 编写预期行为 4. 运行规范（如果不存在则创建方法） 5. 编写实现 6. 验证行为 7. 重复 PhpSpec的工作方式很好地迫使您进入这个BDD工作流，您可能一开始会反对这个工作流，但一旦您习惯了，它往往是一个可靠的编码工作流。让我们看一个工作流的快速示例，这样您就可以尝试一下了！描述规范我们要做的第一件事就是定义一个规范。在我们的例子中，我们将描述一个计算器。您可以使用describe命令定义一个规范（可以将其视为创建一个测试类）。运行以下命令创建计算器规范： 1$ ./vendor/bin/phpspec describe Predmond/Calculator/Calculator23# Or you can use backslashes with quotes4$ ./vendor/bin/phpspec describe \"PredmondCalculatorCalculator\" 运行此命令将在spec/CalculatorSpec.php中创建规范文件，如下所示： 1shouldHaveType(Calculator::class);14}15} 请注意，我们尚未创建实际的计算器类。我们的文件包括一个规范文件（it_is_initializable）-PhpSpec使用带有公共函数的it_和its_来查找规范。另外，请注意下划线方法名称约定，这是一种倾向于更具可读性的固执己见的样式。BDD的一个目标是使用对人类友好的语言来描述行为。现在我们有了规范，让我们使用run来运行规范： 1$ ./vendor/bin/phpspec run 2PredmondCalculatorCalculator 3 411! is initializable 5class PredmondCalculatorCalculator does not exist. 6... 71 specs 81 examples (1 broken) 918ms1011Do you want me to create `PredmondCalculatorCalculator` for you? [Y/n] 输入\"Y\"，PhpSpec将创建Calculator类。重新运行规范将使我们的it_is_initializable规范通过： 1$ ./vendor/bin/phpspec run23PredmondCalculatorCalculator4511✔ is initializable671 specs81 examples (1 passed)99ms 您刚刚描述了您的第一个规范，PhpSpec负责为我们创建方法和代码的细节！让我们深入研究创建更多的规范。创建一个加法规范让我们在计算器类中推出一个加法设计。我们的规范是绿色的，所以我们准备在实现它之前编写一个新的规范。打开spec/CalculatorSpec.php文件并添加以下内容： 1function it_can_add_two_numbers()2{34} 我没有添加任何代码，因为我想向您展示PhpSpec如何指导您下一步的操作，这非常简洁： 1$ ./vendor/bin/phpspec run 2 3PredmondCalculatorCalculator 4 511✔ is initializable 616- can add two numbers 7todo: write pending example 8 9101 specs112 examples (1 passed, 1 pending)1211ms PhpSpec告诉我们有一个待定的规范。现在让我们来解释一下： 1function it_can_add_two_numbers()2{3$this->add(2,3)->shouldReturn(5);4} 我们使用规范说：\"用参数2和3调用add（），add（）应该返回5。这里有一个需要理解的要点：$this就是我们描述的对象。您不需要像在其他测试套件中那样构造对象： 1# Other test suites34# PhpSpec $this is the Calculator5$this->add(); // And string some matching expectations... 如果我们现在尝试运行我们的规范，PhpSpec将告诉我们下一步： 1$ ./vendor/bin/phpspec run 2 3PredmondCalculatorCalculator 4 511✔ is initializable 616! can add two numbers 7method PredmondCalculatorCalculator::add not found. 8 9----broken examples1011Predmond/Calculator/Calculator1216! can add two numbers13method PredmondCalculatorCalculator::add not found.1415161 specs172 examples (1 passed, 1 broken)1811ms1920Do you want me to create21`PredmondCalculatorCalculator::add()` for you? [Y/n] 1$ ./vendor/bin/phpspec run 2 3PredmondCalculatorCalculator 4 511✔ is initializable 616✘ can add two numbers 7expected [integer:5], but got null. 8 9----failed examples1011Predmond/Calculator/Calculator1216✘ can add two numbers13expected [integer:5], but got null.1415161 specs172 examples (1 passed, 1 failed)1811ms 如果我们确认\"Y\"，PhpSpec将在我们的实现上定义add()方法。种类很酷吧？一旦您确认，我们的规范立即失效。这意味着是时候编写最少的代码来通过规范了。此时我们的***30***类已经由PhpSpec生成。它应该是这样的： ***31*** 基于我们的***32***规范，PhpSpec创建了一个公共***33***方法，定义了两个参数。让我们做最少量的工作来让这个测试通过： ***34*** 大多数时候做最少量的代码是荒谬的，但请坚持我的观点，因为当你测试更复杂的规范时，编写最少量的代码可以帮助你构建一个健壮的规范。既然我们已经编写了最少量的代码，是时候重新运行我们的规范了： ***35*** 我们的规范通过了！它不是很有用，但是它是绿色的。让我们在我们的规范中再添加几个例子来驱动实现： ***36*** 如果您重新运行您的规范，我们的新增规范将失败。我们已经准备好更新我们的实现，现在让事情回到绿色： ***37*** 运行***38***将导致两个规范都通过。除法让我们快速编写一个更有趣的规范：防止被零错误除法。当这种情况发生时，我们将抛出一个异常。规范可能如下所示： ***39*** 实现： ***40*** 如果您运行规范，您应该得到一个除法为零的警告： ***41*** 让我们通过在分母为零时抛出异常来解决这个问题： ***42*** 和确保在***43***文件夹中创建异常类： ***44*** 现在运行我们的规范应该通过： ***45***构造对象和匹配器在结束之前，我想介绍两个重要的概念：构造对象和匹配器。我们的计算器类非常基本，但是您可能需要构造具有依赖关系的对象。您应该阅读对象构造部分以获得概述。 Matchers在PhpSpec中用于描述对象的行为。你打电话给***46***时已经使用了身份匹配器。***47***使用identity操作符（***48***）确保规范符合预期。您可以使用的四种类型的身份匹配器是： ***49*** 当我们希望***50***方法引发***51***异常时，您也使用了Throw Matcher。您可以查看完整的matchers文档，并将其用作使用PhpSpec的参考。了解更多信息我们刚刚触及了它的表面PhpSpec能做什么。我们没有展示合作者，但也许我们可以用更多的例子来做后续文章。你应该通读整个PhpSpec手册，它不是很长。一旦你掌握了一些东西，就可以了解Prophet对象，包括存根、模拟和间谍。我有一个使用PhpSpec（和TravisCI）的小型HTML-to-AMP库。MikeStowe有一篇很好的介绍性文章，名为\"什么是规范驱动的开发\"，它将为您概述SpecBDD。

Laravel用PhpSpec测试

CSS无头WordPress到底有多合适？

CSS制作带有粘性页眉和页脚的表格变得更容易了

CSS技巧编年史XXXX

CSS使用子资源完整性保护您的网站

CSS联合的可能性

CSS在开放细节元素上添加背景

CSS容器查询的聚宝盆

CSS target=blank

CSS查看WCAG 2.5.5以获得更好的目标尺寸

CSS Trickz：Netlify随需应变构建器的实验