提供3000多款全球软件/控件产品
针对软件研发的各个阶段提供专业培训与技术咨询
根据客户需求提供定制化的软件开发服务
全球知名设计软件,显著提升设计质量
打造以经营为中心,实现生产过程透明化管理
帮助企业合理产能分配,提高资源利用率
快速打造数字化生产线,实现全流程追溯
生产过程精准追溯,满足企业合规要求
以六西格玛为理论基础,实现产品质量全数字化管理
通过大屏电子看板,实现车间透明化管理
对设备进行全生命周期管理,提高设备综合利用率
实现设备数据的实时采集与监控
利用数字化技术提升油气勘探的效率和成功率
钻井计划优化、实时监控和风险评估
提供业务洞察与决策支持实现数据驱动决策
翻译|使用教程|编辑:况鱼杰|2020-03-18 10:19:58.430|阅读 394 次
概述:本文将逐步指导您使用用于托管代码的Microsoft单元测试框架和Visual Studio Test Explorer创建,运行和自定义一系列单元测试。您从正在开发的C#项目开始,创建执行其代码的测试,运行测试并检查结果。然后,您更改项目代码并重新运行测试。
#慧都22周年庆大促·界面/图表报表/文档/IDE/IOT/测试等千款热门软控件火热促销中>>
相关链接:
Visual Studio 是功能完备的 IDE,可用于编码、调试、测试和部署到任何平台,Visual Studio使用 .NET 开发 iOS、Android 和 Web 应用和游戏。
本文将逐步指导您使用用于托管代码的Microsoft单元测试框架和Visual Studio Test Explorer创建,运行和自定义一系列单元测试。您从正在开发的C#项目开始,创建执行其代码的测试,运行测试并检查结果。然后,您更改项目代码并重新运行测试。
构建并运行测试
修正您的代码并重新运行测试
测试结果包含描述失败的消息。对于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,则该测试将正常运行-即它将失败。
要测试提取的金额大于余额的情况,请执行以下步骤:
运行两个测试并验证它们是否通过。
继续分析
被测试的方法可以进一步改进。 在当前的实现中,我们无法知道是哪个条件(金额> 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正版授权,或了解更多产品信息请点击
本站文章除注明转载外,均为本站原创或翻译。欢迎任何形式的转载,但请务必注明出处、不得修改原文相关链接,如果存在内容上的异议请邮件反馈至chenjj@hmdbvip.cn
文章转载自:



在现代软件开发过程中,自动化单元测试是确保代码质量与可靠性的关键环节。尤其对于特定框架(如MFC)的代码,测试复杂度显著增加,常因依赖外部资源或交互操作而难以在静默环境中顺利执行。Parasoft C/C++test作为专业的软件测试工具,致力于帮助开发团队高效实施自动化测试,通过其强大的桩函数功能,能够有效模拟依赖组件的行为,从而实现对复杂逻辑的隔离测试。
本文将为大家介绍如何在MyEclipse中使用XDoclet开发EJB 2 Session Bean,欢迎下载最新版体验!
如果能将 CSV 自动转换为 PDF ,就能快速生成清晰、美观的报表,既节省手动排版时间,又能保持数据的专业呈现。本文将介绍如何使用 Spire.XLS for Java 实现这一过程——从加载 CSV 到输出高质量 PDF,仅需数行代码即可完成。
Parasoft C/C++test是一款专为C/C++代码设计的自动化测试工具,通过静态代码分析、单元测试和运行时错误检测等功能,帮助开发团队在早期发现并修复缺陷,提升代码质量和开发效率 。在实际使用中,尤其是在VC6此类旧版开发环境中执行单元测试时,可能会因环境兼容性问题触发链接错误。
服务电话
重庆/ 023-68661681
华东/ 13452821722
华南/ 18100878085
华北/ 17347785263
客户支持
技术支持咨询服务
服务热线:400-700-1020
邮箱:sales@hmdbvip.cn
关注我们
地址 : 重庆市九龙坡区火炬大道69号6幢
永利最大(官方)网站