WF单元测试系列2:简单测试Activity的行为
2010-10-01 08:19:42 来源:WEB开发网在上一篇文章里,我介绍了如何对一个简单的Activity进行单元测试。我们为Activity提供了两个参数LastName和FirstName,Activity会根据这两个参数生成一个Email地址。在上一篇中,我们输入了两个“合法”的参数,测试被通过了。
但我们写单元测试,如果只测试正确的输入的话,那单元测试也就没有意义了。所以我们这次测试一下,输入非法参数时,如何对Activity进行测试。
继续使用上一篇中的工程。
在上次创建的测试类中添加一个测试方法ThrowExceptionOnNullFirstName:
ThrowExceptionOnNullFirstName
[TestMethod]
public void ThrowExceptionOnNullFirstName()
{
GetEmailAddress_Accessor activity = new GetEmailAddress_Accessor();
activity.FirstName = null;
activity.LastName = Mother.LAST_NAME;
activity.Execute_Accessor(null);
}
在这个测试方法里,我传递给Activity一个非法的参数FirstName为Null。运行测试,这时这个 测试方法会失败。因为GetEmailAddress的Execute()方法里的如下语句
EmailAddressCreator.GetInstance().CreateEmailAddress(FirstName, LastName);
会抛出一个System.ArgumentNullException的异常。
我们可以改写一下Execute()方法,检查一下参数,如果参数非法的话,抛出一个异常(这个异常可以是我们自定义的,这里我抛出同一个异常类型):
Execute
protected override ActivityExecutionStatus Execute(ActivityExecutionContext executionContext)
{
if (this.LastName == null || this.FirstName == null)
throw new ArgumentNullException();
Email = EmailAddressCreator.GetInstance().CreateEmailAddress(FirstName, LastName);
return ActivityExecutionStatus.Closed;
}
再运行单元测试,依旧失败。
对于这条“错误”路径,单元测试应该通过,而不是失败。所以对单元测试小做修改。
在测试方法上加一个Attribute:[ExpectedException(typeof(ArgumentNullException))]
通知单元测试,我们在这里期待一个异常的出现。
再次运行单元测试,通过!
注:前一篇是对被测试Activity的“状态”进行测试,而这一篇是对Activity的“行为”进行简单的测试。后面我们会讲到如何利用Mock Framrwork进行更复杂的状态测试和行为测试。
系列文章:
WF单元测试系列1:测试基本的Activity
WF单元测试系列3:测试Activity的行为
- ››WF 4.0 beta1中的跟踪机制
- ››WF 4.0的建模风格:顺序和Flowchart
- ››WF4.0 Beta1之旅(5):规则引擎的变化
- ››WF 4.0 beta1活动概览(1):Procedural
- ››WF4.0 Beta1之旅(4):Bookmark的使用
- ››WF4.0 Beta1之旅:基本介绍
- ››WF4.0 Beta1之旅(2):异常处理
- ››WF4.0 Beta1之旅(3):全新的FlowChart
- ››WF 应用场景指南: SharePoint 与工作流(上)
- ››WF 应用场景指南: 展现流(Presentation Flow)
- ››WF单元测试系列1:测试基本的Activity
- ››WF单元测试系列2:简单测试Activity的行为
赞助商链接