對於企業應用程式，有許多進行效能測試的方法，其中一些方法實行起來要比其他方法困難。所要進行的效能測試的型別取決於想要達到的結果。例如，對於可再現性，基準測試是最好的方法。而要從當前使用者負載的角度測試系統的上限，則應該使用容量規劃測試。本文將介紹幾種設定和執行效能測試的方法，並討論這些方法的區別。
簡介
如果不進行合理的規劃，對j2ee應用程式進行效能測試將會是一項令人望而生畏且有些混亂的任務。因為對於任何的軟體開發流程，都必須收集需求、理解業務需要，並在進行實際測試之前設計出正式的進度表。效能測試的需求由業務需要驅動，並由一組用例闡明。這些用例可以基於歷史資料（例如，伺服器一周的負載模式）或**的近似值。弄清楚需要測試的內容之後，就需要知道如何進行測試了。
在開發階段前期，應該使用基準測試來確定應用程式中是否出現效能倒退。基準測試可以在乙個相對短的時間內收集可重複的結果。進行基準測試的最好方法是，每次測試改變乙個且只改變乙個引數。例如，如果想知道增加jvm記憶體是否會影響應用程式的效能，就逐次遞增jvm記憶體（例如，從1024 mb增至1224 mb，然後是1524 mb，最後是2024 mb），在每個階段收集結果和環境資料，記錄資訊，然後轉到下一階段。這樣在分析測試結果時就有跡可循。下一小節我將介紹什麼是基準測試，以及執行基準測試的最佳引數。
開發階段後期，在應用程式中的bug已經被解決，應用程式達到一種穩定狀態之後，可以執行更為複雜的測試，確定系統在不同的負載模式下的表現。這些測試被稱為容量規劃測試、滲入測試(soak test)、峰谷測試(peak-rest test)，它們旨在通過測試應用程式的可靠性、健壯性和可伸縮性來測試接近於現實世界的場景。對於下面的描述應該從抽象的意義上理解，因為每個應用程式的使用模式都是不同的。例如，容量規劃測試通常都使用較緩慢的ramp-up（下文有定義），但是如果應用程式在一天之中的某個時段中有快速突發的流量，那麼自然應該修改測試以反映這種情況。但是，要記住，因為更改了測試引數（比如ramp-up週期或使用者的考慮時間(think-time)），測試的結果肯定也會改變。乙個不錯的方法是，執行一系列的基準測試，確立乙個已知的可控環境，然後再對變化進行比較
效能測試方法全面綜述
對於企業應用程式，有許多進行效能測試的方法，其中一些方法實行起來要比其他方法困難。所要進行的效能測試的型別取決於想要達到的結果。例如，對於可再現性，基準測試是最好的方法。而要從當前使用者負載的角度測試系統的上限，則應該使用容量規劃測試。本文將介紹幾種設定和執行效能測試的方法，並討論這些方法的區別。簡...
效能測試綜述
一 了解效能測試 效能測試是不斷的通過不同場景的系統表現去 系統設計與資源消耗之間的平衡。我們可以認為效能測試是 通過在測試環境下對系統或構件的效能進行探測，用以驗證在生產環境下系統效能是否達到預估的效能需求，發現系統可能存在的效能瓶頸，進而改善優化並系統的效能，提高系統的可擴充套件性 穩定性。從上...
軟體測試綜述
1 軟體測試的目標 發現程式中的錯誤,是為 了證明程式有錯,而不是證明程式無錯。保證軟體質量,提高軟體可靠 性的關鍵。2 軟體測試的任務 軟體測試是軟體開發工作的最後乙個環節。由於人認識客觀事物的主觀性，難免在開發 的軟體產品中產生錯誤。為了給使用者交付乙個高質量的軟體系統，必須對開發的系統進行嚴格...