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

我想我真正的问题是你如何以及在哪里存储你的故事文件,以及这如何与产品所有者或 QA 编写故事一起工作?

有帮助吗?

解决方案

@威格斯先生
正如 t0rx 所说,你很幸运有 QA 来编写故事/场景。
回答你的问题:
行为驱动开发 鼓励您开始通过以文本格式表达所需行为的场景来定义故事。
您可以通过在 Maven (pom.xml) 中配置来运行 JBehave Stories。

您可以在包结构中创建一个文件夹来存储故事文件,如下所示:

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

通过在 Maven 中配置故事,每次构建项目时,它都会给出成功和失败的故事/场景结果。
QA 会更新 Stories 文件夹中的场景,开发人员将通过省略现有步骤(已经开发并在其他场景中出现)来逐步实现场景。
QA 只需运行场景/故事,他就会以文本(可理解的)格式找到结果。
就像下面这样:enter image description here

测试级别的行为驱动开发。enter image description here

JBehave 的一些功能集中于轻松组织。

  • 基于注释的配置和 Steps 类规范
  • 依赖注入支持允许通过您最喜欢的容器组成配置和步骤实例(Guice, PicoContainer, Spring).
  • 可扩展的故事报告:输出以不同的人类可读的基于文件的格式执行的故事(HTML, TXT, XML)。完全可样式化的视图。
  • 自动生成待处理步骤,因此构建不会因缺少步骤而中断,但可以选择为待处理步骤配置中断构建。
  • 用户故事本地化,允许用任何语言编写。
  • IDE集成:故事可以运行为 JUnit 测试或其他基于注释的单元测试框架,提供与您最喜欢的 IDE 的轻松集成。
  • 蚂蚁集成:允许通过 Ant 任务运行故事
  • Maven 集成:允许故事在给定的构建阶段通过 Maven 插件运行

其他提示

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

您可能会发现很多回的往复,以尽量减少新的步骤,开发者必须写数(即使用10个不同的方式来写相同的步骤阻止他们),所以还需要与运行未决的步骤不failuring场景(这是默认开箱)。

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

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top