1. 測試的場景除了關注正常功能流外,還要重視異常功能流是否獲得合理處理:如模擬網絡異常、手動中止功能服務器一段時間後,再重啓功能服務器等服務器
2. 在遇到高可用或者負載均衡的測試時,除了覆蓋你能想到的全部case外,還有一種場景也是很值得注意的,如:請求向一臺AccessService服務器發出,而後中止這臺正在運行的AccessService服務器,接着發出另外一個請求,看是否還能獲得想要的結果。網絡
3. VNC機率出現白屏,手動每次復現須要必定時間,且開發從日誌中也很難發現有用的價值。因此要作的就是,儘量找出復現步驟或者把復現步驟縮小,開發在服務器的代碼中嘗試每接收10個包,就丟掉一個包, 結果就出現了白屏,因此之後要是遇到這類怪問題的話, 能夠嘗試叫開發修改代碼來丟包或者破壞包。。。session
4. 有主節點和級聯節點的時候,有時候客戶端退出再登陸會形成沒法接收音視頻,後來查其緣由,發現是客戶端發送消息的時序問題, 好比客戶端退出的時候,發送一個銷燬分組①的消息給主節點,而後客戶端用同一個用戶名和密碼再次登陸的時候,又發送一個登陸的消息②給主節點, 若是老是先執行①,再執行②就不會出問題,可是有時候會出現先執行②,再執行①,這時候新登陸的信息就意外被刪除了。架構
5. 不要單單從測試的技術來考慮問題, 若是在有條件參與整個產品的全程中,站在架構上面考慮這樣設計是否會影響到測試關心的點。負載均衡
6. 在流式服務中,要懂得怎麼測用戶已經與過載的SS斷開,又與另外一個SS創建起鏈接。(能夠從session是否斷了來考慮)測試
7. 作具體測試任務前,應該先把測試任務具體化(3要素:所需時間、責任人、要達成的目標)設計
8. 服務器被塞滿數據後,影響到FSP_SSS服務,會致使其掛掉,針對這種狀況的話, 後續應該討論是否能不能讓FSP_SSS掛掉?日誌
9. 如何在實際部署的環境的時候是2主3從節點的狀況的話,應該還要測小於2主3從的各類狀況(如1主1從、1主2從等)。 視頻
10. 線上常見狀況就是網絡閃斷和服務崩潰,關於網絡閃斷模擬能夠利用防火牆或者tc命令,關於服務崩潰,目前線上能作到秒拉起的能力,因此在實際測試的時候須要關注是否會對業務流程產生不指望的影響開發