提問題技巧之NGINX性能測試問題

最近碰到很多網絡朋友在咨詢生產性能故障問題，一般碰到的都是這樣提問題的：

老師，我們的生產環境CPU使用率99%，是什麽問題？

老師，我壓力測試過程中響應時間一直在增大是什麽問題？

老師，我們壓力測試過程中，網頁打開白屏是什麽問題？

這個時候變成是我們在協助猜測套問題，引導咨詢學生一步一步的說明問題原因，例如是測什麽交易啊？是什麽環境配置？出現什麽狀況等？然後在交流討論過程中，他們才學會慢慢去看問題，有些監控資源命令還不大懂，例如我問了CPU使用情況如何，他們也不多用什麽命令去監控，或者深一點的他們說

我想說的是：一般做為初學者，一下子公司讓你們做壓力測試，碰到問題多很正常，工具使用問題是一個大問題，環境資源是什麽情況，不了解也是一個問題，測試思路對錯也是一個大問題，反正說測就開刀，不管對錯，問題出現了，找專業人士，劈頭就如上發問，碰到脾氣好的會耐心引導，碰到有個性的，直接不鳥你等等這純屬正常，又不認識，各有工作需要忙碌，怎麽會無條件支持呢？所以為了減少提問題溝通成本，也減少雙方的信息理解誤差，建議各位朋友在提問題前，先想清楚，什麽時候、什麽環境（環境配置）、什麽條件下、什麽交易、什麽類型的系統、什麽類型的中間件、什麽類型的數據庫下、什麽場景下等出席什麽問題

例如，在測試環境下，壓力測試100用戶，響應時間很大

生產環境下，LINUX 服務器，MYSQL數據庫，8C16G配置下，CPU使用率很高

生產環境下，LINUX服務器，應用服務器，TOMCAT 8.5 ，CPU使用率沒辦法上去，前端無法訪問

測試環境下，接口壓力測試，50線程並發壓力測試10分鐘，壓測不上去，8C16G，tomcat8.5 ，CPU使用率很低等問題

當然如果有一定基礎的測試人員，可以把錯誤信息截圖，資源使用截圖等等發給老師協助分析等這樣更容易讓雙方在問題分析上達成共識，減少溝通成本。

案例如下：

本文出自 “泊涯” 博客，請務必保留此出處http://372550.blog.51cto.com/362550/1943496

提問題技巧之NGINX性能測試問題