【问题标题】:Targeted autogeneration of abc.feature.cs file in SpecFlowSpecFlow 中的目标自动生成 abc.feature.cs 文件
【发布时间】:2013-01-11 19:37:14
【问题描述】:

我们有一组特性文件,它们使用标签(@services,@UI)在中间层和 UI 之间共享场景 现在,当我将此功能文件提供给 Specflow 时。它为整个功能文件生成测试运行器接线.. 包括@services 场景
这是没用的,因为我们没有在 UI 级别实现它们。

所以我的问题..有没有办法告诉 Specflow 只为带有 @UI .. 标记的场景自动生成测试运行程序接线代码?

【问题讨论】:

    标签: specflow


    【解决方案1】:

    除了将功能文件拆分为 UI.feature 和 Services.feature 的明显答案之外,没有。无法从单个 .feature 生成多个 .feature.cs 文件。

    但是我可以建议,这种混合步骤表明您的规范是跨领域的,这通常表明它们可能是非常技术性的,而不是行为驱动的。

    【讨论】:

    • 是的,拆分会让我们的生活变得更轻松,但我们将拥有 2 组功能文件来验证相同的信息,并有大量的重复步骤。只是初始自动化是在中间层使用 cucumber-JVM 完成的,现在我们在 UI 级别引入 Specflow ...... ui 和服务器场景之间的“给定”和“何时”步骤是相同的​​,只有“然后”发生了变化。不,它们不是技术性的,它们仍然代表行为
    • 好消息!没有任何步骤重复,因为步骤基本上是全局的。
    猜你喜欢
    • 1970-01-01
    • 2016-08-27
    • 2017-11-01
    • 2018-02-08
    • 1970-01-01
    • 2018-01-30
    • 1970-01-01
    • 2011-10-25
    • 1970-01-01
    相关资源
    最近更新 更多