WEB开发网
开发学院软件开发C语言 WF单元测试系列2:简单测试Activity的行为 阅读

WF单元测试系列2:简单测试Activity的行为

 2010-10-01 08:19:42 来源:WEB开发网   
核心提示:在上一篇文章里,我介绍了如何对一个简单的Activity进行单元测试,WF单元测试系列2:简单测试Activity的行为,我们为Activity提供了两个参数LastName和FirstName,Activity会根据这两个参数生成一个Email地址,通过! 注:前一篇是对被测试Activity的“状态&r

在上一篇文章里,我介绍了如何对一个简单的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的行为

Tags:WF 单元

编辑录入:爽爽 [复制链接] [打 印]
赞助商链接