单元测试-NUnit基础
Posted zhixin9001
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了单元测试-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
以上是关于单元测试-NUnit基础的主要内容,如果未能解决你的问题,请参考以下文章
Unity 单元测试(NUnit,UnityTestTools)
单元测试、NUnit 还是 Visual Studio? [关闭]