【问题标题】:Covering multiple web applications in cucumber features覆盖黄瓜功能中的多个Web应用程序
【发布时间】:2017-02-09 02:34:52
【问题描述】:

我正在编写黄瓜功能文件,还没有步骤定义,但计划稍后添加。

我需要测试共享公共业务数据的公共和管理 Web 应用程序。开发功能文件的正确方法是什么?

  • 以功能为中心(两个应用程序一个功能文件)或
  • 以应用程序为中心(单独的功能文件,即使功能相同)

我认为前一个选项更好,但实施起来会有多困难?

更新:

例如,具有评论审核功能的博客风格应用程序:

当评论被版主批准时(在管理应用程序中),用户(在公共应用程序中)应该看到关于评论批准的推送通知。所以有一个功能会影响两个应用程序。

【问题讨论】:

    标签: testing cucumber cucumber-jvm


    【解决方案1】:

    在敏捷项目中,您按故事组织功能;每个故事一个功能文件。

    所以问问自己,你是如何组织你的故事的?有些人按业务目标回答,有些人按史诗回答。您的功能文件应该以类似的方式组织。

    Cucumber 支持行为驱动开发 (BDD)。应用程序的公共部分和管理部分之间共享了多少行为?他们的目标可能非常不同。将常见行为组合在一起(例如,他们都必须进行身份验证),但不要将不常见的行为强制在一起。

    【讨论】:

    • 让我澄清一下问题;假设是博客风格的应用程序,并且有评论审核功能 - 当评论由版主批准时(在管理应用程序中),用户(在公共应用程序中)应该看到有关评论批准的推送通知。所以有一个功能会影响两个应用程序。
    • 用户创建评论是一种情况。版主查看和批准评论是另一种情况。限制是评论必须在被批准之前创建。功能文件控制顺序,因此仅出于这个原因,我会将这两个场景分组在同一功能下。如果功能以版主为重点,则将评论创建为后台步骤。
    猜你喜欢
    • 1970-01-01
    • 2011-03-04
    • 1970-01-01
    • 2017-05-14
    • 2012-02-22
    • 1970-01-01
    • 1970-01-01
    • 2021-12-05
    • 1970-01-01
    相关资源
    最近更新 更多