单元测试之道-学习笔记

学习单元测试之道-java版学习笔记

[color=red]一.单元测试[/color]
[b]1.定义[/b]
单元测试:实开发者编写的一小段程序.

[b]2.目的:[/b]
1)用于检验被测代码的一个很小的,很明确的功能是否正确.
2)从效果上而言,它就像能执行的文档,说明了在你用各种条件调用代码时,你所能期望这段代码完成的功能..

[b]3.如何进行单元测试[/b]
首先要考虑在编写这些测试方法之前,如何测试那些可疑的方法,可以在编写实现代码时,或之前编写测试代码本省
下一步,新写的测试通过,同时不会影响其他测试,确保系统所有测试都能通过.

总结一个单元测试是用于判断某个特定条件(或者场景)下某个特定函数的行为.
你需要确认:在任何情况下,这段代码是否都和你的期望一致,譬如在参数很可疑,硬盘没有剩余空间,网络掉线的时候

[color=red]二.Junit[/color]
[b] 1. Junit的各种断言[/b]
[code]
//相等性测试
assertEquals([message],expected,actual)

//验证一个对象是否为null
assertNull([message],java.langobject object)

//验证expected参数和actual参数所引用的是否为同一个对象
assertSame([message],expected,actual)


//验证给定的二元条件是否为真.
assertTrue([message],boolean condition)

//会使测试立即失败,这种断言通常用于标记某个不应该到达的分支.
fail([message])

[/code]
[b]2.Junit框架[/b]
[b]1)一个简单例子[/b]
每个包含测试的类需要继承TestCase类.而所有一test开头的方法都会被junit自动运行[code]
import junit.framework.TestCase
public class BaseTest extends TestCase
{
protected Log logger = LogFactory.getLog(getClass());

@SuppressWarnings("unchecked")
protected void echoList(List list)
{
System.out
.println("\n===============================================================");
System.out.println("list size = " + list.size() + "\n");
for (Object obj : list)
{
System.out.println("obj = " + obj);
}
System.out
.println("==================================================================\n");
}
protected void echo(Object obj)
{
System.out.println(obj);
}
Protected void setup()
{…
}
Protected void teardown();
{….
}
}[/code]
[b]2)suite方法[/b]
当然,也可以通过创建test suite()静态方法,可以将一系列的测试方法组合起来
比如一些耗时的方法可以选择不运行.
这里不在详细介绍.

[b]3)Setup和tearDown方法[/b]
[code]
//测试之前用于环境的建立,准备一些资源
Protected void setup()
//释放资源,清理环境
Protected void teardown();[/code]

[color=red]三.测试的礼貌[/color]
避免一下情况
1.不完整代码(仅签入一个类文件,而忘记签入它所依赖的其他文件
2.不能编译的代码
3.代码能编译,但是会破坏已存在的代码
4.没有相应单元测试的代码
5.不能通过单元测试的代码
6.通过了单元测试,但是导致系统其他地方的其他测试失败的代码.
[color=red]
四.使用Mock对象测试[/color]
因为一些方法真实的运行场景难于确定,所以写”替身方法”实现要测试的方法,Mock真正的环境，Mock对象就是真是对象在调试期的替代品.
借助Mock对象,可以解决一下问题
1..真实对象具有不可确定的行为(产生不可预测的结果,如股票行为)
2.真实对象很难被创建
3.真是对象的某些行为很难触发(如网络错误)
4.真实对象令程序运行速度很慢
5.真是对象有或者是用户界面
6.测试需要询问真是对象它是如何被调用的(如测试可能需要验证某个回调函数是否被调用了)
7.真是对象实际上并不存在(当需要和其他开发小组,或者新硬件系统打交道的时间这是一个普通问题).