由于我们的生产代码存在一些限制，我们需要使用自己的配置文件运行一些.NET服务。我们一直在使用app-domains在测试运行时为这些服务提供任意配置文件。
当我们尝试使用SpecFlow进行这些测试时会出现问题 - 因为每个步骤都是单独调用的，而且是从我们无法直接访问的整个运行程序类调用的，因为每个步骤都会跨应用程序域边界推送测试数据是非常混乱的，导致一切都在各种奇怪的lambda中，加上可编程性需要考虑大多数时候我们不需要在测试代码上下文中关心它（内部数据对象，那种东西）
有没有人有一种方法可以说服SpecFlow在提供的应用程序域中运行所有步骤，或者通常只是通过app-domain概念玩得更好？
是否有可能编写一个执行此操作的插件/测试生成器，如果是这样，这在技术上会非常复杂吗？我看过那种可扩展性，但找不到合适的地方开始这样做，所以我可能错过了它。
（我知道“重构你的服务，所以你不需要任意配置文件”也可以解决潜在的问题，但为了这个问题的目的，请假设我做不到 - 我很感兴趣是否可以配置SpecFlow来解决这个问题，无论是单独使用还是通过扩展它。）
编辑：经过一番调查后，我认为这应该可以通过使用自定义单元测试生成器插件来实现吗？我接下来的问题是基本上没有关于它的文档，并且在互联网上没有很多例子。如果你能给我一个很好的例子，我可以考虑适应这种情况会有很长的路要走......