假设我有这样一个具体类:
public partial class User
{
public int ID { get; set; }
public string Email { get; set; }
public string FullName { get; set; }
}
我想创建一个匿名实例,它有一个有效的电子邮件地址,并且全名字段不超过20个字符。我可以这样做:
var fixture = new Fixture();
var anonUser = fixture.Build<User>()
.With(x => x.Email, string.Format("{0}@fobar.com", fixture.Create<string>()))
.With(x => x.FullName, fixture.Create<string>()Substring(0,20))
.Create();
是否有一种方法,我可以在一个地方定义这个,这样AF知道我可以得到我的自定义匿名类使用:
var newAnon = fixture.Build<User>();
您有多种选择。在我看来,最好的选择是应用GOOS原则监听您的测试。当测试变得难以编写时,是时候重新考虑被测系统(System Under test, SUT)的设计了。AutoFixture倾向于放大这种效果。
重构为值对象
如果您要求Email
和FullName
属性应该具有特别约束的值,则可能表明目标API将受益于定义显式Email
和FullName
值对象,而不是原始痴迷。典型的AutoFixture示例是关于电话号码的。
使用数据注释
你也可以使用数据注解给AutoFixture提示值的约束。不是所有的数据注释属性都被支持,但是你可以同时使用MaxLength和regulareexpression。
它可能看起来像这样:
public partial class User
{
public int ID { get; set; }
[RegularExpression("regex for emails is much harder than you think")]
public string Email { get; set; }
[MaxLenght(20)]
public string FullName { get; set; }
}
就我个人而言,我不喜欢这种方法,因为我更喜欢适当的封装。
使用自定义
不使用Build<T>
方法,使用Customize<T>
方法:
var fixture = new Fixture();
fixture.Customize<User>(c => c
.With(x => x.Email, string.Format("{0}@fobar.com", fixture.Create<string>())
.With(x => x.FullName, fixture.Create<string>().Substring(0,20)));
var newAnon = fixture.Create<User>();
编写一个约定驱动的标本生成器
最后,您可以编写一个约定驱动的定制:
public class EmailSpecimenBuilder : ISpecimenBuilder
{
public object Create(object request,
ISpecimenContext context)
{
var pi = request as PropertyInfo;
if (pi == null)
{
return new NoSpecimen(request);
}
if (pi.PropertyType != typeof(string)
|| pi.Name != "Email")
{
return new NoSpecimen(request);
}
return string.Format("{0}@fobar.com", context.Resolve(typeof(string)));
}
}
我非常喜欢这种方法,因为我可以在这里放置任意复杂的逻辑,这样就不必创建大量的一次性定制,我可以使用一小组约定来驱动整个测试套件。这也使目标代码更加一致。