.net测试篇之测试神器Autofixture Generator使用与自定义builder

  • 时间:
  • 浏览:1
  • 来源:幸运快3_快3怎么做代理_幸运快3怎么做代理

系列目录

有了上一节自定义配置,许多问提都能避免了,或者机会仅仅是为了避免原先简单问提里后会 创建原先类显得有点硬繁重.嘴笨 AutoFixture在创建Fixture对象时有许多方便的Fluent配置,当我们这里介绍许多比较常用了.

创建对象是忽略许多属性

许多刚刚 有原先的许多业务场景,许多字段是非必填项,或者一旦填写则才能 符合指定规则.哪此非必填字段在业务中仅仅当它发生的刚刚 做许多校验,其它地方并里后会 使用到它.原先在单元测试的刚刚 当我们为了下行速率 后会 暂时忽略哪此字段.在顶端集成测试的刚刚 再提供全部数据.

下面看看AutoFixture在生成对象的刚刚 要怎样显式地忽略许多字段

嘴笨 要忽略是机会机会不忽略AutoFixture自动为字符串类型生成原先guid字符串,这机会愿因 验证失败.

当我们扩展一下Person类,代码如下

public class Person
    {
        public string Name { get; set; }
        public int Age { get; set; }
        public DateTime BirthDay { get; set; }
        public string Mobile { get; set; }
        public string IDCardNo { get; set; }
        public string Email { get; set; }
    }

当我们看配置代码

       [Test]
        public void FixValueTest()
        {
            var fix = new Fixture();

            var psn = fix.Build<Person>().
                Without(a => a.IDCardNo).
                Create();
        }

这里fix对象使用Build最好的措施,生成原先自定义生成对象,然都不 突然冒出许多自定义配置最好的措施,当我们使用without最好的措施指示AutoFixture在生成时不生成某一字段,原先without顶端还后会 再接原先,机会才能 忽略其它字段,后会 串联使用多个without.

指定当前时间

在集成测试的刚刚 ,许多关于时间的字段都需就说 我我当前时间,这刚刚 后会 使用AutoFixture内置的自定义类CurrentDateTimeGenerator来实现

 [Test]
        public void FixValueTest()
        {
            var fix = new Fixture();
            fix.Customizations.Add(new CurrentDateTimeGenerator());
            var psn = fix.Create<Person>();
        }

[info]当然以上配置机会是里后会 必要的,机会C#很早就支持属性赋初值了.

UriGenerator

此配置后会 让AutoFixture生成原先Uri

```cs

[Test]

public void FixValueTest()

{

var fix = new Fixture();

fix.Customizations.Add(new UriGenerator());

var br = fix.Create()# AutoFixture配置二

有了上一节自定义配置,许多问提都能避免了,或者机会仅仅是为了避免原先简单问提里后会 创建原先类显得有点硬繁重.嘴笨 AutoFixture在创建Fixture对象时有许多方便的Fluent配置,当我们这里介绍许多比较常用了.

创建对象是忽略许多属性

许多刚刚 有原先的许多业务场景,许多字段是非必填项,或者一旦填写则才能 符合指定规则.哪此非必填字段在业务中仅仅当它发生的刚刚 做许多校验,其它地方并里后会 使用到它.原先在单元测试的刚刚 当我们为了下行速率 后会 暂时忽略哪此字段.在顶端集成测试的刚刚 再提供全部数据.

下面看看AutoFixture在生成对象的刚刚 要怎样显式地忽略许多字段

嘴笨 要忽略是机会机会不忽略AutoFixture自动为字符串类型生成原先guid字符串,这机会愿因 验证失败.

当我们扩展一下Person类,代码如下

public class Person
    {
        public string Name { get; set; }
        public int Age { get; set; }
        public DateTime BirthDay { get; set; }
        public string Mobile { get; set; }
        public string IDCardNo { get; set; }
        public string Email { get; set; }
    }

当我们看配置代码

       [Test]
        public void FixValueTest()
        {
            var fix = new Fixture();

            var psn = fix.Build<Person>().
                Without(a => a.IDCardNo).
                Create();
        }

这里fix对象使用Build最好的措施,生成原先自定义生成对象,然都不 突然冒出许多自定义配置最好的措施,当我们使用without最好的措施指示AutoFixture在生成时不生成某一字段,原先without顶端还后会 再接原先,机会才能 忽略其它字段,后会 串联使用多个without.

指定当前时间

在集成测试的刚刚 ,许多关于时间的字段都需就说 我我当前时间,这刚刚 后会 使用AutoFixture内置的自定义类CurrentDateTimeGenerator来实现

 [Test]
        public void FixValueTest()
        {
            var fix = new Fixture();
            fix.Customizations.Add(new CurrentDateTimeGenerator());
            var psn = fix.Create<Person>();
        }

[info]当然以上配置机会是里后会 必要的,机会C#很早就支持属性赋初值了.

UriGenerator

此配置后会 让AutoFixture生成原先Uri

 [Test]
        public void FixValueTest()
        {
            var fix = new Fixture();
            fix.Customizations.Add(new UriGenerator());
            var br = fix.Create<Uri>();
        }

MailAddressGenerator

用于生成邮箱地址

 [Test]
        public void FixValueTest()
        {
            var fix = new Fixture();
            fix.Customizations.Add(new MailAddressGenerator());
            var mr = fix.Create<MailAddress>()
        }

当然许多刚刚 当我们是你会MailAddress里的字符串.这刚刚 使用MailAddress的Address属性即可.

;

}

```

