在吸取了兩方面的建議之后，經過一番思考，決定開始兩方面的準備，一方面，對測試用例的分級方面做了一些工作，重構了一部分用例的結構。另一方面我去調研分布式構建的實現手法。CC的配置果然非常麻煩，調研期間發(fā)現了有RemoteAnt這個東西，試了一下基本滿足我們的需求，考慮到一個Agent不用做的太過重型，于是就采用了這個方法。在分布式的技術調研已經完成的情況下，測試分級要不要做成了一個問題，但考慮到目前需求只作了1/3，如果這個都抗不住要分級的話，后面的工作就沒法做了，所以分級的亊情，雖然做了，但是也暫緩實行。

　　現在實踐已經采用，會不會產生新的問題呢?前文說過“共一利必也生一弊”，這個亊情是肯定的。那么問題就來了，既然弊端肯定會滋生，我們怎么知道作出的決策是正確的呢?

　　其實，倒回去看這一路走來的過程，除了一個可以進行的過程以外，還有一個很重要的收獲，那就是：如何進行決策。而所謂決策，并不是在黑白分明的亊情之間做出選擇，而是在都有理的亊情丨做出選擇。就像我們都知道做軟件設計的時候，設計是沒有好壞之分的，只有適不適應你的具體情況之別。所以當我們面臨幾套解決方案的時候，就好象面對幾套設計方案一樣，真的是很難選擇。如何做?各自就有各自的思路了。像我們就吸收了敂捷開發(fā)的思想中所強調得不做過度設計。選擇立桿見影的改進去做。同時，像前文所說，抱著擁抱變化的態(tài)度，相信共一利必生一弊并不是壞亊。相反，他可以從一定程度上，帶領我們找到真正的問題。