瓶頸主要是
指整個軟硬體構成的軟體系統某一方面或者幾個方面能力不能滿足使用者的
特定業務要求，「特定」是指瓶頸會在某些條件下會出現，因為畢竟大多數系統在投入前。
嚴格的從技術角度講，
所有的系統都會有瓶頸，因為大多數系統的資源配置不是協調的，例如cpu使用率剛好達到100％時，記憶體也正好耗盡的系統不是很多見。因此我們討論系統瓶頸要從應用的角度討論：關鍵是看系統能否滿足使用者需求。在使用者極限使用系統的情況下，系統的響應仍然正常，我們可以認為改系統沒有瓶頸或者瓶頸不會影響使用者工作。
因此我們測試系統瓶頸主要是實現下面兩個目的：
（1）發現「表面」的瓶頸。主要是模擬使用者的操作，找出使用者極限使用系統時的瓶頸，然後解決瓶頸，這是效能測試的基本目標。
（2）發現「潛在」的瓶頸並解決，保證系統的長期穩定性。主要是考慮使用者在將來擴充套件系統或者業務發生變化時，系統能夠適應變化。滿足使用者目前需求的系統不是最好的，我們設計系統的目標是在保證系統整個軟體生命週期能夠不斷適應使用者的變化，或者通過簡單擴充套件系統就可以適應新的變化。
併發測試瓶頸
最近公司產品更改戰略方向，大家努力了2 3個月，終成雛形。最新的產品對老的測試技術提出了新的挑戰。業務上的挑戰主要在於需求，開發和測試的大部分成與敗皆取決於此。在此2 3個月中的關於功能測試的經驗和教訓，後續另寫。今天主要寫新產品對非業務功能上的技術挑戰。關於併發測試，前期也有自動化探索和持續實踐，...
效能測試瓶頸分析
在效能測試過程中，瓶頸猶如功能測試的bug，瓶頸的分析猶如bug的定位。效能測試工程師好比醫生，看到病象，定位 效能瓶頸的定位更像庖丁解牛，層層解剖，最後定位問題之所在。下面分享乙個記憶體洩漏的瓶頸分析。病象 tps波動非常大 狂打超時日誌 偶爾有500錯誤。看到這個現象，其實說明不了什麼問題，就象...
效能測試瓶頸分析
在效能測試過程中，瓶頸猶如功能測試的bug，瓶頸的分析猶如bug的定位。效能測試工程師好比醫生，看到病象，定位 效能瓶頸的定位更像庖丁解牛，層層解剖，最後定位問題之所在。下面分享乙個記憶體洩漏的瓶頸分析。病象 tps波動非常大 狂打超時日誌 偶爾有500錯誤。看到這個現象，其實說明不了什麼問題，就象...