组织 JBehave 故事
-
27-09-2019 - |
题
我们刚刚开始考虑使用 JBehave 进行验收测试,我想知道使用它的人们如何组织故事的编写和故事文件的存储。目前只是进行开发,因此我们将故事文件与实现它们的 Java 代码一起存储在资源文件夹中。
我想我真正的问题是你如何以及在哪里存储你的故事文件,以及这如何与产品所有者或 QA 编写故事一起工作?
解决方案
@威格斯先生
正如 t0rx 所说,你很幸运有 QA 来编写故事/场景。
回答你的问题:
行为驱动开发 鼓励您开始通过以文本格式表达所需行为的场景来定义故事。
您可以通过在 Maven (pom.xml) 中配置来运行 JBehave Stories。
您可以在包结构中创建一个文件夹来存储故事文件,如下所示:
Your_Project
|
|
|--Source_Code
|
|--Stories
|
|--Testing
|
*pom.xml
通过在 Maven 中配置故事,每次构建项目时,它都会给出成功和失败的故事/场景结果。
QA 会更新 Stories 文件夹中的场景,开发人员将通过省略现有步骤(已经开发并在其他场景中出现)来逐步实现场景。
QA 只需运行场景/故事,他就会以文本(可理解的)格式找到结果。
就像下面这样:
测试级别的行为驱动开发。
JBehave 的一些功能集中于轻松组织。
- 基于注释的配置和 Steps 类规范
- 依赖注入支持允许通过您最喜欢的容器组成配置和步骤实例(
Guice, PicoContainer, Spring
). - 可扩展的故事报告:输出以不同的人类可读的基于文件的格式执行的故事(
HTML, TXT, XML
)。完全可样式化的视图。 - 自动生成待处理步骤,因此构建不会因缺少步骤而中断,但可以选择为待处理步骤配置中断构建。
- 用户故事本地化,允许用任何语言编写。
- IDE集成:故事可以运行为
JUnit
测试或其他基于注释的单元测试框架,提供与您最喜欢的 IDE 的轻松集成。 - 蚂蚁集成:允许通过 Ant 任务运行故事
- Maven 集成:允许故事在给定的构建阶段通过 Maven 插件运行
其他提示
如果你是幸运的,足有产品负责人或质量保证书写的故事,那么你可能希望他们在您的源代码库的特定区域,所以你可以从你的主要来源独立控制访问(也给你的时候更灵活CI构建被触发,如果你这样做)。
您可能会发现很多回的往复,以尽量减少新的步骤,开发者必须写数(即使用10个不同的方式来写相同的步骤阻止他们),所以还需要与运行未决的步骤不failuring场景(这是默认开箱)。
另一种方法是,QA /产品负责人发送场景的开发者加入到源代码控制之前,谁再洁净他们,但对开发者这使得努力了。
不隶属于 StackOverflow