在吸取了两方面的建议之后，经过一番思考，决定开始两方面的准备，一方面，对测试用例的分级方面做了一些工作，重构了一部分用例的结构。另一方面我去调研分布式构建的实现手法。CC的配置果然非常麻烦，调研期间发现了有RemoteAnt这个东西，试了一下基本满足我们的需求，考虑到一个Agent不用做的太过重型，于是就采用了这个方法。在分布式的技术调研已经完成的情况下，测试分级要不要做成了一个问题，但考虑到目前需求只作了1/3，如果这个都抗不住要分级的话，后面的工作就没法做了，所以分级的亊情，虽然做了，但是也暂缓实行。

现在实践已经采用，会不会产生新的问题呢?前文说过“共一利必也生一弊”，这个亊情是肯定的。那么问题就来了，既然弊端肯定会滋生，我们怎么知道作出的决策是正确的呢?

其实，倒回去看这一路走来的过程，除了一个可以进行的过程以外，还有一个很重要的收获，那就是：如何进行决策。而所谓决策，并不是在黑白分明的亊情之间做出选择，而是在都有理的亊情丨做出选择。就像我们都知道做软件设计的时候，设计是没有好坏之分的，只有适不适应你的具体情况之别。所以当我们面临几套解决方案的时候，就好象面对几套设计方案一样，真的是很难选择。如何做?各自就有各自的思路了。像我们就吸收了敂捷开发的思想中所强调得不做过度设计。选择立杆见影的改进去做。同时，像前文所说，抱着拥抱变化的态度，相信共一利必生一弊并不是坏亊。相反，他可以从一定程度上，带领我们找到真正的问题。