单元测试中使用ModelFactory而非接口的价值有哪些？

微软在Azure SDK for .NET中采用了ModelFactory模式，专门用于测试场景下构造业务对象。以Service Bus的实现为例，ServiceBusModelFactory中提供了创建SubscriptionProperties的静态方法：

public static SubscriptionProperties SubscriptionProperties(
            string topicName,
            string subscriptionName,
            TimeSpan lockDuration = default,
            bool requiresSession = default,
            TimeSpan defaultMessageTimeToLive = default,
            TimeSpan autoDeleteOnIdle = default,
            bool deadLetteringOnMessageExpiration = default,
            int maxDeliveryCount = default,
            bool enableBatchedOperations = default,
            EntityStatus status = default,
            string forwardTo = default,
            string forwardDeadLetteredMessagesTo = default,
            string userMetadata = default) =>
            new SubscriptionProperties(topicName, subscriptionName)
            {
                LockDuration = lockDuration,
                RequiresSession = requiresSession,
                DefaultMessageTimeToLive = defaultMessageTimeToLive,
                AutoDeleteOnIdle = autoDeleteOnIdle,
                DeadLetteringOnMessageExpiration = deadLetteringOnMessageExpiration,
                MaxDeliveryCount = maxDeliveryCount,
                EnableBatchedOperations = enableBatchedOperations,
                Status = status,
                ForwardTo = forwardTo,
                ForwardDeadLetteredMessagesTo = forwardDeadLetteredMessagesTo,
                UserMetadata = userMetadata
            };

如果SubscriptionProperties实现了包含所有属性的接口，我们本可以通过模拟接口来快速构造测试对象，无需依赖真实类的实现。但这种基于真实实现的ModelFactory方式，在单元测试中具备不可替代的价值：

• 确保测试对象的合法性：真实的SubscriptionProperties内部会对字段做严格验证（比如时间范围、数值边界），通过ModelFactory创建的实例完全遵循这些约束，不会出现模拟对象因字段不合法导致被测试代码抛出异常的情况，避免测试用例因为对象本身无效而失败。
• 降低测试维护成本：如果SubscriptionProperties的构造逻辑或字段约束发生变更，只需要更新ModelFactory的实现，所有依赖它的测试用例都能自动适配新规则，无需逐个修改模拟对象的设置。
• 测试场景更贴近生产环境：单元测试的核心是验证代码在真实环境下的行为，使用真实实现构造的对象，能让测试场景更接近生产环境的实际情况，避免因模拟对象与真实对象的行为差异，导致测试通过但生产环境出问题的情况。
• 省去接口维护的额外成本：如果为了模拟而定义接口，需要持续维护接口与实现类的一致性，一旦类的属性或方法变更，还要同步更新接口。而ModelFactory直接复用真实类，完全省去了接口维护的工作量。
• 简化复杂对象的构造流程：像SubscriptionProperties这类包含多个可选参数的对象，手动创建时需要逐个设置属性，ModelFactory提供了带默认值的静态方法，只需传入测试所需的关键参数，就能快速生成符合要求的实例，大幅提升测试代码的编写效率。

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