Spring4D 2.0集合接口单元测试最优策略咨询

问题背景 #

从Spring4D 1.2.6迁移到2.0版本后，IList<>、IDictionary<>这类集合接口默认不再提供RTTI。之前的单元测试依赖Mock工具自动返回集合实例的动态行为，现在所有返回集合的服务方法调用都会返回nil，原有测试全部无法正常运行。

典型场景包括：

• 普通服务接口返回集合：

  IService1 = interface(IInvokable)
    [...] 
    function Errors: IList<TError>;
  end;
  

  现在必须手动配置Mock才能让Errors方法返回有效集合。
• 继承自集合接口的自定义接口：

  IServices2 = interface(IList<TRecord>)
    [...] 
    procedure SomeOtherMethod;
  end;
  

  这类接口无法直接对父接口的集合方法设置Mock，问题更棘手。

目前已知：

• 仅约5处场景存在继承集合接口、以TList/TDictionary<K,V>为基类的情况，都是对集合功能的小幅扩展；
• 核心痛点是所有返回Spring.Collections.I*类型的服务方法，测试时都必须手动执行Mock.Setup.Returns(TCollections.CreateList).When.GetRecords这类配置，等效于强制使用TMockBehavior.Strict，大量原有测试需要修改。

候选策略分析与最优选择 #

策略1：全量手动添加Mock配置 #

优势：

• 契合Spring4D 2.0的设计方向——框架默认关闭集合RTTI是为了提升性能，手动配置Mock不会破坏这种优化；
• 测试代码更显式，每个依赖的返回预期都清晰可见，避免隐式自动Mock带来的测试不稳定（比如自动生成的集合可能包含意外数据）；
• 不需要修改全局编译配置，不会引入跨测试用例的行为干扰。

劣势：

• 初期需要补全大量原有测试的Mock配置，有一定工作量；
• 对继承集合接口的自定义接口，需要额外处理父接口方法的Mock逻辑。

策略2：测试项目中启用Spring.Collections的RTTI #

优势：

• 零成本复用原有测试代码，直接恢复1.2.6时代的自动Mock行为，不用改任何测试逻辑。

劣势：

• 测试环境与生产环境行为不一致——生产环境运行的是无RTTI的代码，测试环境开了RTTI，相当于测试的是“另一种版本”的框架，可能掩盖生产环境的潜在问题；
• 全局启用RTTI可能引发意外行为，比如某些依赖RTTI的第三方代码或自定义逻辑，在测试环境的表现和生产环境不符；
• 继承自集合接口的自定义接口Mock问题不一定能解决，因为Mock工具对带RTTI的接口继承方法的处理仍可能存在缺陷。

优先推荐策略1 #

综合来看，策略1是更稳妥的长期方案：

1. 显式的Mock配置让测试逻辑更清晰，后续维护成本更低；
2. 保持测试与生产环境的一致性，避免因RTTI差异导致的测试无效；
3. 针对那5个继承集合接口的场景，可以用以下简化方式处理：
   • 直接返回真实的Spring集合实例（比如TCollections.CreateList<TRecord>），因为这些接口只是小幅扩展集合功能，真实集合完全能满足测试需求；
   • 如果必须Mock扩展方法，可以先创建真实集合，再用Mock包装自定义接口，仅对SomeOtherMethod这类扩展方法做配置，父接口的集合方法直接委托给真实集合。

实操示例 #

普通集合返回方法的Mock配置 #

// 替代原自动Mock，手动指定返回空集合
Mock<IService1>.Setup.Returns(TCollections.CreateList<TError>).When.Errors;

继承集合接口的自定义接口处理 #

// 方案1：直接返回真实集合（适合扩展方法无复杂逻辑的场景）
function GetMockedServices2: IServices2;
begin
  // 用真实TList实现IServices2接口
  Result := TList<TRecord>.Create as IServices2;
end;

// 方案2：Mock扩展方法+真实集合实现父接口逻辑
function GetMockedServices2WithCustomLogic: IServices2;
var
  mock: TMock<IServices2>;
  realList: IList<TRecord>;
begin
  realList := TCollections.CreateList<TRecord>;
  mock := TMock<IServices2>.Create;

  // 父接口方法委托给真实集合
  mock.Setup.Returns(realList.Count).When.Count;
  mock.Setup.Procedure.When.Add(Arg.Any<TRecord>).Execute(
    procedure(const item: TRecord)
    begin
      realList.Add(item);
    end);

  // 配置扩展方法的Mock逻辑
  mock.Setup.Procedure.When.SomeOtherMethod.Execute(
    procedure
    begin
      // 这里写测试需要的自定义逻辑
    end);

  Result := mock;
end;

内容的提问来源于stack exchange，提问作者Z.B.