在效能測試的過程中會遇到哪些問題？

　　如果你做任何事情，你都事先準備好，你就會有很大機率成功，如果你不準備，那麼成功的機率就會很小。 那麼在效能測試的過程中一般會遇到哪些問題呢?

　　一、開始測試之前

　　因為對專案目前的情況沒有足夠的瞭解，所以在腦海中形成了一個錯誤的測試計劃，但實際上測試環境只有當前的一套測試環境和部署的服務是針對新版本的。

　　二、開始測試工作

　　1.未能弄清楚測試目標

　　因為測試目標不明確，測試需要記錄的引數不明確，無法有針對性地進行測試和獲取目標引數。

　　2.沒有明確的測試計劃

　　由於沒有測試計劃，測試工作執行過程中的時間分配混亂，缺乏明確的測試操作計劃導致計劃多次變更，工期延誤。

　　三、中期測試

　　1. 過於專注於指令碼

　　太多的精力投入在指令碼編寫上，應該留出時間進行除錯和其他連結。 測試不僅僅是編寫指令碼，它只是眾多環節中的一個，每個環節都需要成功完成才能完成一次測試。

　　2.測試指令碼沒有除錯，指令碼用到的模組不瞭解

　　每個測試指令碼編寫完成後，只驗證指令碼功能。 即只保證功能可用，而忽略測試工作中應用的真實場景。 與介面測試指令碼類似，沒有考慮各個介面的傳輸速率問題，導致下游介面所需資料不足; 資料庫SQL寫指令碼的執行緒應用也不是不懂，只學毛皮，沒看懂使用的邏輯方法。 所以執行緒模組的使用比較亂，直接導致指令碼失敗。 由於沒有對指令碼進行實景除錯，測試執行後會出現各種問題。 就需要在執行時進行修改和除錯。 極大地影響了工作的進度。 除錯工作應在非工作時間或在預定時間範圍內進行。 它不應該佔用測試執行時間。

　　3.多次調整測試計劃

　　最初的計劃是對服務進行介面效能壓力測試。 後來開發建議直接測試資料庫，然後就測試資料庫。 再對資料庫的測試出現斷路後，又採取了小顆粒維度對介面進行效能測試，這個測試方案是可行的，但是需要很多時間。 當採用這個計劃時，沒有預見到這種風險。 顯然，這個耗時的計劃不適用於目前延遲的工期。

　　4. 沒有提前做效能基準測試

　　因為在壓力測試正式開始之前業務沒有進行基準測試，所以對各個介面的基本效能沒有一個大致的瞭解，所以在指令碼執行中出現了權重比錯誤的低階錯誤。

　　5.在最後的測試中，伺服器沒有被監控

　　四、測試的收尾工作

　　測試工作開始前，應明確測試執行時間間隔，並在專案組內部進行溝通，確保測試環境能夠正常使用。

　　以上是關於在效能測試的過程中會遇到的一些問題，由多測師親自撰寫，全網獨家提供!