在JUnit测试中，通常作为POJO的Java Bean都是一组简单的getter/setter方法，需要测试的不是这些Bean本身，而是对Bean的属性设置后，测试业务方法是否正常工作，例如，一个注册用户的类方法void register(Account account)，需要对传入的Account Bean做初始化设置，然后，根据业务规则决定register方法是否应该执行成功或者抛出IllegalArgumentException。
倘若按照常规的Unit测试，需要考虑用户输入的许多种组合，在testXxx()方法中编写模拟用户输入的代码是冗长而繁琐的，不如直接通过Swing窗口手动设置Bean的属性，然后再执行业务方法，这样，虽然引入了输入界面，需要人工干预测试过程，却大大简化了编写测试用例的麻烦。
在TCK测试中，对许多UI组件的测试正是采用这种半自动的方法，因为只有测试人员本身才能看到UI测试的结果正确与否，计算机很难判断一个类似fillRect()的方法到底有没有在屏幕上正确绘制出来。
基于这种思想，为了测试许多种不同输入的组合，我们决定编写一个能根据Bean的属性自动生成输入窗口的小工具，以便在Unit测试过程中，能够由测试人员手动设定Bean的属性和期望的结果，然后，继续测试。
为了实现这个目的，我们设计了一个小工具，它能够实现：
1．根据传入的Bean自动为每个public setXxx()方法生成输入框；
2．由测试人员手动设置Bean的属性，然后，选择“Success”，“Failure”以决定这次测试的数据应该产生正确或错误的结果。
3．可以连续多次循环测试，直到测试人员点击“End”，结束本次测试。
整个工具被封装在一个BeanInputDialog类中，它继承自JFrame，只暴露了一个public static方法。下面，我们以一个Account Bean为例，测试用户输入的属性是否合法。
Account定义了4个字段和一个validate()方法来验证输入，如果不符合输入，validate()方法会抛出IllegalArgumentException。我们编写一个简单的TestCase：
package com.crackj2ee.test.util;
import junit.framework.TestCase;
public class AccountTest extends TestCase {
public void testAccount() {
int expect;
for(;;) {
Account account = new Account(); // 待测试的Bean
expect = BeanInputDialog.inputBean(account); // 用户在此输入
// 注意：直到用户输入完成，inputBean()方法才会返回，它是一个同步方法
// inputBean()方法返回一个int，表示本次测试的期望值
if(expect==BeanInputDialog.EXPECT_END) // 期望测试结束，退出循环
break;
if(expect==BeanInputDialog.EXPECT_SUCCESS) { // 期望测试成功
account.validate();
}
if(expect==BeanInputDialog.EXPECT_FAILURE) { // 期望测试失败
try {
account.validate();
fail("Not catch IllegalArgumentException!"); // 没有捕获到预期的异常
}
catch(IllegalArgumentException e) {
// OK！捕获到预期的异常
}
}
}
}
}
文章来源于领测软件测试网 https://www.ltesting.net/