MailAddressGenerator

用于生成邮箱地址

 [Test]
        public void FixValueTest()
        {
            var fix = new Fixture();
            fix.Customizations.Add(new MailAddressGenerator());
            var mr = fix.Create<MailAddress>()
        }

当然许多刚刚 当我们是你会MailAddress里的字符串.这刚刚 使用MailAddress的Address属性即可.

AutoFixture结合DataAnnotations

许多刚刚 有原先许多场影,当我们的实体类富含许多验证注解,这就对制发明人的假数据有许多要求,比如才能 符合邮箱号,身份证号,字符串长度才能 为特定值,手机号才能 为特定长度数字等等.通过前面讲到的自定义配置当我们后会 实现以上功能,或者机会仅仅是为了生成原先指定长度的字符串当我们再新建原先配置类嘴笨 有点硬繁琐,或者哪此逻辑许多须都不 通用的.更为繁复的是有刚刚 原先特定字段才能 符合某一正则规则,机会你這個规则非常繁复你会生成满足它的假数据嘴笨 才能 花费些心思,这刚刚 机会AutoFixture能自动生成满足条件的假数据那该有好多,实际上AutoFixture嘴笨 后会 生成满足DataAnnotations约束的字段,或者不才能 配置默认就说 我我支持的.

比如现在Person类改为如下:

public class Person{
        [StringLength(10)]
        public string Name { get; set; }
        [Range(18,42)]
        public int Age { get; set; }
        public DateTime BirthDay { get; set; }
        [RegularExpression("\\d{11}")]
        public string Mobile { get; set; }
}

AutoFixture会自动生成满足条件的字段.

AutoFixture 生成符合特定业务的字段.

Attribute自动生成符合注解约束的字段为集成测试提供了很大方便.然而许多功能不论是注解还是AutoFixture内置的配置都无法完成,这刚刚 就才能 自定义的配置.

比如说有以下业务场景,许多业务模型富含始于了了时间和始于了时间,这里都不 原先隐性约束就说 我我始于了时间才能 大于机会等于始于了了时间,机会都不 原先数据库中就无法取到值.你這個刚刚 就才能 使用自定义配置了.

比如有一下模型:

 public class CustomDate
    {
        public DateTime StartTime { get; set; }
        public DateTime EndTime { get; set; }
    }

[info]这里就说 我我原先普通例子,许多刚刚 业务顶端都不 原先的模型,机会要让始于了时间晚于始于了了时间,当我们首这麼先选择哪个时始于了了时间,哪个是始于了时间,这里当我们使用基于命名约束的最好的措施来选择它们:即始于了了时间富含start,始于了时间富含end(当然也后会 是其它标识,假如有一天能选择它们即可).当然这并都不 五种很好的设计.理想的情况表下是对字段进行注解,或者仅仅为了测试而去扩展现有项目的做法也是值得商榷的.

