VS2013单元测试(使用VS2013自带的单元测试)

发表于:2014-9-15 11:08

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:钱智慧    来源:51Testing软件测试网采编

  1、打开VS3013,随便建一个解决方案,比如叫:LearnUnitTest,建一个类库项目LearnUnitTest_Bank,该项目中添加一个BankAccount类,这个类及类中的方法就是我们要测试的对象。
  2、给LearnUnitTest添加一个测试项目:在解决方案名称上右键=》添加=》新建项目=》VisualC#=》测试=》单元测试项目,项目名称叫LearnUnitTest_BankTest,将LearnUnitTest_Bank添加为LearnUnitTest_BankTest的引用项目,将测试项目LearnUnitTest_BankTest里默认生成的类重命名为BankAccountTest。
  对于BankAccountTest类,类上有注解TestClass,方法上有注解TestMethod。可以在这类文件里添加其他类和方法,供测试方法使用。
  首个测试:
  3、现在我们测试BankAccount类的Debit方法,我们预先确定此次测试要检查如下方面:
  a、如果信用余额(credit amount)比账户余额大,该方法就抛异常ArgumentOutOfRangeException
  b、如果信用余额小于0也抛异常
  c、如果a和b都满足,该方法会从账户余额里减去amount(函数参数)
  注意:由a、b、c可以看邮BankAccount类中的Debit方法最后一行应该是-=,而不是+=——当然了,这个是故意留下的bug,而不是微软的失误,就等着在这次测试中把它测出来,然后修正掉。
  在测试类里添加如下方法测试Debit方法:
// unit test code
[TestMethod]
public void Debit_WithValidAmount_UpdatesBalance()
{
// arrange
double beginningBalance = 11.99;
double debitAmount = 4.55;
double expected = 7.44;
BankAccount account = new BankAccount("Mr. Bryan Walton", beginningBalance);
// act
account.Debit(debitAmount);
// assert
double actual = account.Balance;
Assert.AreEqual(expected, actual, 0.001, "Account not debited correctly");
}
  测试方法的要求:
  必须要有TestMethod注解,返回类型为void,不能有参数。
  经过测试,我们发现了bug,把+=改为-=即可。
  使用单元测试改善代码:
  依然是测试Debit,本次测试想完成以下意图:
  a、如果credit amount(指的应该就是debit amount)比balance大,方法就抛ArgumentOutOfRangeException
  b、如果credit amount比0小,也抛ArgumentOutOfRangeException异常
  (1)创建测试方法
  首次尝试创建一个测试方法来处理上述问题:
  代码:
//unit test method
[TestMethod]
[ExpectedException(typeof(ArgumentOutOfRangeException))]
public void Debit_WhenAmountIsLessThanZero_ShouldThrowArgumentOutOfRange()
{
// arrange
double beginningBalance = 11.99;
double debitAmount = -100.00;
BankAccount account = new BankAccount("Mr. Bryan Walton", beginningBalance);
// act
account.Debit(debitAmount);
// assert is handled by ExpectedException
}
  注意这个方法:Debit_WhenAmountIsLessThanZero_ShouldThrowArgumentOutOfRange,意思是:当debit amount小于0时,本次测试应该会导致被测试的方法抛出ArgumentOutOfRange异常,否则本次测试就失败了,没有达到期望,需要修改Debit代码以达成本次测试期望——正所谓TDD开发。
  我们使用了ExpectedExceptionAttribute特性来断言期望的异常应当被抛出。除非方法抛出ArgumentOutOfRangeException异常,否则该特性就会导致测试失败(要注意本次测试的意图)。用正的和负的debitAmount运行这个测试,然后临时把被测试的方法(Debit方法)修改一下:当demit amount小于0时抛出一个ApplicatinException。捣腾完这些,发现本次测试基本没什么问题。
  为了测试debit amount 大于balance的情形,我们做下面几个操作:
  a、创建一个新的测试方法名叫    Debit_WhenAmountIsMoreThanBalance_ShouldThrowArgumentOutOfRange
  b、从上一个测试方法
  Debit_WhenAmountIsLessThanZero_ShouldThrowArgumentOutOfRange
  复制方法体到本测试方法
  c、把debitAmount设置为一个比balance大的值
  (2)运行测试方法
  用不同的debitAmount值运行Debit_WhenAmountIsMoreThanBalance_ShouldThrowArgumentOutOfRange
  和 Debit_WhenAmountIsLessThanZero_ShouldThrowArgumentOutOfRange
  然后运行三个测试,这样我们最开始设定的三个cases都被覆盖了。
21/212>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号