因此我們在這里要介紹如何對這一類的系統來挖掘測試點或組織測試用例，那就是我前面提到的如何從設計類挖掘測試用例（也就是發現測試點）：首先我們必須清楚這個設計框架，該系統似乎如何架構的，如何應用在其他系統中的，對外提供一個什么接口。 架構如何分層，每層如何技術實現的， 學習架構的過程是對整個系統的設計了解過程打基礎。 學習框架的方式應該是自學和開發培訓相結合，學習的過程就是要理解如何此的架構有什么好處，可以解決什么樣的問題。
第二步就是去分析設計，要找出并區主要模塊，擴展模塊，底層模塊，第三方模塊。然后再找出模塊間調用和依賴關系。最后分析具體模塊功能實現所用的技術。 抽象的描述就是找出點和線。線就是子模塊或子系統間如何通信如何相互管理，相互調用的，點就是模塊自己功能，或是如何數據處理，如何在和其他模塊通信后獲取數據或信息后如何進行處理。 線和點都有可能是性能平靜�？慈绾畏治鏊�。
舉個類例子，一個分布式文件系統，它提供了三類模塊，對外的客戶端模塊提供給第三方調用，數據服務模塊提供磁盤存儲數據和管理數據塊服務，主業務模塊他提供了所有文件信息的管理，負責分解數據塊和管理數據塊存放位置的算法�；\統的說我們找到了三個點，如何去找線呢，可以猜到，這三個模塊之間一定是相互通信。 去三模塊里去找吧，一定會有關聯的功能函數或關聯類。
找出點和線了，剩下就是要分析線的邏輯，點的邏輯 最好能畫出了時序圖出來，更能幫助找測試點。 直到現在我們總結一下，其實就是在解剖設計，找出關鍵器官和聯系的幾條大血管或神經。 從功能測試角度來說，這樣的分析我們已經可以達到了覆蓋其所有實現功能邏輯的目的。 那么如何去分析它可能的性能測試點呢？ 那么又要回到比較宏觀的點和線了，那個點處理的數據最多，那根線運送的東西最多。 這就是我們要關心的平靜。 點線結合就可找出一些性能測的場景了。
上面就是根據目前做的項目得來一點點總結。記錄下來，歡迎深入探討。對了還有就是測試這類項目，我們要明確不是測試他的代碼，這些類項目的開發多事有多年經驗的，所以如果你把精力放在找他的代碼上的錯誤，比較浪費時間，不是不測試代碼，把這類代碼檢測交給工具把。我們要做的是什么呢，是測試他是用的某一類技術，比如內存共享，socket編程，多線程實現，使用的HA技術是否正確，這類技術可能的常見問題，是否實現了功能需要等等。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
