2012-12-18 114 views
3

我想做性能測試。但我們沒有任何要求。我想爲網站進行負載測試。如何測試。如何爲網站進行負載測試?

我的網站就像youtube一樣。 (社交應用程序)在此我想查看有多少用戶可以在特定時間上傳視頻,我們可以存儲多少個視頻,10000個視頻可能不是?如何測試這些。

我目前使用Jmeter進行負載測試。

你可以提出一些建議,我們要檢查什麼時間。需要多少個併發用戶。

感謝你

回答

0

根據我的荷載試驗的經驗,你可能會考慮這些解決方案

  • http://www.webperformance.com/我們使用Web性能產生 虛擬客戶端,它們提供了非常好的工具,集成到AWS , 因此它比其他解決方案快速且便宜。
  • http://newrelic.com這傢伙來監視我們的服務器和應用程序, 圖形顯示非常詳細的信息(瓶頸,資源, 等)

哦,還有有趣的書(HTTP:// WWW。 amazon.com/Scalability-Rules-Principles-Scaling-Sites/dp/0321753887)關於這個問題,這將是很大的幫助。

2

這裏有兩個不同的問題:

  1. 要求:什麼是你正在尋找的統計數據?
  2. 技術:你如何測試,看看你是否達到了你自己設定的目標?

關於(1): 在一個完美的世界裏,你將能夠分析你的目標客戶範圍,並瞭解有多少人會同時使用系統。然後你會明白它們中有多少實際上會觸發你網站的響應(併發),並從中明白你需要同時處理多少個請求。

你可能想知道的另一個問題是你可以預期的數據大小。如果您擁有1,000,000個用戶,並且100個用戶中有1個上傳了視頻,則會導致您的數據庫中有10,000個視頻。所以對這個問題的答案又取決於用戶的數量和他們的行爲。

這可能是做某種市場研究並提出數字的可能性,但精益創業方法論指出,你通常不知道這些問題的答案,你只能猜測,通常你猜錯了。

因此,假設您無法真正瞭解任何事情,您應該瞭解如何使您的系統可擴展,使您可以支持任意數量的併發用戶和任意大小的數據。

但是,您可能想知道有關您正在使用的當前基礎架構的統計信息。這導致我們(2)。

JMeter是測試併發負載的好工具,你沒有說明你的服務器是怎麼寫的,但是JMeter建議使用Java,在這種情況下,你應該瞭解內存限制和垃圾收集時間。

假設一個無狀態(或至少會話粘性)的分佈式系統,您會想要針對給定數量的併發請求測試單個「典型」服務器的響應時間和故障。從小到大,儘可能高,因爲結果仍然可以接受(例如,對於100個併發請求,響應時間爲50ms,響應時間爲0則可接受,1000個併發會給你300ms的延遲和5個失敗的響應,並且在5000時達到500ms和15個失敗的響應,延遲如你認爲可接受的那樣高,並且儘可能多地接受你的失敗)

你可能想從上面改變「典型」,看看不同的基礎架構給你的不同結果,今天雲服務的優點在於您可以輕鬆前往EC2並獲得任何類型的基礎設施,只需很少的投資並測試您的結果,以便您知道需要購買什麼(假設您不想保持託管EC2)。您也可以使用EC2來託管JMeter實例(我曾閱讀過一篇文章,不記得在哪裏,但Google),並且您可以在200 $/test下發布許多併發請求。

0

但我們沒有任何要求。

構建性能測試是一項微型規模開發工作。如果沒有要求,您將不知道要在您的測試中構建什麼內容,從哪個業務流程中包含哪些類型的用戶被視爲可接受的響應時間。如果您正在測試對現有應用程序的更新,那麼您可能擁有現有用戶基礎的事務數據(以及可能的轉換數據)。希望這些信息是歷史性的,所以你可以觀察到隨着時間的推移。計劃爲您的負載18個月,更好的36個月。

您將需要參與需求的商業利益相關者。這個應用程序的建立是爲了滿足業務需求,並且根據這種部署的成敗,有人會被降級,解僱,晉升或獎勵。找到那個人!任何想要獲得該獎勵或職位的人都可能會很好地瞭解業務需求和期望。

如果這是您第一次參與性能測試工作,那麼您會盡自己的努力聘請該領域的專家。大約85%的技能需要與工具無關,最後一點由您的測試工具填充以便進行測試。這85%對於需求,監測,分析和報告部分至關重要。作爲一名績效測試員與許多其他學科並無不同,因爲最佳發展路線是通過確認核心技能,對流程,方法和工具進行正式指導,然後進行一段實習期。你有沒有見過一個由不熟練的理髮師或磚砌在牆上的磚匠修剪過的髮型?如果是這樣,那麼你就明白如果你剛剛進入角色,性能測試將會有什麼價值。

聘請有經驗的項目負責人。跟隨他們像一隻新生的小狗一樣。記下豐富的筆記。問很多問題。確保你可以保留他們爲未來使用而開發的東西,並理解爲什麼物品已經開發出來

否則沒有要求,你有可能走上「藝術測試」的道路。一項藝術測試是與需求和/或生產數據觀察脫離的性能測試。你可以在很多環境中看到這一點,最終只剩下一兩個星期的時間進行性能測試,但是這個項目不會出現滑點,也沒有時間去解決任何問題。總之,它變成了一個價值低的支票箱。

哦,並檢查你的日誌上的實際併發。你會發現什麼會讓你感到驚喜和喜悅。我花了許多小時的時間與某人告訴我他們的網站上有10000個併發用戶,只是在查看日誌時發現平均會話持續時間只有不到10分鐘,而10分鐘的最大併發量只是一個幾百個用戶。