Visual Studio 使用教程:为托管代码创建和运行单元测试(下)
Visual Studio 是功能完备的 IDE,可用于编码、调试、测试和部署到任何平台,Visual Studio使用 .NET 开发 iOS、Android 和 Web 应用和游戏。
本文将逐步指导您使用用于托管代码的Microsoft单元测试框架和Visual Studio Test Explorer创建,运行和自定义一系列单元测试。您从正在开发的C#项目开始,创建执行其代码的测试,运行测试并检查结果。然后,您更改项目代码并重新运行测试。
构建并运行测试
- 在“生成”菜单上,选择“生成解决方案”。
- 如果未打开“测试资源管理器”,请从顶部菜单栏中选择“测试”>“ Windows”>“测试资源管理器”将其打开。
- 选择“全部运行”以运行测试。
- 测试运行时,“测试资源管理器”窗口顶部的状态栏会显示动画。在测试运行结束时,如果所有测试方法均通过,则该条变为绿色;如果任何测试失败,则该条变为红色。在这种情况下,测试将失败。
- 在“测试资源管理器”中选择方法,以在窗口底部查看详细信息。
修正您的代码并重新运行测试
测试结果包含描述失败的消息。对于AreEqual方法,该消息显示预期的结果和实际接收的结果。您预计余额会减少,但是取款额却增加了。
单元测试发现一个错误:提款金额应在应扣除的情况下添加到帐户余额中。
更正错误
要更正此错误,请在BankAccount.cs文件中替换以下行:
m_balance += amount;和:
m_balance -= amount;
重新运行测试
在“测试资源管理器”中,选择“全部运行”以重新运行测试。 红色/绿色条变为绿色表示测试通过。
使用单元测试来改进代码
本节描述了迭代的分析,单元测试开发和重构过程如何帮助您使生产代码更健壮和有效。
分析问题
您已经创建了一种测试方法,以确认在借方方法中正确扣除了有效金额。 现在,如果借方金额为以下任一,则验证方法是否抛出ArgumentOutOfRangeException:
- 大于余额
- 小于零
创建并运行新的测试方法
创建一种测试方法以在借方金额小于零时验证正确的行为:
[TestMethod] public void Debit_WhenAmountIsLessThanZero_ShouldThrowArgumentOutOfRange() { // Arrange double beginningBalance = 11.99; double debitAmount = -100.00; BankAccount account = new BankAccount("Mr. Bryan Walton", beginningBalance); // Act and assert Assert.ThrowsException<System.ArgumentOutOfRangeException>(() => account.Debit(debitAmount)); }
使用ThrowsException方法断言已引发正确的异常。除非引发ArgumentOutOfRangeException,否则此方法将导致测试失败。如果您在借方金额小于零时临时修改被测方法以引发更通用的ApplicationException,则该测试将正常运行-即它将失败。
要测试提取的金额大于余额的情况,请执行以下步骤:
- 创建一个名为Debit_WhenAmountIsMoreThanBalance_ShouldThrowArgumentOutOfRange的新测试方法。
- 将方法主体从Debit_WhenAmountIsLessThanZero_ShouldThrowArgumentOutOfRange复制到新方法。
- 将debitAmount设置为大于余额的数字。
运行两个测试并验证它们是否通过。
继续分析
被测试的方法可以进一步改进。 在当前的实现中,我们无法知道是哪个条件(金额> m_balance或金额<0)导致测试期间引发异常。 我们只知道ArgumentOutOfRangeException被抛出了方法中。 如果我们能说出BankAccount.Debit中的哪个条件引发了异常(金额> m_balance或金额<0),那会更好,因此可以确信我们的方法可以正确地检查其参数。
再次查看正在测试的方法(BankAccount.Debit),请注意,两个条件语句都使用ArgumentOutOfRangeException构造函数,该构造函数仅将参数名称作为参数:
throw new ArgumentOutOfRangeException("amount");
您可以使用一个构造函数来报告更丰富的信息:ArgumentOutOfRangeException(String,Object,String)包括参数名称,参数值和用户定义的消息。 您可以重构被测方法以使用此构造函数。 更好的是,您可以使用公开可用的类型成员来指定错误。
重构被测代码
首先,在类范围内为错误消息定义两个常量。 将它们放在接受测试的班级BankAccount中:public const string DebitAmountExceedsBalanceMessage = "Debit amount exceeds balance"; public const string DebitAmountLessThanZeroMessage = "Debit amount is less than zero";然后,在Debit方法中修改两个条件语句:
if (amount > m_balance) { throw new System.ArgumentOutOfRangeException("amount", amount, DebitAmountExceedsBalanceMessage); } if (amount < 0) { throw new System.ArgumentOutOfRangeException("amount", amount, DebitAmountLessThanZeroMessage); }
重构测试方法
通过删除对Assert.ThrowsException的调用来重构测试方法。 将对Debit()的调用包装在try / catch块中,捕获预期的特定异常,并验证其关联消息。 StringAssert.Contains方法提供了比较两个字符串的功能。
现在,Debit_WhenAmountIsMoreThanBalance_ShouldThrowArgumentOutOfRange可能看起来像这样:
[TestMethod] public void Debit_WhenAmountIsMoreThanBalance_ShouldThrowArgumentOutOfRange() { // Arrange double beginningBalance = 11.99; double debitAmount = 20.0; BankAccount account = new BankAccount("Mr. Bryan Walton", beginningBalance); // Act try { account.Debit(debitAmount); } catch (System.ArgumentOutOfRangeException e) { // Assert StringAssert.Contains(e.Message, BankAccount.DebitAmountExceedsBalanceMessage); } }
重新测试,重写和重新分析
假设正在测试的方法中存在一个错误,并且Debit方法甚至不会抛出ArgumentOutOfRangeException,别介意输出带有异常的正确消息。目前,测试方法无法处理这种情况。如果debitAmount值有效(即小于余额且大于零),则不会捕获任何异常,因此不会触发断言。然而,测试方法通过了,这是不正常的,因为如果没有抛出异常,测试方法将失败。
这是测试方法中的错误。要解决此问题,请在测试方法的末尾添加Fail断言,以处理没有引发异常的情况。
重新运行测试表明,如果捕获到正确的异常,则测试现在将失败。catch块捕获异常,但是该方法继续执行,并且在新的Fail断言处失败。若要解决此问题,在catch块中的StringAssert之后添加return语句。 重新运行测试可以确认您已解决此问题。 Debit_WhenAmountIsMoreThanBalance_ShouldThrowArgumentOutOfRange的最终版本如下所示:
[TestMethod] public void Debit_WhenAmountIsMoreThanBalance_ShouldThrowArgumentOutOfRange() { // Arrange double beginningBalance = 11.99; double debitAmount = 20.0; BankAccount account = new BankAccount("Mr. Bryan Walton", beginningBalance); // Act try { account.Debit(debitAmount); } catch (System.ArgumentOutOfRangeException e) { // Assert StringAssert.Contains(e.Message, BankAccount.DebitAmountExceedsBalanceMessage); return; } Assert.Fail("The expected exception was not thrown."); }
结论
测试代码的改进导致了更健壮和信息量更大的测试方法。但更重要的是,他们还改进了受测代码。
注意:本文内容将Microsoft单元测试框架用于托管代码。Test Explorer还可以从具有Test Explorer适配器的第三方单元测试框架中运行测试。
本文内容篇幅较长,分为上下两篇,点击可查看上篇>>
喜欢该产品的朋友可以点击下载Visual Studio试用版免费体验~
想要购买Visual Studio正版授权,或了解更多产品信息请点击