DotNetMock源代码解析<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />
DotNetMock库是我们使用较多的Mock库之一,目前已经能够支持Nunit、MBunit,CSUnit等多个测试框架,结合这些测试框架,能够非常方便的测试那些不太方便创建的对象、或者该对象具有比较复杂的不太确定的行为的对象。该框架也被许多开源的框架所使用,为此我门简单的分析了它的源代码,大致搞清楚它的实现过程。
Mock的基本原理
类图
<?xml:namespace prefix = v ns = "urn:schemas-microsoft-com:vml" />
每个需要Mock的类都需要实现IMockObject或者从MockObject继承。
当MockObject及其之类的对象掉用Verify时,将调用Verfier.Verify(),该函数首先取得检查对象的父对象,进行检查,然后检查每个Field,代码如下:
private static void verify(Object verifiableObject, Type currentType)
{
if (isRootType(currentType))
{
return;
}
verify(verifiableObject, currentType.BaseType);
FieldInfo[] fields = currentType.GetFields(_bindingFlags);
///检查每个Field
foreach (FieldInfo field in fields)
{
verifyField(field, verifiableObject);
}
///将已经检查过的对象记入已检查对象列表。
_verifiedObjects.Add( verifiableObject.GetHashCode() );
}
isRootType:如果为类型为Object时,到达根对象,就不用再检查了。
检查某个Field时,如果该Field也是可检查对象,则检查,否则不做检查,代码如下:
Private static void verifyField(FieldInfo verifiableField, Object verifiableObject)
{
Object fieldValue = verifiableField.GetValue(verifiableObject);
IVerifiable aVerifiable;
if ((aVerifiable = fieldValue as IVerifiable) != null)
{
if ( ! aVerifiable.IsVerified )
{
aVerifiable.Verify();
}
}
}
代码aVerifiable.Verify()循环上面的调用过程。
测试框架支持
这部分比较复杂,大致思路是这样子,当你需要判断期望的值与执行后的值是否相等时,在NUnit中可以使用Assertion.AssertEquals(“”,ExpectionValue,ActualValue),而在MBUnit中没有直接对应的方法,为此我们需要先定义一个接口,然后针对不同的测试框架实现这个接口,为了避免直接和框架耦合,可以使用配置文件,通过Assembly.Load 等方式加载这个框架。这个方法就是DotNetMock使用的框架静态加载机制。
DotNetMock没有为我们提供这些框架的加载代码,可能DotnetMock的作者认为太简单了,并且为每个框架只作一个Assembly实在很丑陋,为此他又提供了一个动态机制来自动生成一个动态的Assembly,这种方法使用了MSIL的高级方法,基本的原理图如下:
其中,ITestFramework抽象了测试框架的行为,如:NUnit,MbUnit等,通过Assertion来调用该框架,Assertion就是测试框架在DotNetMock中的代言人。Assertion使用Implementation来获得一个ITestFramework的实例,Implementation使用ImplementationFactory来加载这个实例,而ImplementationFactory首先通过配置文件,获取是否静态实现了ITestFramework,记载该静态的Assembly,否则通过动态机制先获得使用哪种测试框架(作者在这里使用判断方式,判断当前AppDomain域里面加载了哪个测试框架,如果加载了多个,按照优先级Nunit、Mbunit、CSUnit进行判断,判断接收后,分别创建对应的StubMaker对象,这个对象负责创建相应的实现代码),然后调用StubClassMaker来创建一个Assembly,通过SystemDynamicLinker(IDynamicLinker的实现)来加载该Assembly。
动态Mock
使用静态Mock的机制我们就已经能够建立Mock对象并进行测试了,这意味着我们要编写一个接口,一个实现该接口的Mock类,这样导致单元测试的代码量过于庞大。为此我们一般将静态Mock用于实现测试用的Mock框架,如:数据库测试用的Mock框架、安全测试用的Mock框架等,DotNetMock提供了一个这样的框架。
为了解决上述问题,DotNetMock提供了动态Mock机制,这意味着我们编写单元测试代码时,只需要提供接口,不需要编写测试用的Mock代码。
类图
当我们通过IDynamicMock dynamicMockObject=new DynamicMock(typeof(我们的接口));系统会自动调用ClassGenerator生成一个动态的Assembly,并生成一个“mock我们的接口”的实现类。通过IMyInterface myInstance=mock.object来获得该实现类的一个对象,使用myInstance,通过使用mock.SetValue(方法名称,值)来设置Mock对象中,某个方法的返回值。当我们调用该接口的方法时,DotNetMock会自动产生一个ExpectionMethod并使用MethodCall调用返回刚才设置的值。基本原理图如下:
由于方法调用本身比较复杂,可能使用表达式方式调用,如:isReadOnly && IsCanAccess,首先要通过断言的Eval来判断参数是否与设置的值是否相等,从来进行调用。这一部分没有进行仔细研究,如有问题请及时反馈给我。
由于时间仓促,有些部分没有仔细研究,如果大家发现什么问题请及时反馈:caidehui@21cn.com 或者QQ:19646007 .