代码之家  ›  专栏  ›  技术社区  ›  tddmonkey

组织JBehave故事

  •  1
  • tddmonkey  · 技术社区  · 15 年前

    我们刚刚开始研究使用JBehave进行验收测试,我想知道使用它的人是如何组织编写故事和存储故事文件的。目前只是开发人员在处理它们,所以我们将故事文件存储在resources文件夹中,并与Java代码一起实现它们。

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

    2 回复  |  直到 15 年前
        1
  •  3
  •   Chandra Sekhar    14 年前

    @威格斯先生

    说到你的问题:
    行为驱动的发展 鼓励您通过以文本格式表示所需行为的场景开始定义故事。
    可以通过在Maven(pom.xml)中配置来运行JBehave故事。

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

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

    通过在maven中配置您的故事,每次您构建项目时,它都会给出带有成功和失败故事/场景结果的结果。

    QA只需运行场景/故事,他就会以文本(可理解)格式找到结果。
    如下所示: enter image description here

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

    JBehave的一些特性集中在易于组织上。

    • 基于注释的配置和步骤类规范
    • 依赖注入支持允许通过您喜欢的容器组合配置和步骤实例( Guice, PicoContainer, Spring ).
    • 可扩展的故事报告:输出以不同的基于人类可读文件格式执行的故事( HTML, TXT, XML
    • 自动生成挂起的步骤,以便生成不会被缺少的步骤打断,但可以为挂起的步骤配置中断生成。
    • 用户故事的本地化,允许以任何语言编写。
    • IDE集成:故事可以作为 JUnit
    • Ant集成:允许故事通过Ant任务运行
    • Maven集成:允许在给定的构建阶段通过Maven插件运行故事
        2
  •  1
  •   t0rx    15 年前

    如果您有幸让产品所有者或QA编写故事,那么您可能希望它们位于源代码存储库的特定区域,这样您就可以独立于主源代码控制访问(如果您这样做,还可以在触发CI构建时为您提供更大的灵活性)。

    您可能会发现很多来回的操作,以尽量减少开发人员必须编写的新步骤的数量(即使用十种不同的方法来停止他们编写同一步骤),因此还需要在场景中运行未失败的挂起步骤(这是默认的现成步骤)。