AutoFixture单元测试疑问：如何确保返回列表含元素及测试确定性

咱们一步一步来解决你的问题：

这个疑问是否适用于你的测试代码？ #

答案是肯定的——这个问题确实戳中了当前测试的潜在风险。默认情况下，AutoFixture调用Fixture.Create<List<T>>()时，有可能生成空列表，它的内部生成逻辑带有随机性，这就意味着你的测试可能这次通过下次失败，完全丧失了确定性，所以这个疑问非常值得重视。

怎么用AutoFixture确保列表至少有一个元素？ #

AutoFixture提供了几种靠谱的方式来解决这个问题，我给你列几个常用方案：

方式一：用CreateMany<T>()替代Create<List<T>>() #

CreateMany<T>()是AutoFixture专门用来生成多个实例的方法，默认会生成3个元素（数量可自行调整），之后转成List即可，这样能绝对保证列表非空：

// Arrange
var mockEmployeeRepo = new Mock<IEmployeeRepository>();
// 用CreateMany生成多个实例再转List，保证非空
var employeeAccountsReturn = new Fixture().CreateMany<Contracts.EmployeeAccount>().ToList();
mockEmployeeRepo.Setup(employeeRepo => employeeRepo.GetEmployeeAccountsByEmployeeAccountId(It.IsAny<int>()))
    .Returns(employeeAccountsReturn);
var employeeAccountController = new EmployeeAccountController(mockEmployeeRepo.Object);

// Act
var result = employeeAccountController.GetEmployeeAccounts(1);

// Assert
Assert.Equal(employeeAccountsReturn, result);

方式二：全局配置Fixture，让所有List默认非空 #

如果你的测试里要生成多个List，不想每次都写CreateMany，可以给Fixture做全局配置，让它生成的所有List<T>都默认带元素：

var fixture = new Fixture();
// 设置默认生成的元素数量，比如至少1个
fixture.RepeatCount = 1;
// 自定义List的生成逻辑，用CreateMany确保非空
fixture.Customize<List<Contracts.EmployeeAccount>>(c => 
    c.FromFactory(() => fixture.CreateMany<Contracts.EmployeeAccount>().ToList()));

// 现在Create出来的List肯定包含元素
var employeeAccountsReturn = fixture.Create<List<Contracts.EmployeeAccount>>();

方式三：用Build语法精准控制元素数量和属性 #

如果需要更精细的控制，比如指定生成2个元素，或者给元素的某些属性设置特定值，就用Build语法：

var employeeAccountsReturn = new Fixture()
    .Build<Contracts.EmployeeAccount>()
    // 可添加.With(e => e.EmployeeId, 1)来指定元素属性值
    .CreateMany(2) // 明确生成2个元素
    .ToList();

额外小建议 #

你的测试现在直接断言返回列表和预期实例相等，其实可以再加一个断言验证元素数量，比如Assert.Equal(employeeAccountsReturn.Count, result.Count)，这样即使AutoFixture的默认行为有变化，测试也能更早发现问题，健壮性会更高。

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