C#中是否有更优方式处理单元测试中的样板代码？

一、这类测试是否有必要？ #

• 如果你的TestClass是简单DTO/值对象，且构造函数是编译器自动生成的（比如C# 9+的record类型），这类“入参赋值给属性”的测试确实冗余——编译器已经保证了赋值逻辑的正确性，除非你后续手动修改构造函数逻辑，否则没必要写。
• 如果TestClass是手动实现构造函数，或者后续可能有人修改构造逻辑（比如加了默认值、转换逻辑），那这类测试能起到防回归的作用，还是值得保留的。

二、优化样板代码的几种方式 #

1. 用AutoFixture自动生成实例，减少手动传参 #

AutoFixture可以帮你自动生成所有构造参数的测试数据，不用手动声明lang、refer等变量：

var fixture = new Fixture();
// 直接生成TestClass实例
var testClass = fixture.Create<TestClass>();

// 如果需要验证某个特定参数的赋值，可以用Freeze固定该参数值
var frozenLang = fixture.Freeze<string>();
var testClassWithFrozenLang = fixture.Create<TestClass>();
Assert.AreEqual(frozenLang, testClassWithFrozenLang.Lang);

2. 用FluentAssertions简化多属性断言 #

不用写一堆Assert.AreEqual，用FluentAssertions的BeEquivalentTo可以一次性验证所有属性：

// 不管是手动传参还是AutoFixture生成，都可以用这种方式
var fixture = new Fixture();
var lang = fixture.Create<string>();
var refer = fixture.Create<string>();
var link = fixture.Create<Uri>();
var info = fixture.Create<InfoModel>();
var title = fixture.Create<string>();
var description = fixture.Create<string>();

var testClass = new TestClass(lang, refer, link, info, title, description);
// 用匿名类作为预期值，自动对比所有属性
testClass.Should().BeEquivalentTo(new { lang, refer, link, info, title, description });

3. 自动遍历构造参数验证（适合属性名与参数名一致的场景） #

如果你的类属性名和构造参数名完全对应，可以用反射+AutoFixture自动完成所有参数的赋值验证，彻底消除样板：

var fixture = new Fixture();
var constructor = typeof(TestClass).GetConstructors().First();

foreach (var param in constructor.GetParameters())
{
    // 固定当前参数的测试值
    var paramValue = fixture.Create(param.ParameterType);
    fixture.Inject(paramValue);
    
    // 创建实例并验证对应属性
    var instance = fixture.Create<TestClass>();
    var property = typeof(TestClass).GetProperty(param.Name);
    Assert.AreEqual(paramValue, property.GetValue(instance));
}

总结 #

• 自动生成构造函数的类：可以直接省略这类测试；
• 手动实现构造函数的类：建议保留测试，但用上述方法把样板代码压缩到最少，避免重复劳动。

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