以下为自定义最好的措施

 public class DateTimeSpecimenBuilder:ISpecimenBuilder
    {
        private readonly Random _random = new Random();
        private DateTime startDate = DateTime.Now;
        public object Create(object request, ISpecimenContext context)
        {
            var pi = request as PropertyInfo;
            if (pi != null && pi.Name.ToLower().Contains("start") &&
                (pi.PropertyType == typeof(DateTime) || pi.PropertyType == typeof(DateTime?)))
            {
               
                var stDate = context.Create<DateTime>();
                
                startDate =stDate ;
                return startDate;
            }

            if (pi != null && pi.Name.ToLower().Contains("end") &&
                (pi.PropertyType == typeof(DateTime) || pi.PropertyType == typeof(DateTime?)))
            {
                var endDate = startDate.AddDays(_random.Next(1,20));
                return endDate;
            }
            return new NoSpecimen();
        }
    }
        [Test]
        public void FixValueTest()
        {
            var fix = new Fixture();
            fix.Customizations.Add(new DateTimeSpecimenBuilder());
            var customDate = fix.Create<CustomDate>();
        }

简单梳理一下以上代码,基本逻辑就说 我我机会传入字段富含start关键社会形态或者是日期类型,当我们就把它的值存起来,当顶端遇到富含end社会形态的属性时就把刚才存入的值再添加指定天数原先就能保证enddate大于startdate了.

生成引用类型时指定构造函数

当原先类有多个构造函数时,AutoFixture默认使用参数相当于的构造函数来构造原先对象,或者这在许多刚刚 会造成麻烦:原先Bll类机会有多个构造函数,构造函数里传入的是依赖对象,机会只调用参数相当于的构造函数则许多依赖无法传入,原先机会使用到了依赖对象就会报Null引用异常.你這個刚刚 当我们就才能 显式的指定调用哪原先构造函数.

当我们仍然通过示例来讲解.

当我们把Person类改成如下:

public class Person
    {
        public Person(string name)
        {
            Name = name;
        }

        public Person(string name,int age)
        {
            Age = age;
            Name = name;
        }
        [StringLength(10)]
        public string Name { get; set; }
        [Range(18,42)]
        public int Age { get; set; }
        public DateTime BirthDay { get; set; }
        [RegularExpression("\\d{11}")]
        public string Mobile { get; set; }
        public string IDCardNo { get; set; }

与刚刚 相比,你這個类多了原先有参构造函数.

注意,即使类型不富含无参构造函数,AutoFixture依然才能创建它,就说 我我使用哪个构造函数是不选择的.

要实现让AutoFixture选择当我们你会的构造函数,当我们创建原先实现了IMethodQuery的类型,或者添加到配置里.

你這個类代码如下

 public class MyMethodSelector : IMethodQuery
    {
        private readonly Type[] _types;

        public MyMethodSelector(params Type[] type)
        {
            _types = type;
        }

        public IEnumerable<IMethod> SelectMethods(Type type)
        {
            if (type == null)
            {
                throw new ArgumentNullException();
            }

            var constructors = type
                .GetConstructors().Where(a => a.GetParameters().Select(t => t.ParameterType).SequenceEqual(_types))
                .Select(a => new ConstructorMethod(a));

            return constructors;
        }
    }

当我们来分析一下这段代码,首先当我们在构造函数里传入type 数组,这里的type为构造函数参数的类型.SelectMethods为接口提供的最好的措施,你這個最好的措施接收原先type类型作为参数,你這個type为操作的对象的类型.或者当我们使用GetConstructors最好的措施获取它所有的构造函数.或者通过Where过滤符合条件的(条件是参数的类型和构造函数传入的类型一样).或者当我们使用过滤后的Constructorinfo来创建原先ConstructorMethod,ConstructorMethod为AutoFixture提供的原先类型.

下面是测试代码

var fix = new Fixture();
            fix.Customize(new ConstructorCustomization(typeof(Person),
                new MyMethodSelector(typeof(string), typeof(int))));
            var psn = fix.Create<Person>();

这里当我们给MyMethodSelector传入了原先类型,分别是string类型和int类型,以期望AutoFixture调用富含string和int参数的构造最好的措施.当我们启用调试模式,就后会 看后Person的第四个构造函数被调用了.

看后这里,许多人机会会感觉许多厌烦,感觉原先做还不如直接New原先对象,在new的刚刚 显式调用特定的构造函数就不用有里后会 麻烦了.关于直接new对象的缺点前面也说过,机会Bll层有变动,则才能 显式修改测试最好的措施,不有利于维护,或者你這個最好的措施是后会 通用的.一旦创建好刚刚 刚刚 遇到原先的业务就后会 直接调用了.