DUnitX中如何在当前TestFixture复用前置TestFixture的执行结果

以下是几个避开文件存储和提前生成参数问题的实现思路：

1. 静态内存容器+测试执行顺序控制 #

创建一个静态类作为临时数据容器，生成数据的Fixture在执行完成后将数据存入该容器，目标Fixture从容器中读取数据。

• 实现步骤：
  • 定义静态类，比如TestDataStore，包含静态属性或集合存储共享数据；
  • 在生成数据的Fixture的TearDown（或数据生成完成后的方法）中，将数据写入TestDataStore；
  • 在目标Fixture的SetUp中从TestDataStore读取数据；
  • 通过测试框架的执行顺序属性（比如NUnit的[Order]）确保生成数据的Fixture先执行。
• 注意点：测试串行执行时没问题，并行执行需加线程安全容器（如ConcurrentBag<T>），且每个测试完成后要清空容器避免测试污染。

2. 利用测试框架的上下文机制 #

部分测试框架（如NUnit）提供了全局上下文存储能力，可通过TestContext传递数据：

• 实现步骤：
  • 生成数据的Fixture在数据生成完成后，将数据存入TestContext.Properties["GeneratedData"]；
  • 目标Fixture在SetUp阶段从TestContext.Properties中取出数据。
• 注意点：需确认框架的TestContext作用域是否支持跨Fixture共享，部分框架默认是单Fixture作用域，可能需要自定义扩展上下文。

3. 延迟加载的数据提供器改造 #

针对TTestDataProvider提前生成参数的问题，自己实现支持延迟加载的参数提供器：

• 实现步骤：
  • 用Lazy<IEnumerable<object[]>>包装参数生成逻辑，让参数生成逻辑延迟到第一次被调用时执行；
  • 在生成数据的Fixture执行完成后，触发延迟加载的初始化逻辑，确保参数生成时已有可用数据；
  • 目标Fixture使用这个自定义提供器获取测试参数。
• 注意点：必须保证生成数据的Fixture在参数生成逻辑执行前完成，需配合测试执行顺序控制。

4. 嵌套Fixture结构 #

如果两个Fixture的关联性较强，可将生成数据的逻辑放到外层Fixture，目标测试放在内层Fixture：

• 实现步骤：
  • 外层Fixture在SetUp中完成数据生成，将数据作为类成员变量存储；
  • 内层Fixture继承外层Fixture，直接访问外层的成员数据用于测试。
• 优势：数据传递直接，无需全局存储，测试结构更清晰；缺点：仅适用于关联性强的Fixture场景。

内容的提问来源于stack exchange，提问作者user4261130