单元测试和测试驱动开发的一些常见问题总结
作者:网络转载 发布时间:[ 2014/7/1 14:28:30 ] 推荐标签:单元测试 测试驱动开发
此文收集一些平时使用单元测试碰到的问题和解决办法,供大家参考。
如何检查返回的集合类是否符合期望?
Microsoft UnitTestFramework / nUnit / xUnit 比较,使用哪个框架更合适?
Microsoft UnitTestFramework和nUnit的用法非常类似,而xUnit由于吸取了nUnit的设计上的经验,用法更加简洁。下面是周公写的两篇文章,nUnit和xUnit介绍的非常详细,大家可以阅读一下:
在.NET开发中的单元测试工具之(1)——NUnit
在.NET开发中的单元测试工具之(2)——xUnit.Net
什么是Mock?
单元测试的目标是一次只验证一个方法,小步的前进,细粒度的测试,但是假如某个方法依赖于其他一些难以操控的东东,比如说网络连接、数据库连接、系统时间、或者是Servlet容器,那么我们该怎么办呢?要是你的测试依赖于系统的其他部分,甚至是系统的多个其他部分呢?在这种情况下,倘若不小心,你终可能会发现自己几乎初始化了系统的每个组件,而这只是为了给一个测试创造足够的运行环境让它们可以运行起来。忙乎了大半天,看上去我们好像有点违背了测试的初衷了。这样不仅仅消耗时间,还给测试过程引入了大量的耦合因素,比如说,可能有人兴致冲冲地改变了一个接口或者数据库的一张表,突然,你那卑微的单元测试的神秘的挂掉了。在这种情况发生几次之后,即使是有耐心的开发者也会泄气,甚至终放弃所有的测试,那样的话后果不能想像了。
再让我们看一个更加具体的情况:在实际的面向对象软件设计中,我们经常会碰到这样的情况,我们在对现实对象进行构建之后,对象之间是通过一系列的接口来实现。这在面向对象设计里是自然不过的事情了,但是随着软件测试需求的发展,这会产生一些小问题。举个例子,用户A现在拿到一个用户B提供的接口,他根据这个接口实现了自己的需求,但是用户A编译自己的代码后,想简单模拟测试一下,怎么办呢?这点也是很现实的一个问题。我们是否可以针对这个接口来简单实现一个代理类,来测试模拟,期望代码生成自己的结果呢?幸运的是,有一种测试模式可以帮助我们:mock对象。Mock对象也是真实对象在调试期的替代品。
什么时候需要使用Mock?
关于什么时候需要Mock对象,Tim Mackinnon给我们了一些建议:
真实对象具有不可确定的行为(产生不可预测的结果,如股票的行情)
真实对象很难被创建(比如具体的web容器)
真实对象的某些行为很难触发(比如网络错误)
真实情况令程序的运行速度很慢
真实对象有用户界面
测试需要询问真实对象它是如何被调用的(比如测试可能需要验证某个回调函数是否被调用了)
真实对象实际上并不存在(当需要和其他开发小组,或者新的硬件系统打交道的时候,这是一个普遍的问题)
相关推荐
更新发布
功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11