单元测试(一)-NUnit基础

2019独角兽企业重金招聘Python工程师标准>>>

单元测试作为提高代码和软件质量的有效途径，其重要性和益处自不必多说，虽然我没有实践过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

 

转载于:https://my.oschina.net/u/2327858/blog/906299