走进单元测试三:实战单元测试

发表于:2013-8-08 11:02

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

 作者:wangyong0921    来源:51Testing软件测试网采编

  前两篇文章讲解了一些关于单元测试的基本理论知识,接下来我们应该理论联系实践,在实践中体会单元测试带给我们的便利!

  环境:VS2008,2010版本!

  目录:
  1.前言
  2.单元测试框架
  3.断言(Assert)
  4.测试异常
  5.忽视测试
  6.数据驱动测试
  7.单元测试的利器 → Moles技术

  1.前言

  一个完整的测试必须符合以下几点:

  A)  考虑到各种情况,准备测试所需要的各种数据,这一步是测试的关键所在!

  B)  调用要测试的方法!

  C)  验证被测试方法的行为跟预期的是否一致!

  D)  完成验证测试之后清理各种资源!

  2.单元测试框架

  测试框架的DLL文件名为: Microsoft.VisualStudio.QualityTools.UnitTestFramework.dll

  在VS自动创建单元测试项目就会自动引用这个DLL了!

  测试类的基本结构如图:

  基本的测试类结构就是这样的!

  3.断言(Assert)

  在单元测试代码里断言是无处不在的,我们应该合理的使用断言来验证数据!

  它是一个静态类,主要有下面几种方法用来验证函数的结果跟我的预期是否一致!

  ① Assert.AreEqual

  主要是验证函数产生的影响值或返回的值跟预期是否一致,这个方法不适合验证返回的数据集以及集合之类的数据,主要针对字符串,数字等等的单一类型,它还有个泛型重载,这个是比较好的,建议多使用,它还有第三个参数,是一个string型的message,基本上不会用到!

  ☆ Note:不要把参数的含义搞混,第一个参数是你的期望值(Except),第二个参数是函数返回或影响程序产生的实际值(Actual),不要把两个颠倒过来,因为如果运行正确没有什么大碍,如果运行产生错误,有的时候就会看错掉,造成判断失误,要注意了,这是一个规范!

  例子:

  Assert.AreEqual<string>("a", "a", "cheng xu yuan");

  ② Assert.AreNotEqual

  没什么要讲的,情况跟上面相反,主要是验证实际值跟期望值不相等的情况!

51/512345>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

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

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

沪ICP备05003035号

沪公网安备 31010102002173号