針對Web應用程序性能基準測試的建議

我即將開始測試Intranet Web應用程序。具體來說，我必須確定應用程序的性能。針對Web應用程序性能基準測試的建議

請有人建議正式/非正式的標準，以便我可以判斷應用程序的性能。

來源

2008-09-03 JonnyGold

使用一些工具進行壓力和負載測試。如果您使用Java，請查看JMeter。它提供了測試應用程序性能的不同方法。你應該專注於：

響應時間：您的應用程序正在運行正常的請求的速度有多快。測試一些讀/寫用例
負載測試：您的應用程序在高流量時間的表現如何。該工具將在一段時間內提交幾個請求（您可以正確配置）。
壓力測試：您的應用程序可以在很長一段時間內運行嗎？此測試會將您的應用程序推到極限

從此開始，如果您有興趣，還有其他類型的測試。

來源

2008-09-03 15:04:41

爲了測試前端，YSlow非常適合從用戶角度獲取頁面加載時間的統計信息。它分解爲每個特定HTTP請求的統計信息，花費的時間等。獲取它在http://developer.yahoo.com/yslow/

Firebug當然也是必不可少的。您可以通過點擊配置文件按鈕來顯式或實時地配置您的JS。在必要時進行優化，並查看您的所有功能需要運行多長時間。這改變了我測量我的JS代碼的性能的方式。 http://getfirebug.com/js.html

來源

2008-09-03 15:00:18

真的很重要的事情我會想到的是響應時間，但我會看到的其他指標是處理器和內存使用量與併發用戶數/進程數。我還會檢查一切正常情況下的正常運行情況，然後是峯值負載。您可能會遇到由於各種請求相互踩踏而造成應用程序錯誤的情況。

如果你真的想得到詳細的信息，你會想運行不同類型的負載/壓力測試。您可能需要查看一個步驟負載測試（隨着時間的推移，系統上的用戶逐漸增加）以及一次尖峯測試（大量用戶同時訪問，幾乎沒有人訪問它）。在重新啓動服務器後，我也會對服務器運行測試，看看它是如何影響系統的。

你也可能想看看一個叫做HEAT（敵對環境應用程序測試）的概念。真的這顯示了系統的某些部分脫機時會發生什麼。系統是否成功降解？這應該是一個關鍵標準。

我的一個非常大的建議是在測試之前建立系統應該做的事情。主要原因是問責制。讓人們承認系統應該做些什麼，然後測試一下它是否成立。這是關鍵，因爲人們會立即看到結果，並且這將成爲可接受的基準。「

來源

2008-09-03 15:28:53 kemiller2002

」具體來說，我必須確定應用程序的性能....「

這都滿圓的需求問題，您的用戶社區的什麼被認爲是合理和有效的捕獲的期望。要求有許多組件

總響應時間的，」在一個負載......的網站應具有小於x，y％時間的一般響應時間...「
具體響應時間，」在....的負載下。信用卡處理應少於z秒，a的時間百分比...「
系統容量項目，」負載.... CPU |網絡| RAM |磁盤不得超過n％的容量....「
負載配置文件，這是用戶和交易的數量的組合，根據這些用戶和交易收集具體的客觀度量來確定系統性能。

您會注意到響應時間和其他度量不是絕對的。從六西格瑪製造商的角度來看，將成本從一百萬減少到一百億的一個例外是非同尋常的，而實現零例外的成本通常是一般組織無法承受的成本。什麼被認爲是可接受的響應時間爲您的組織的獨特應用程序可能會完全不同於高度商品化的產品，這是一個公共互聯網應用程序。對於具有高度競爭力的解決方案，互聯網上的響應時間預期趨向2-3秒範圍內，用戶放棄會嚴重撿到。在過去的十年中，這已經從8秒降到4秒，現在又進入了2-3秒的範圍。有些應用程序，比如Facebook，出於競爭原因，在小於1秒範圍內拍攝幾乎難以察覺的響應時間。如果你正在尋找一個硬標準，他們就不存在。

某些有助於理解的內容是通過一些關於風格，形式和功能的行業基準。

建立一套可靠的，它代表了需求的性能測試是一個不平凡的事。您可能希望引入專家來處理您的質量檢查工作的這一階段。

在您的工具選擇，確保你得到一個可以

鍛鍊你的界面
對你的要求報告
你或你的團隊擁有技能使用
你可以得到培訓並將參加管理層的祝福

上述四個元素中的任何一個都沒有點燃，y你也購買了市場上最昂貴的工具，並聘請了最昂貴的公司來部署它。

祝你好運！

來源

2011-09-29 14:44:54

針對Web應用程序性能基準測試的建議

回答

相關問題