组织JBehave的故事

Question

我们刚开始考虑使用JBehave进行验收测试，我想知道的是如何使用它的人正在组织撰写报道和故事文件的存储。目前正在开发它们，因此我们将故事文件与Java代码一起存储在资源文件夹中以实现它们。

我想我实际的问题是如何和你在哪里存储你的故事文件以及如何与产品负责人或质量保证书写的故事这项工作？

Answer 1

@MrWiggles
由于t0rx告诉你很幸运有QA写故事/场景。
来到您的问题：
行为驱动开发鼓励您通过以文本格式表达所需行为的场景来开始定义故事。
JBehave可以通过在Maven（pom.xml）中配置运行的故事。

你可以做一个文件夹来存储在你的包结构中的故事文件，如下图所示：

Your_Project 
     | 
     | 
     |--Source_Code 
     | 
     |--Stories 
     | 
     |--Testing 
     | 
     *pom.xml 

通过Maven的配置你的故事，每次你建立的项目，它会给结果有成功和失败故事/情景结果。
QA将更新文件夹Stories中的场景，开发人员将通过省略现有步骤（已开发并出现在其他场景中）逐步实施场景。
QA只需运行场景/故事，他会以文本（可理解的）格式查找结果。
如下所示：

测试级别的行为驱动开发。

一些JBehave功能集中在容易安排。

• 基于注解的配置和步骤类规范
• 依赖注入支持，允许两者的配置，并通过你喜欢的容器（Guice, PicoContainer, Spring）组成的步骤实例。
• 可扩展的故事报告：输出以不同的基于人类可读文件格式执行的故事（HTML, TXT, XML）。风格完整的风景。
• 自动生成挂起的步骤，因此构建不会因缺少的步骤而中断，但可以选择为挂起的步骤配置中断构建。
• 本地化用户故事，允许用任何语言编写它们。
• IDE集成：故事可以作为JUnit测试或其他基于注释的单元测试框架运行，提供与您最喜欢的IDE的轻松集成。
• Ant集成：让故事通过Ant任务运行
• Maven的集成：让故事通过Maven插件在给定的构建阶段运行为

Answer 2

如果你足够幸运，有产品负责人或质量保证书写的故事，那么你可能希望他们在您的源代码库的特定区域，所以你可以从你的主要来源独立控制访问（也给你更大的灵活性当CI构建触发时，如果你这样做）。

你很可能会发现很多来回的操作，以尽量减少开发人员编写的新步骤的数量（即使用十种不同的方法来编写相同的步骤），所以还需要运行有待处理的步骤不会使方案失效（这是默认情况下）。

另一种方法是，QA /产品负责人发送场景的开发者加入到源代码控制之前，谁再洁净他们，但是这使努力回到了开发者。