应用单元测试，首先要解决的是单元测试的关注点。
测试的关注点在于测试逻辑，只要有逻辑就要写测试代码。测试的手段就是验证所有被测试方法的所有产出物，包括：
1. 测试方法的返回值
2. 测试方法的执行流程
例如：
public class DomainService {
private static TheDAO dao = new TheDAO ();
public ReturnObject findByCond(String) {
return (ReturnObject)dao.getBeanByCondition("select * from ReturnObject where cond="+ paramter, ReturnObject.class);
}
}
在对于测试findByCond方法，有两个测试用例：
A.测传递给TheDAO.getBeanByCondition的参数的正确性，如果参数不是”select * from ReturnObject where cond=?”和ReturnObject.class则返回为null。
B.测返回的对象正确性。
特别是第二点，在商业应用上比较常见的。通常有些方法无明显output，通常是执行写表操作的。对于这样的方法就是测试它的执行流程。当然这些方法本身包含逻辑的。
一个简单的解决方法是利用Access Log来实现(虽然这样的测试不多，而写的case代码也看着怪怪的)。
public class ServiceExample{
private DatabaseDao1 dao1;
private DatabaseDao2 dao2;
public void noOutputMethod(){
if(...)
dao1.update(...);
if(...)
dao2.delete();
}
}
相关的测试代码可以这样：
public class MockDatabaseDao1 implements DatabaseDao1 {
private Map map;
public void setMap(Map map){
this.map = map;
}
public void update(args){
map.put("MockDatabaseDao1.update", args);
}
}
public class MockDatabaseDao2 implements DatabaseDao2 {
private Map map;
public void setMap(Map map){
this.map = map;
}
public void delete(args){
map.put("MockDatabaseDao2.delete", args);
}
}
public class ServiceExampleTestCase{
private Map map = new HashMap();
public void testNoOutputMethod(){
DaoTest test = new DaoTest();
DatabaseDao1 dao1 = new MockDatabaseDao1();
dao1.setMap(map);
dao2.setMap(map);
DatabaseDao2 dao2 = new MockDatabaseDao2();
test.setDao1(dao1);
test.setDao2(dao2);
test.noOutputMethod();
assertEquals(new Boolean(true), new Boolean(map.containsKey("MockDatabaseDao1.update")));
assertEquals(new Boolean(true), new Boolean(map.containsKey("MockDatabaseDao2.delete")));
}
}
例子只测试执行流程，实际实践中还可以验证所有的参数。
我们还可以考虑利用AOP来改进这个测试方法。then, we needn't to do the same work，each time. We repeat it only once.
讨论完测试的关注点后，需要看看实际面临的具体困难
职责不明确
类或类方法的职责不明确，违反SRP原则．一个类或方法处理了本不该有它处理的逻辑，使得单元测试需要关心过多的外部关联类
静态方法
静态方法使得调用者直接面对实际的服务类，难以通过其他方式替换其实现，也难以扩展
直接访问对象实例
调用者直接实例化服务对象，从而使用服务对象提供的服务．同静态方法一样，直接面对其服务类
J2se和J2ee标准库或者其他类库
标准类库中有非常多的接口调用使得调用者难以测试 e.g JNDI, JavaMail, JAXP
准备数据及其困难
编写测试用例需要外部准备大量的数据
针对这些困难，可用解决方法如下：
重构系统。
对于职责不明确的代码，只有通过重构才可以达到单元测试的目的。
Self-Delegate test pattern
针对于class的测试，使用自代理测试模式, 使得测试时，可以重写被测试类的一些方法．达到测试的目的．通过extend class override methods来实现。Inner class mock方法也一样。不过这种方法比较别扭。
