1.很多時候需要針對互聯網的架構來設計有針對性的測試
2.另外對於互聯網的壓力測試以及結果分析也需要對架構知識有比較清楚的認識
#舉例：
1.基於消息隊列的分佈式系統測試設計
01：可以從黑盒的角度，不考慮消息隊列
02：正常情況下，A系統把數據放入隊列，B系統監控隊列，從隊列中取數據。但是如果A生產的速度比較快，B取數據比較慢，那麼隊列就有可能滿，那麼系統A和B的反應會怎樣？
03：如果A正常生產，B異常了，那麼隊列也會滿，A和B啥反應？
04：如果A異常了，不生產數據了，那麼B會一直監聽？
05：可以分別測試系統A和系統B，對於A，要驗證生產的數據放入隊列中
06：對於B，要造輸入數據放入消息隊列中，供B取用
#舉例2：
2.緩存
01：性能測試開始，做基準測試，一開始系統的響應時間是比較長的，逐漸趨於正常，所以有經驗的性能測試工程師一般在基準測試的時候，利用性能場景先進行預熱，然後再開始真正的執行。
02：前端的性能測試，一般會統計兩個頁面打開的時間，一個是首次打開時間，
一個是多次打開的時間；一般首次打開的時間遠大於多次打開的時間
----------------------------------緩存是分層的
瀏覽器端有緩存
網絡端CDN有緩存
數據中心前端有返鄉呆立緩存
應用服務器本地也有緩存
數據庫中的“熱點”數據，在應用服務器集羣中有一級緩存，在緩存服務集羣中有二級緩存
DNS 服務器，爲了減少重複查詢的次數也採用了緩存
在實際測試項目中，當需要設計涉及架構的測試用例和場景的時候:
首先通過全局閱讀上層架構設計；
然後在理解了架構設計的初衷和希望達成目的的基礎上，再設計測試場景和用例。