測試的過程中我們不光在提出問題，還需要定位和排查問題。我們碰到的很多場景在于問題定位的成本很高或技術難度很高，這個地方的
工作是比較有挑戰的，如果做的好，對測試工作有著很好的促進作用，也能加深對整個系統的理解。
從大的方面看，這也是測試工作必不可少的一環，而且分布式領域一個為人詬病的缺點，就是測試和調試的成本高，綜合看來對這個領域的持續積累和提煉需要提上日程。
這里稍微發散一下，從此擴展出去，如果把整個dump中心的測試工作上升到一個體系的高度，我們需要綜合測試本身的特點、分布式系統的特點和阿里系業務的特點考慮幾個實際的因素：
2. 如何有效的編寫自動化腳本
3. 如何有效的并且靈活的制定自動化回歸的策略
4. 如何有效的排查和分析測試過程中的問題
5. 如何有效的管理測試集群
6. 如何有效的管理測試的核心產出（測試數據、測試用例、缺陷），注：我并不認為計劃、覆蓋率等等是測試的核心產出，雖然是需要我們持續關注的。
這個幾個因素每個點都能形成一個面，一個體系。
再回到一開始提出的問題，也就是以上列舉的第4點，如何在這個面上有所積累和突破？我們團隊規模不大，資源有限，不過有句話“麻雀雖小，五臟俱全”，簡單思考之后，我們在目前人手的基礎上，根據大家的知識背景進行一些分工：
1. 集群層面（含hadoop，hbase，zookeeper，redis等）
2. JVM層面
3. 業務邏輯層面
大家在平時積累時各有側重，希望通過零零碎碎的積累，能走向質變的道路，最終由點到面，形成完善的體系。
資源和時間有限，雖然各有側重，也需要大家不斷的分享，相互促進解決，每個人能專注一個方面有所產出，也能通觀全局，相互協助。