工欲善其事,必先利其器
单元测试框架为我们写单元测试提供了极大的便利,目前市面上有很多单元测试框架,我们选择的原则是
- 功能满足我们的需求
- 稳定且容易获取
- 上手简单,使用方便(调试、运行、整理单元测试)
- 部署自动化容易
综上,宇宙最强IDE默认集成的MSTest中标。
开始
在VS中右键单击任意公开的类名或方法即可看到创建单元测试项目的选项(也可以在设计解决方案的时候建立好单元测试项目,并引用需要依赖的程序集即可)。
命名
- 单元测试项目名:[被测项目].Tests
- 类名:[被测类]Tests
- 方法名:[被测方法]_[测试场景]_[预期行为]
举个例子,现在要对Shape.Core.dll中的Line类的Contains方法写单元测试,测试其在传入一个当前直线上的点时,能正确返回true,按照规范应该如下:
项目名:Shape.Core.Tests
类名:LineTests
方法名:Contains_PointIsOnLine_ReturnTrue()
当然,注释也是很重要的,一般可以在注释中注明测试条件和预期行为
步骤
一个完整的单元测试用例应该包含如下三个部分
- Arrange:准备当前测试场景的前置条件
- Action:执行被测试方法
- Assert:对被测试方法的执行结果进行断言判断(几乎每种测试框架都提供了Assert库,当然,我们也可以根据情况丰富我们自己的Assert工具类)
还是Line类的Contains方法,请看按照标准步骤的代码:/// <summary> /// 条件:点point在直线line上。 /// 预期:<see cref="Line.Contains"/> 方法判断点在直线上。 /// </summary> [TestMethod] public void Contains_PointIsOnLine_ReturnsTrue() { //// Arrange var point = new Point(1, 1); var line = new Line(new Point(0, 2), new Point(2, 0)); //// Act var contains = line.Contains(point); //// Assert Assert.IsTrue(contains); }
以上命名规则和步骤是业界广泛使用的,每一位开发者务必遵循。
再谈单元测试框架
上面讲的例子是在单元测试框架的基础上写的,那么其中那些是单元测试框架的功劳呢?单元测试框架还可以帮我们做些什么呢?
- 测试方法上的[TestMethod]就是MSTest为我们提供的用于标识一个单元测试方法的特性,在项目或者类名上运行单元测试时,这些方法就会运行起来。
- Assert也是MSTest为我们提供的类库。
除此之外,测试框架还提供了- 在测试类的所有方法运行之前和之后执行一个方法
- 在每个测试方法执行之前和之后执行一个方法
- 对测试方法进行归类(比如需要每次Pull都运行的测试可以归为一类)
- 自动化单元测试
...
MSTest的相关功能可参见https://msdn.microsoft.com/en-us/library/microsoft.visualstudio.testtools.unittesting(v=vs.140).aspx