单元测试(一)-NUnit基础

单元测试作为提高代码和软件质量的有效途径,其重要性和益处自不必多说,虽然我没有实践过TDD之类,但坚信单元测试的积极作用。作为一种开发方法,单元测试早在上世纪70年代就已经在Smalltalk语言被运用了,这么多年来,单元测试一次又一次证明了自身的价值,在各种开发方式此起彼伏的浪潮中,经受住了时间的考验。

现在,俺也开始学习了,并在以后好好实践。这个系列的学习素材为Roy Osherove所著The Art of Unit Testing with examples in C#, 2nd Edition

 

一 单元测试基础知识

单元测试是一段代码调用另外一段代码,随后检验一些假设的正确性。如果假设的结果错了,单元测试会失败,一个“单元”指的是一个方法或函数。

a) 优秀的单元测试具备如下特性

自动的、可重复的

容易实现

一旦写好,将来都可使用

任何人都可运行

单击一个按钮就可运行

可以快速地运行

总之单元测试应该是全自动的、可信赖的、可读性强的和可维护的。

但在判断自己所写的测试是否优秀的单元测试前,可通过思考下面的问题,来了解普通的软件测试行为和单元测试之间的区别:

两周或两个月、甚至两年前写的单元测试,还可以运行并得到结果吗?

两个月前写的单元测试,任何一个团队成员都可以运行并得到结果吗?

是否可以在几分钟内跑完所有的单元测试?

可以单击一个按钮就运行我所写的单元测试吗?

是否能在几分钟内写一个基本的单元测试

如果这些问题有一个是否定的,那么所做的测试就不是单元测试(而是集成测试)。

 

b) 一个单元测试通常包括三个主要部分:配置对象、操控对象、通过断言判断结果是否符合预期,这便是测试的基本模式Arrange-Act-Assert

 

c) 推荐的单元测试命名规范为:

项目名:被测项目.Tests,

类:被测类+Tests,通常一个被测类对应一个测试类

方法:被测方法_测试场景_预期行为,一个被测方法会有多个测试用例,每个测试用例又会针对不同的输入,有不同的预期行为,所以一般一种预期行为对应一个测试方法

 


 

 

二 开始使用NUnit

XUnit系列作为优秀的单元测试工具被广泛使用。需要下载并在单元测试项目中引用nunit.Framework.dll,然后VS需要安装NUnit Adapter 3扩展工具,这样NUnit就替代MS Test作为默认的测试工具了。

a) Nunit特性标签

NUnit利用Attribute标签标识要运行的测试,[TestFixture]用来标识测试类,[Test]则用来标识测试方法

可以通过[Category]标签为测试方法分组

暂时不需要测试的方法可以标记为[Ignore]

 

b) 对于单元测试,有两点十分重要:       

及时清理前一个测试遗留的任何数据或实例对象

为新的测试重新设置状态,就像之前没有运行任何测试一样

NUnit提供了[SetUp]和[TeatDown]来做到这两点,被[SetUp]标记的方法会在每个[Test]方法运行前执行,而[TeatDown]则在[Test]方法之后执行。

另外还有[TestFixtureSetUp]和[TestFixtureTearDown],用来在测试类的前后执行。

 

c) Assert类

Assert类是NUnit单元测试的基础,用来判断假设条件是否成立。基本的Assert方法如下,其余很多衍生的方法用法类似。

Assert.IsTrue 用来验证条件表达式是否为真

Assert.AreEqual 验证是否与期望值相等

Assert.AreSame验证是否引用了同一个对象

 

参考资料:

The Art of Unit Testing with examples in C#, 2nd Edition by Roy Osherove

 

posted @ 2017-05-21 22:21  zhixin9001  阅读(366)  评论(0编辑  收藏  举报