如何设计一个类，让它易于测试？

假设有五个类：C0, C1, C2, C3, C4，它们都实现了接口I：
public interface I {
public void run();
}

C0根据业务要求会调用C1, C2, C3, C4的run()方法（这四个类的run()方法中都会进行数据库操作）：
public class C0 implements I {
public void run() {
I c1 = new C1();
c1.run();

//...
//执行若干操作
//...

I c2 = new C2();
c2.run();

//...
//执行若干操作
//...

I c3 = new C3();
c3.run();

//...
//执行若干操作
//...

I c4 = new C4();
c4.run();

//...
//执行若干操作
//...
}
}

在对C0的run()方法进行单元测试时发现了一个问题，C1~C4会进行数据库操作，比较费时，而且对它们的初始化都硬编码在C0的run()方法中了，所以编写C0的测试用例时无法用MockData来模拟C1~C4。
现在想到一个办法就是把C0改成下面这个样子：
public class C0 implements I {

private I c1;
private I c2;
private I c3;
private I c4;

public C0(I argC1, I argC2, I argC3, I argC4) {
c1 = argC1;
c2 = argC2;
c3 = argC3;
c4 = argC4;
}

public void run() {
c1.run();

//...
//执行若干操作
//...

c2.run();

//...
//执行若干操作
//...

c3.run();

//...
//执行若干操作
//...

c4.run();

//...
//执行若干操作
//...
}

public I getC1() {
return c1;
}

public void setC1(I argC1) {
c1 = argC1;
}

//...
//此处省略了c2~c4对应的getter/setter
//...

}

这样的话，编写C0的测试用例时就可以使用jMock或EasyMock一类的工具来模拟C1~C4了。但如果还有C5, C6甚至是C10呢？那么在C0里可能会满是getter/setter，而且C0的构造器的参数列表也过长了。
本质上，我觉得这是个OOP的问题，也就是一个类该怎样设计，才便于对它进行隔离的单元测试，但又不致于让这个类变得很丑陋？很想看看各位有何高见？