单元测试框架为咱们写单元测试提供了极大的便利,目前市面上有不少单元测试框架,这么多,怎么选呢?bash
这个须要视团队状况而定,有这么些规则是须要考虑的:框架
综上,宇宙最强IDE默认集成的MSTest中标(非必需状况,强烈推荐使用MSTest)。工具
在VS中右键单击任意公开的类名或方法便可看到建立单元测试项目的选项(也能够在设计解决方案的时候创建好单元测试项目,并引用须要依赖的程序集)。单元测试
举个例子,如今要对Shape.Core.dll中的Line类的Contains方法写单元测试,测试其在传入一个当前直线上的点时,能正确返回true,按照规范应该这样命名:测试
项目名:Shape.Core.Tests
类名:LineTests
方法名:Contains_PointIsOnLine_ReturnTrue()
复制代码
固然,注释也是很重要的,通常能够在注释中注明测试条件和预期行为。spa
在单元测试方法中增长分组,能够更好的管理单元测试,也方便自动化测试,只须要在在测试方法上,使用[TestCategory(name)]特性进行标记。标记分组后,可针对组单独运行或者调试测试用例。 组的命名规则可参考:[模块]_[类名]_[功能]_[额外用途],如:设计
一个完整的单元测试用例应该包含以下三个部分3d
仍是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);
}  
复制代码
以上命名规则和步骤是业界普遍使用的,每一位开发者务必遵循。code
上面讲的例子是在单元测试框架的基础上写的,那么其中那些是单元测试框架的功劳呢?单元测试框架还能够帮咱们作些什么呢?
测试方法上的[TestMethod]就是MSTest为咱们提供的用于标识一个单元测试方法的特性,在项目或者类名上运行单元测试时,这些方法就会运行起来。
Assert也是MSTest为咱们提供的类库。
除此以外,测试框架还提供了
代码覆盖率指的是运行单元测试时,产品代码的覆盖状况。VS默认执行的是Block(Block指的是对应IL上单一入口和单一出口的代码块,在实际执行代码覆盖率时无需纠结Block的定义和具体划分)级别的代码覆盖率检查。
目前VS只对企业版提供了单元测试代码覆盖率的检查工具(若是不是企业版,也可以使用JUST TRACE等工具来辅助检查,但强烈推荐安装企业版)这里以VS2017企业版为例:
也能够经过测试=>窗口=>测试资源管理器
打开测试用例浏览窗口,进行选中的单元测试或者所有单元测试的代码覆盖率检查:
执行完代码覆盖率分析,会获得一个下面这样的窗口:
经过这个窗口能够看到程序集、类和方法的代码覆盖率,双击相应方法能够看到具体的代码覆盖状况,好比:
其中红色部分是未被覆盖的代码,米色部分是未覆盖彻底的代码,浅蓝色是彻底覆盖的代码。
正如本节开始所说,约定单元测试Block级别的覆盖,所以,对于明确要求测试的公共方法,该方法的代码覆盖率要求100%。
另外: 覆盖率数据只能表明你测试过哪些代码,不能表明你是否测试好这些代码(测试用例的设计尤其重要哦(^_^))
2017-3-16 08:02:54