java 单元测试工具_Java三代单元测试工具的比较［转贴］

第一代：JUnit :

优点：1.开源

2．测试后代码的质量提高明显

3．JUnit是Java写的

4．开发者写出测试代码。它证明代码需要做什么。如果有Bug会报错。

缺点：1。完全手动工作

2．为达到覆盖率，每100行代码写200-400行的测试代码

3．需要写很多的setup()、 shutdown()方法

4．测试代码难以维护，代码改变后，测试代码就无用了。

5．测试的覆盖率很难上去，测试只是静态的，线型的，只能测试有限的Path

第二代基于生成JUnit 测试脚本的： JTest.

优点：1.出来5年了，很多IDE支持。

2．产生的测试代码(JUnit)近似开发者手写的。

3．自动产生测试代码，减少了写JUnit测试代码的时间。

4．静态的代码分析。

缺点：1。证明了代码做了什么，而不是保证了“需要做什么”给人安全的错觉。

Example:

• Method to add 2 numbers together

• Developer mistakenly write code: A+B=A

• Script generator will write tests to validate that:

1+1=1, 4+6=4,10+20=10

• When tests run, they will all pass!

• Only perfect code will generate valid tests

2．开发者必需手动复查数以千行的JUnit代码。看正确与否。

3．复查机器产生的代码是很痛苦的。

4．很多重复的JUnit代码，到处都有。

5．报告的信息过多，不正确的测试将无法获取Bug。

6．它使用了私有的库，而不是纯的JUnit。

7．几乎不支持迭代/敏捷的开发模型。

(1) 同步/再生问题使它们没有办法使用。

(2)手动维护的话，失去了原有的自动化的意义。

8．要写许多的注释、说明在代码中。

9．静态的技术已经不能满足Java了。

(1)传统的静态的数据流分析只适合结构化的编码。

(2)对简单静态的代码有用，对JAVA复杂的代码用处不大。

(3)interface, abstract, private的类、方法都不可测。

10．不可动态生成测试用例的弊端：

If(date day=SystemDate.day)and

(date month=SystemDate.month) then

return true;

else return false;

像这样，今天是 return true 明天就是false;

11. 特殊用法：(1)生成的脚本是通过一个生产框架来完成的。

(2)生成的脚本只能最小的覆盖率。

(3)要提高覆盖率要用手动.

(4)脚本的维护是手工而且很容易变得陈旧。失去自动化的意义

第三代：全新的自动化单元测试：Agitar Software

Agitator的优点：

1． 完全不用写和维护测试脚本。

2．完全的面向对象的测试。

3．保证了代码“需要做什么”

4．把代码运行的真实情况(行为)直接反馈给开发者。

5．能有效地动态地生成数据(测试用例)，对JAVA进行动态分析。

6．Agitation(数据分析，静态分析，动态分析)。

7．Observation暴露代码运行情况，simple click断言就生成了。

8．Factoies:200个不同的factory类型来规范输入，匹配逻辑。

9．Pattion: 规范输出，使逻辑更清晰。

10．Snapshort, stacktarce,跟踪代码，查找BUG，更容易。

11．自动创建智能MOCK对象，提供尽可能的代码

12．测试配置以XML格式保存，耐用，易改变，最有效的测试资产。

Dashboard的优点：

1． 标准和HTML表现形式，易于广泛访问和存取。

2． 清楚地看出软件的健康和测试努力的状态。

3． 项目汇总――复杂度，使用情况，风险情况、测试质量，覆盖率。测试点通过/失败的状态。

4． 所有权的分配，每个人，每个问题的负责划分非常清楚。

5． 分等级视图，提供包、类的细节信息，只要一，一目了然。