网站这么做404页面,网络推广方式有哪些,网站建设方案模板范文,宁波甬晟园林建设有限公司网站作为软件开发人员#xff0c;我们都有最喜欢的工具来使我们成功。 许多人在上手时就很适合这份工作#xff0c;但很快就不见了。 其他人则需要太多的设置和培训才能“将脚趾浸入水中”#xff0c;只是为了找出自己是否是正确的工具即可。 Cucumber JVM是一个测试框架#… 作为软件开发人员我们都有最喜欢的工具来使我们成功。 许多人在上手时就很适合这份工作但很快就不见了。 其他人则需要太多的设置和培训才能“将脚趾浸入水中”只是为了找出自己是否是正确的工具即可。 Cucumber JVM是一个测试框架它增强了JUnit 以便提供一种更轻松的方式来开始进行行为驱动开发BDD。 Gherkin语言 Cucumber理解的语言使软件或质量工程师可以更轻松地用文字描述有关软件应用程序中预期行为的方案。 对我而言Cucumber允许表达哪些方案是自动化的而无需“深入了解”并阅读Java代码。 这个简短的博客描述了我为什么使用它以及使用方法的提示这些提示可能与大多数情况有所不同。 应用程序演变和需求变更 我认为软件需求规范更多是一种艺术形式。 如果我们可以询问业务主题专家SME他们希望应用程序做什么并让他们抽象地提供所有必要的细节那就太好了。 不幸的是过去30多年来我从事的每个试图预先收集需求的项目都不可避免地遇到了在开发过程中更改或误解需求的情况这使所有需求都尚未实现。 作为敏捷方法论的支持者我相信最好的应用会不断发展。 需求必须随着时间而成形。 这个概念使僵化的项目经理甚至利益相关者发疯。 “如果我不确切知道每个版本的要求我该如何计划三年” 该主题可以提供其自己的博客但现在让我们简单地期望在项目的所有阶段都将发生需求变更。 能够快速有效地做出反应是敏捷开发的全部意义所在。 因此如果将12个月的项目中的5个月进行了改进这是5个月的工作前提那么如何确保对已编写和测试的代码所做的更改不会引起回归问题 为什么要使用黄瓜 Cucumber和JUnit是使我能够自动化应用程序的重要功能和使用场景的工具。 作为一个敏捷的开发人员我必须期望我将重构代码和设计以响应需求变化。 我编写的单元测试和集成测试使我有信心过去测试过的方案仍然有效。 这就是为什么我们要进行单元测试但是仍然存在为什么要使用黄瓜的问题 对我来说当我领导的一个项目决定转向JEE6CDI和Interceptors时Cucumber出现在了现场。 这些概念全部重用服务并使用面向方面的编程将业务规则行为插入服务方法。 也就是说我们决定使用Java拦截器来确保在每次服务方法调用开始之前都满足业务规则。 那么您到底如何测试这样的概念 我不仅需要正确测试我的业务逻辑还需要一个测试环境来模拟我的容器行为以便对适当的集成测试进行编码。 那时实际上只有一套可以处理这种环境的工具Cucumber和Arquillian。 Arquillian是Redhat的测试框架可让您“收缩包装”可在测试容器中使用的可部署资源从而使集成测试真正在容器中运行。 如何设置它并使其起作用是比我在这里要讲的更高级的主题但是从Arquillian Cucumber测试环境开始并不是要把脚趾浸入水中。 它更像是在漂着水母。 无论如何该测试都需要我驱使我更多地研究Cucumber作为测试工具这使我对BDD环境的多种可能性大开眼界。 现在就举一个很好的例子。 到目前为止这听起来像是一个推销活动但让我演示一下黄瓜测试的外观。 让我们以1040EZ表格为例。 如果我们正在为此编写应用程序则可能需要以下方案 Feature: Form 1040EZScenario: Too much taxable interestGiven standard error messagesAnd Form line 1 contains $30,000.00And Form line 2 contains $1,501.00When Form is submittedThen an error message with id F1040EZ-1 is shown 因此让我们剖析这种情况。 Feature and Scenario语言只是用于帮助描述我们正在测试的内容以及特定情况的文本。 给定“何时”和“然后”语法是一种常见的按规范测试的术语用于区分方案的不同部分。 “给出”用于描述测试的设置。 “何时”通常描述您正在测试的Java方法以及提供给它的参数。 我们的示例没有参数。 “然后”用于描述执行该方法的结果。 有时有消息 其他时间则有预期的特定数据 其他情况只是测试没有破裂或更改。 如果您采用这种简单的纳税表则可能会发现许多其他情况例如 未指定所需值 矛盾的输入 无效数据例如负数或期望数字的文本 有效方案例如退款和付款 在这个简单的税收示例中有很多情况。 对于更复杂的形式可能要测试数百种可能的方案。 测试的技巧是找到合适的可管理的测试数量来编写。 对于我们的简单场景Given-When-Then文本将作为“ .feature”文件存储在Java代码的资源中。 通常将所有功能文件一起存储在一组模仿Java包结构的文件夹中。 实际上为了简化测试您可以在与该文件夹结构匹配的程序包中创建Java类来测试此功能。 Java类在Cucumber中被称为Steps文件它定义了要为每个Step运行的Java代码它们简单地是GivenWhen或Then。 使用 Given When和Then批注的步骤与功能步骤匹配这些批注具有用于进行匹配的正则表达式参数。 请参阅黄瓜文档以获取更好的示例以及有关如何将它们组合在一起的更多详细信息。 使用标准值编写黄瓜脚本的技巧 如上面的示例所述“给定”步骤设置了方案。 在我们的简单场景中第一个Given似乎隐藏了一些重要数据。 具体来说该应用程序的标准消息是什么 更复杂的场景可能依赖于大量的预定义数据。 Cucumber提供了在表中列出给定数据的方法因此您可以在每个“给定”步骤中非常明确地显示相关的设置数据。 但是这甚至会使最简单的场景变得如此冗长以至于没有人会尝试阅读它们。 在我当前的项目中我们已经进行了集成测试以至于有数百行设置数据。 因此我们大多数情况都始于 Given STANDARD values for ….. “……” 替换为列出应该为标准对象提供哪些对象类别的关键字。 这使每个方案简洁明了但是如果非开发人员正在查看该方案他们如何知道标准值是什么 我们对此的解决方案是提供一个StandardObjects.feature文件。 该文件与所有其他文件一样以“给...提供标准值”开头但是每个方案都有一个“然后”步骤该步骤显示该标准对象的期望值表。 在上面的示例中我们有 Given standard error messages 使用这种STANDARD值功能方法我们将重用Given并提供一个Then如下所示 Then standard error messages would include exactly the following:| id | message |
| F1040EZ-1 |If taxable interest is greater than $1500, you cannot use 1040EZ |
| F1040EZ-2 |Line X is required |
| F1040EZ-3 |Value on line X is not valid | 将标准值期望值分离到一个单独的功能可以使功能方案变得混乱但仍可以看到标准值是什么。 但是请注意随着标准值的更改或添加必须更新功能文件。 但是我认为这是一件好事。 最后的想法 能够快速有效地做出反应是敏捷开发的全部意义所在。 Cucumber是使我能够自动执行应用程序的重要功能和使用场景的工具。 该博客描述了为什么我使用Cucumber来帮助实现该目标以及如何使用它的技巧。 您也可以在此处查看有关此主题的另一个Keyhole博客。 需求的变更将在项目的所有阶段发生但是如果您拥有正确的工具就可以避免痛苦。 翻译自: https://www.javacodegeeks.com/2016/01/introducing-cucumber-java-standard-values.html
