.net持续集成测试篇之Nunit 测试配置

在开始之前我们先看一个陷阱

用到的Person类如下

public class Person:IPerson { public string Name { get; set; } public int Age { get; set; } public DateTime BirthDay { get; set; } /// <summary> /// 判断Name是否包含字母B /// </summary> /// <returns></returns> public bool WhetherNameContainsB() { if (this.Name == null) throw new ArgumentNullException("参数不能为null"); if (this.Name.Contains("B")) return true; return false; } }

这个类以前也用过,有三个属性和一个方法,其中方法用于判断Name字段是否包含大写字母B,如果包含返回true,不包含返回false,如果Name为null则抛出异常

测试类如下

[TestFixture] public class FirstUnitTest { private Person psn; public FirstUnitTest() { psn = new Person(); } [Test] [Order(1)] public void SetPersonName() { psn.Name = "sto"; Assert.IsNotEmpty(psn.Name); } [Test] [Order(2)] public void DemoTest() { Assert.Throws<ArgumentNullException>(() => psn.WhetherNameContainsB()); } }

第一个测试给Name赋值,然后断言用户名不为空,这显然应该是通过的

第二个测试用于断言调用WhetherNameContainsB时会抛异常,由于这里Name并没有赋值,所以会抛出异常,这里也应该能返回成功.

然而运行以上代码第二个测试返回的是失败!这是因为Nunit在运行测试类的时候会调用所有的测试方法,由于我们显式指定的运行顺序(使用order注解)则第一个方法先于第二个方法前执行,由于第一个方法把Name设置为"sto",因此这时候全局psn的Name字段便有值了.所以第二个方法再调用psn的WhetherNameContainsB方法时,是不会抛出异常的(方法的逻辑是只有Name有值便不会抛出异常).

如果不指定运行顺序,则第二个方法运行的结果是不确定的,如果它先于第一个方法执行,则就会返回成功,如果晚于第一个方法则返回失败.

我们前面说到,单元测试的结果应该是稳定的,然而这里却是不确定的,因此我们要重新设计.

当然其实解决这个问题很简单,只要把对全局的变量移动到方法里面就行了,这样每个方法的状态就不会被外部改变了.

改造后的测试类如下

[TestFixture] public class FirstUnitTest { public FirstUnitTest() { } [Test] [Order(1)] public void SetPersonName() { Person psn = new Person(); psn.Name = "sto"; Assert.IsNotEmpty(psn.Name); } [Test] [Order(2)] public void DemoTest() { Person psn = new Person(); Assert.Throws<ArgumentNullException>(() => psn.WhetherNameContainsB()); } }

我们再运行,便都能通过了.

然而这样设计有一个问题,第一如果多个测试方法都要用到这个对象,则需要复制很多,第二如果多个方法之间共用的代码非常多,那么每个方法里都要复制很多代码,我们前面说过单元测试里的代码应力求简洁明了,并且复制同样的代码不利于维护.下面我们介绍Nunit里的Setup

Setup注释

在单元测试类中如果把一个方法加上setup注解,则这个方法会先于其它未标的方法执行,并且每个方法执行之前都会执行它,如果在setup注解的方法内初始化对象,则每个方法运行之前都会运行这个被注解的方法,则每次变量都重新初始化,不会再有数据被共享造成的各种问题了.我们用setup改造后的测试类如下

[TestFixture] public class FirstUnitTest { private Person psn; public FirstUnitTest() { } [SetUp] public void Setup() { psn = new Person(); } [Test] [Order(1)] public void SetPersonName() { psn.Name = "sto"; Assert.IsNotEmpty(psn.Name); } [Test] [Order(2)] public void DemoTest() { Assert.Throws<ArgumentNullException>(() => psn.WhetherNameContainsB()); } }

我们在标识为Setup的方法里初始化Person,这样测试就能通过了

被Setup注解的方法名可任意取,只要符合命名规范即可

Nunit并不限制一个测试类中有多个Setup方法,但是强烈不建议这么做.

OneTimeSetup注释

OneTimeSetup也是在所有的测试方法运行之前运行,不同的是它并不像SetUp一样每个测试方法运行之前都会运行,而是在所有测试方法运行之前之运行一次.它适用这样场景:比如说我们程序里的数据访问封闭类,这个类里面一般都是访问数据库的各种方法和一些私有的变量像连接字符串之类的,数据访问方法里只会去读取这些字段而不去修改它.最为重要的是每个测试方法运行之前都去实体化一个这样的类会很耗费资源.像这种类型便可以放在OneTimeSetup方法里,在类创建的时候运行一次.

这个方法功能很像构造函数,它能做的工作一般构造函数也能做.

Teardown

Teardown和Setup用法一样,只是它是在测试方法运行之后才运行,如果我们的测试方法里有需要释放的对象可以在这个方法里释放.

OneTimeTearDown

它是在所有的方法都运行完之后才运行一次,功能上相当于析构函数,用于在测试类所有方法都执行完以后释放掉类中使用的资源.

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/wsxxjy.html