如何学习/教授黄瓜小黄瓜

StackOverflow https://stackoverflow.com/questions/1704641

题

我希望业务分析师能够使用 Gherkin 编写 Cucumber 友好的所有功能、场景和步骤规范。

我已经在 Cucumber 的 github 网站上阅读了一些基本信息，并通过 Google 进行了快速搜索，但想知道是否有推荐的资源让非技术人员能够使用 Gherkin 编写全面的 BDD（我认为这是创建 Cucumber 测试的首选语言）。

谢谢。

有帮助吗？

解决方案

我所做的，在我们公司的业务分析师是通过给他们的关键词教给他们的结构：由于，在，然后，和作为场景和为了下，的作为和<强>我想作为特色：

然后我给他们一个简单的例子，告诉他们写下自己的特色，因为他们认为他们应该被写入。令人惊讶的是结构是自我解释，他们写的功能，成为一个伟大的开始。结果 唯一的大问题是，他们已经包含在每个场景中的步骤太多逻辑。我解决了，通过反复问“为什么？”在大多数情况下透露他们之后的核心功能，我们重新写的情景accordantly。

通过给他们的指引，让他们写出自己的特点他们得到了他们的手脏，被迫去思考他们写了什么。今天，他们有一个更好的了解以及“为什么？”迭代是并不常见了。

Ofcourse您需要有业务分析师和开发人员紧密合作和分析师写道特征应该只充当一个开始。请记住，黄瓜的特点是分析者和开发商之间只是一种共同的语言。他们仍然需要经常坐在一起，能够与对方说话了：）

其他提示

http://cukes.info 是教人们如何把它们写一个很好的资源。 本玛贝也是在西部山区取得黄瓜一个伟大的演示红宝石会议2009年

虽只是工作使用黄瓜，第一次我认为最好的方式来学习黄瓜小黄瓜是让你的手脏敏捷项目。

我可能是错的，但我从你的问题，你是想培养你的BA写小黄瓜的印象;然后，他们将写一堆的特征，并将它们交给开发者。

这绝对不是要走的路。这是更好的有BA的开发者和用户（如果可能）一起工作来写你的方案和建立他们，当您去。然后大家一起学习什么可行，什么不可行。

我们试图具有BA写整个特征并交给。我们（开发者），最后不得不因为实现最终到最初由BA预想的不同做主要重写。我们也不得不改变的步骤的语法和已经找到并贯穿整个文件替换。

做一个场景的时间，搞不定然后移动到下一个。迭代方法减少无用功，并确保你都了解要如何应用程序的行为。

在如何写步骤方面，最好是先从附带黄瓜和复制，当你在你的项目，以满足您的特定应用工作，适应他们的人。没有对错之分，这是你的作品。黄瓜上网站的文档总体上是好的，当你了解更多将是一种宝贵的资源。

我们以类似的方式教导小黄瓜（对于SpecFlow），MRD是如何描述它。

我认为这是非常重要的，虽然，观众是熟悉的“通过实施例规范”，敏捷需求分析和BDD的主要意图，所以我们通常开始第一讨论的背景。我们还展示了一个小黄瓜场景，并说明非常基础（如鉴于/时/然后/但是并表）。

比我们举一个简单的例子故事（也就是大家比较熟悉），如“项目添加到购物车”（有一些方向，当然），并让他们制定验收标准的小团体。

在每一个团队演出/解释他们的解决方案和我们讨论了存在的好的和坏的做法。二队后，你可以看到几乎所有出现的最重要的（好或坏）的做法。

我还键入结束溶液中，并且这里示出描述的场景（背景，场景轮廓等）的替代方式。如果有足够的时间，我还展示了如何实现自动化和实现基于该想象的功能。这也有助于了解一些重要的规则可循，使自动化更容易。

虽然，我从来不知道前期会发生什么，通常这个练习是我们BDD训练的最好的部分。

在RSpec的书有一对情侣在它是相关的业务分析师章：点击 http://pragprog.com/book/achbd/the-rspec-book

我认为最好的学习方法就是开始写作。Gherkin 和 Cucumber 很容易学习，但很难掌握，因此尽快获得实际示例非常重要。

虽然从编写第一个场景开始很重要，但您还需要一些资源来建立良好的习惯并了解关键实践。我写了一本可以提供帮助的书。 “编写出色的规范” 我希望这是学习小黄瓜和黄瓜的好方法。它涵盖了模式和反模式以及编写出色场景的关键技术。:) 如果您有任何疑问，可以随时联系我 推特。

如果您有兴趣购买“Writing Great Specifices”，使用促销代码可以节省 39% 39nicieja2 :)

其他重要资源：

  • 如果您对软件开发过程和高级工程实践感兴趣，请参阅 Gojko Adzic 的“示例规范”。
  • 如果您不介意阅读 Java 中的测试代码，请参阅 John Smart 的“BDD in Action”。它是定义和测试软件需求的全面的端到端视图。
  • 如果自动化测试没有引起您的注意，但您想了解带有示例的规范如何影响您的业务分析流程，请阅读 Liz Keogh 的“行为驱动开发”。
  • “黄瓜书：《面向测试人员和开发人员的行为驱动开发》，作者：Matt Wynne 和 Aslak Hellesøy
  • “RSpec 书：《RSpec、Cucumber 和 Friends 的行为驱动开发》作者：David Chelimsky、Dave Astels、Zach Dennis、Aslak Hellesøy、Bryan Helmkamp、Dan North
许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top