【互聯(lián)網(wǎng)行業(yè)】網(wǎng)站測試-某公司網(wǎng)站壓力測試手冊

1、文 檔 號：WPTP0001 版 本 號： 1.0 保密級別： CONTROL Forms.CheckBox.1 s CONTROL Forms.CheckBox.1 s CONTROL Forms.CheckBox.1 s CONTROL Forms.CheckBox.1 s 研發(fā)部RealmeShow（1.0）壓力測試手冊影元設計（蘇州工業(yè)園區(qū)）有限公司 CREATEDATE yyyy年M月d日 * MERGEFORMAT 2005年9月11日研發(fā)部RealmeShow壓力測試報告編制： 審核：批準： CREATEDATE yyyy年M月d日 * MERGEFORMAT 2005年9月11

2、日 修改歷史日期動作人物版本號2006-3-10創(chuàng)建 V1.目 錄TOC o 1-3 h z u HYPERLINK l _Toc129752947 壓力測試報告 PAGEREF _Toc129752947 h i HYPERLINK l _Toc129752948 1簡介 PAGEREF _Toc129752948 h 1 HYPERLINK l _Toc129752949 1.1目的 PAGEREF _Toc129752949 h 1 HYPERLINK l _Toc129752950 1.2項目信息 PAGEREF _Toc129752950 h 1 HYPERLINK l _Toc12

3、9752951 1.3測試范圍 PAGEREF _Toc129752951 h 1 HYPERLINK l _Toc129752952 2測試資源 PAGEREF _Toc129752952 h 1 HYPERLINK l _Toc129752953 2.1人力資源 PAGEREF _Toc129752953 h 1 HYPERLINK l _Toc129752954 2.2測試環(huán)境 PAGEREF _Toc129752954 h 1 HYPERLINK l _Toc129752955 2.3測試工具 PAGEREF _Toc129752955 h 2 HYPERLINK l _Toc1297

4、52956 2.4測試方案 PAGEREF _Toc129752956 h 2簡介目的為了跟蹤項目壓力測試情況，讓開發(fā)人員和測試人員查看項目的測試結(jié)果，更好的對后期工作進行安排。項目信息項目名稱：RealmeShow版本：1.0基線號：RealmeShow1.0_0911測試范圍主要是測試服務器的性能，在多個客戶端同時連接時系統(tǒng)的性能指標，以及客戶端的運行情況。測試資源人力資源下表列出了此項目在測試中的計劃人員安排：人員具體職責或注釋部署和執(zhí)行測試測試環(huán)境下表列出了測試的系統(tǒng)環(huán)境： 測試環(huán)境（相關硬件、軟件、操作系統(tǒng)等）網(wǎng)絡設備：Cisco Catelyst 3550 L3 Switch服務器

5、：秀服務器：Dell 1425 SC P4 Xeon(TM) 2.8 G ,1G RAM ,雙千兆網(wǎng)卡商城服務器：Dell 1425 SC P4 Xeon(TM) 2.8 G ,1G RAM ,雙千兆網(wǎng)卡數(shù)據(jù)庫服務器：DELL 1850 2P4 Xeon(TM) 3.0 G ,2G RAM ,雙千兆網(wǎng)卡操作系統(tǒng)： Windows 2003 Enterprise Server SP1數(shù)據(jù)庫： MYSQL 5Web服務器：IIS 6.0 + PHP 5.1.2 其他必要軟件：.NET Framework 1.1 SP1，VS.NET 2003 SP1客戶端：操作系統(tǒng)： Microsoft Wind

6、ows XP Professional SP2瀏覽器：IE 6.0以上其他必要軟件：Office 2003 測試工具下表列出了測試要使用到的工具：表2-1 測試工具工具用途生產(chǎn)廠商/自產(chǎn)版本Bugzilla缺陷跟蹤開源2.20ApplicationCenterTest 壓力測試工具微軟1.0.536.0性能監(jiān)視器監(jiān)視服務器的性能參數(shù)微軟5.2測試方案壓力測試使用5臺客戶端，分別在不同的網(wǎng)口，每臺客戶端模擬120，100，80，60個連接，運行時間為30分鐘，分別運行了5個用戶場景（首頁、論壇頁面、等幾個主要頁面）。察看不同連接時服務器的響應情況，服務器性能指標、網(wǎng)絡帶寬消耗指標等，并作統(tǒng)計，找

7、出潛在的問題，以便下一輪系統(tǒng)優(yōu)化。 Web網(wǎng)站壓力測試教程詳解 HYPERLINK 2009年07月06日09:29 HYPERLINK IT文本Tag： 軟件測試 性能測試 Web測試 壓力測試 【IT168技術文檔】Web 服務處于分布式計算的核心位置，它們之間的交互通常很難測試。分布式開發(fā)、大型的開發(fā)者團隊以及對代碼日益組件化的期望都有可能使 Web 服務的開發(fā)變得越來越容易隱藏錯誤。這些類型的錯誤極難檢測出來。壓力測試是檢測這類代碼錯誤的一種有效方法，但是只有在壓力系統(tǒng)設計得比較有效的情況下才能發(fā)揮作用。本文將讓您深入了解一下這種壓力系統(tǒng)的基本要求。測試方法傳統(tǒng)的測試方法包括某種形式的

8、簡單單元測試，通常由開發(fā)人員執(zhí)行。設計這些測試需要了解軟件的內(nèi)部知識，并且這些測試幾乎總是針對產(chǎn)品的非常小的、特定的部分。這些類型的測試非常適合與其他代碼組件極少交互，甚至沒有交互的簡單 Web 服務。功能驗證(Functional Verification) 也是一種測試過程，在這個過程中，對產(chǎn)品源代碼了解有限的設計者進行測試以確認產(chǎn)品或服務的核心功能。設計這種測試是為了證明這個核心功能符合某個規(guī)范。舉個例子，我的在線拍賣顯示的是輸入的正確出價嗎? 我的保險經(jīng)紀人系統(tǒng)找到最便宜的報價了嗎?如果這些測試失敗，通常就意味著檢測到了產(chǎn)品的一個基本問題(這個問題通常是可以直接修復)。這種測試也是適合

9、簡單的 Web 服務，使您可以檢查服務是否能夠正確執(zhí)行它的各個功能。系統(tǒng)測試(System Test) 通常是在功能驗證階段完成，驗證了核心功能后進行。它傾向于把整個系統(tǒng)作為一個整體來查找問題 弄清 Web 服務作為系統(tǒng)的一部分怎樣運作，以及 Web 服務相互之間如何交互。由于系統(tǒng)測試是在開發(fā)生命周期快結(jié)束時才進行，所以通常不能給它分配足夠的時間來完成。又因為緊張的發(fā)行日程安排以及開發(fā)的各個重要階段的后移，系統(tǒng)測試階段經(jīng)常被忽略，并且一些通常都可以發(fā)現(xiàn)的、少見的錯誤都不能被檢測到。即使發(fā)現(xiàn)了這種錯誤，這時也來不及確定錯誤的原因并設法修復它們了。因此，在查找代碼錯誤時，必需把系統(tǒng)測試應用設計得盡

10、可能高效。系統(tǒng)測試通常由三部分組成，它們是：性能(Performance)： 這涉及到確定相關的產(chǎn)品統(tǒng)計數(shù)據(jù)的過程。例如：每秒有多少條消息?一個服務可同時接受多少個用戶?案例(Scenario)： 這是重新創(chuàng)建客戶所需的確切配置的過程。因此在案例中發(fā)現(xiàn)的任何問題都可以在客戶使用該產(chǎn)品之前被檢測出來。壓力(或稱工作負載平衡)： 它與另兩個部分不同，因為它被設計為通過應用很大的工作負載來使軟件超負荷運轉(zhuǎn)。如果壓力測試通過對產(chǎn)品保持高強度的使用(但不超過性能統(tǒng)計數(shù)字確定的限制)能有效地執(zhí)行，那么它就經(jīng)常能夠發(fā)現(xiàn)許多隱蔽的錯誤，而這些錯誤用上面提到的任何其他技術都是發(fā)現(xiàn)不了的(這些錯誤也經(jīng)常是最難修復

11、的)。從檢測代碼錯誤這方面來說，可以證明這三個系統(tǒng)測試組件中效率最高的是壓力測試部分。但由于這個過程經(jīng)常跟系統(tǒng)的其他要素或功能測試混淆在一起，所以這個過程涉及到的方法還沒有被正確著手處理或?qū)崿F(xiàn)。壓力下的錯誤使用壓力測試，您有希望找到很多種用其他測試方法更難發(fā)現(xiàn)的錯誤。有兩種錯誤類型是：內(nèi)存泄漏(Memory leak)： 一種極難檢測的現(xiàn)象。內(nèi)存泄漏經(jīng)常發(fā)生在已發(fā)行的產(chǎn)品中，原因很簡單，很難設計測試用例來檢測它們。使用簡單的功能測試，幾乎發(fā)現(xiàn)不了內(nèi)存泄漏問題，因為在產(chǎn)品完成之前測試沒對產(chǎn)品進行足夠多的使用。內(nèi)存泄漏通常要求操作作要重復非常多的次數(shù)以使內(nèi)存消耗達到能引起注意的程度。盡管與其它編程

12、語言(如 C/C+)相比，Java 程序更難引入內(nèi)存泄漏錯誤，但只要程序仍保持著對對象的引用，該對象仍有可能被實例化并且它占用的內(nèi)存永遠不會被釋放。并發(fā)與同步(Concurrency and Synchronization)： 壓力測試在查找并發(fā)性問題上非常出眾，這是因為在任何一個測試生命周期中，它都應用了許多不同的代碼路徑和定時條件。一般的規(guī)則是，壓力測試運行的時間越長，涉及并應用的代碼路徑組合和定時條件就越多。當然，這也的確使得這些問題很難再現(xiàn)(錯誤可以在 5 分鐘或 5 天后發(fā)生)。死鎖、線程泄漏以及任何一般的同步問題通常只能在壓力測試階段被檢測出來。這些類型的問題很難通過執(zhí)行單元測試來

13、發(fā)現(xiàn)。開發(fā)人員不會一直考慮他或她的代碼將與其他地方的代碼(在執(zhí)行單元測試時這些代碼可能還沒寫出來)進行交互?，F(xiàn)有的壓力測試工具有許多聲稱能夠?qū)Ξa(chǎn)品進行壓力測試的可用工具目前正在開發(fā)中。被廣泛應用的是針對 Web 服務的那些工具。然而，這些工具中有許多只是簡單的 HTML/SOAP 生成器，它們模擬許多客戶機連接，并因此對 Web 服務器生成高負載(這對于查找 Web 服務器的問題很有用，但對于查找 Web 服務的問題就沒那么有用了)。這些工具對基本的壓力測試比較有用，但它們經(jīng)常是僅僅擴展功能驗證階段來重復地執(zhí)行相同的功能任務。如果足夠的時間和資源可用，就可以通過創(chuàng)建定制構建的壓力測試系統(tǒng)來實現(xiàn)

14、更有效的測試。由于壓力系統(tǒng)的設計者通常對要測試的產(chǎn)品和 Web 服務有更多的了解，所以他們將能夠確保壓力系統(tǒng)可以用于哪些具體的代碼區(qū)域。設計壓力應用設計試圖對 Web 服務進行壓力測試的壓力測試系統(tǒng)時，要讓它們以某種特定的方式運行代碼。這些風格超越了功能驗證，目的是要弄清楚被測試的 Web 服務是不是不僅能做我們認為它能做的事，而且在被施加了某些高強度壓力的情況下仍然繼續(xù)正常運行。壓力測試必須對 Web 服務應用四個基本條件。許多已建立的壓力系統(tǒng)應用了這些條件。有效的壓力測試系統(tǒng)將應用以下這些關鍵條件：重復 (Repetition)： 或許最明顯的且最容易理解的壓力條件就是測試的重復。換句話說

15、，測試的重復就是一遍又一遍地執(zhí)行某個操作作或功能，比如重復調(diào)用一個 Web 服務。功能驗證測試可以用來被弄清楚一個操作作能否正常執(zhí)行。而壓力測試將確定一個操作作能否正常執(zhí)行，并且能否繼續(xù)在每次執(zhí)行時都正常。這對于推斷一個產(chǎn)品是否適用于某種生產(chǎn)情況至關重要?？蛻敉ǔ貜褪褂卯a(chǎn)品，因此壓力測試應該在客戶之前發(fā)現(xiàn)代碼錯誤。許多最簡單的壓力系統(tǒng)只實現(xiàn)這一個條件，但簡單地擴展功能驗證測試來多次重復并不能構成一個有效的壓力測試。當與下面的一些原則結(jié)合起來使用時，重復就可以發(fā)現(xiàn)許多隱蔽的代碼錯誤。并發(fā)(Concurrency)： 并發(fā)是同時執(zhí)行多個操作作的行為。換句話說，就是在同一時間執(zhí)行多個測試，例如在

16、同一個服務器上同時調(diào)用許多 Web 服務。這個原則不一定適用于所有的產(chǎn)品(比如無狀態(tài)服務)，但是多數(shù)軟件都具有某個并發(fā)行為或多線程行為元素，這一點只能通過執(zhí)行多個代碼示例才能測出來。功能測試或單元測試幾乎不會與任何并發(fā)設計結(jié)合。壓力系統(tǒng)必須超越功能測試，要同時遍歷多條代碼路徑。至于怎么做到這一點取決于具體的產(chǎn)品。例如，一個 Web 服務壓力測試需要一次模擬多個客戶機。Web 服務(或者任何多線程代碼)通常會訪問多個線程實例間的一些共享數(shù)據(jù)。因額外方面的編程而增加的復雜性通常意味著代碼會具有許多因并發(fā)引起的錯誤。由于引入并發(fā)性意味著一個線程中的代碼有可能被其他線程中的代碼中斷，所以錯誤只在一個指

17、令集以特定的順序(例如以特定的定時條件)執(zhí)行時才會被發(fā)現(xiàn)。把這個原則與重復原則結(jié)合在一起，您可以應用許多代碼路徑和定時條件。量級(Magnitude)： 壓力系統(tǒng)應該應用于產(chǎn)品的另一個條件考慮到了每個操作作中的負載量。壓力測試可以重復執(zhí)行一個操作作，但是操作作自身也要盡量給產(chǎn)品增加負擔。例如，一個 Web 服務允許客戶機輸入一條消息，您可以通過模擬輸入超長消息的客戶機來使這個單獨的操作作進行高強度的使用。換句話說就是，您增加了這個操作作的量級。這個量級總是特定于應用的，但是可以通過查找產(chǎn)品的可被用戶計量和修改的值來確定它。例如，數(shù)據(jù)的大小、延遲的長度、資金數(shù)量的轉(zhuǎn)移、輸入速度以及輸入的變化等等

18、。單獨的高強度操作作自身可能發(fā)現(xiàn)不了代碼錯誤(或者僅能發(fā)現(xiàn)功能上的缺陷)，但與其他壓力原則結(jié)合在一起時，您將可以增加發(fā)現(xiàn)問題的機會。隨機變化： 最后一點，任何壓力系統(tǒng)都多多少少具有一些隨機性。如果您隨機使用前面的壓力原則中介紹的無數(shù)變化形式，您就能夠在每次測試運行時應用許多不同的代碼路徑。下面是幾個關于怎樣在測試生命周期內(nèi)改變測試的示例。使用重復時，在重新啟動或重新連接服務之前，您可以改變重復操作作間的時間間隔、重復的次數(shù)，或者也可以改變被重復的 Web 服務的順序。使用并發(fā)，您可以改變一起執(zhí)行的 Web 服務、同一時間運行的 Web 服務數(shù)目，或者也可以改變關于是運行許多不同的服務還是運行許

19、多同樣的實例的決定。量級或許是最容易更改的 每次重復測試時都可以更改應用程序中出現(xiàn)的變量(例如，發(fā)送各種大小的消息或數(shù)字輸入值)。如果測試完全隨機的話，因為很難一致地重現(xiàn)壓力下的錯誤，所以一些系統(tǒng)使用基于一個固定隨機種子的隨機變化。這樣，用同一個種子，重現(xiàn)錯誤的機會就會更大。一個壓力測試通常會結(jié)合上述的所有原則，并且在允許的范圍內(nèi)盡可能長時間地運行。測試被允許的執(zhí)行時間越長，就可以遍歷越多的代碼路徑，并且發(fā)現(xiàn)的錯誤也越多。當然，一旦找到錯誤就必須診斷并修復它。由于一個代碼錯誤可以在壓力測試運行多日以后自己顯示出來，所以系統(tǒng)必須保證當出現(xiàn)錯誤時所有可用的調(diào)試信息都被生成，否則可能就必須花費同樣多

20、的時間來重現(xiàn)這個錯誤。結(jié)束語測試是軟件開發(fā)過程中至關重要的部分，并且一個重要的、經(jīng)常被曲解或忽略的部分是壓力測試。遵循上面詳細說明的原則，您就可以設計并實現(xiàn)有效的壓力測試系統(tǒng)，用來查找一些與您的代碼相關的、比較隱蔽的問題。無論是利用預先寫好的工具，還是創(chuàng)建一個完全專用的壓力系統(tǒng)，壓力測試都是用于查找 Web 服務(或其他任何程序)問題的本質(zhì)方法。 網(wǎng)站壓力測試工具的介紹(想知道你的網(wǎng)站穩(wěn)定么？)Microsoft Web Application Stress Tool Microsoft Web Application Stress Tool 是由微軟的網(wǎng)站測試人員所開發(fā)，專門用來進行實際網(wǎng)站

21、壓力測試的一套工具。透過這套功能強大的壓力測試工具，您可以使用少量的Client端計算機仿真大量用戶上線對網(wǎng)站服務所可能造成的影響，在網(wǎng)站實際上線之前先對您所設計的網(wǎng)站進行如同真實環(huán)境下的測試，以找出系統(tǒng)潛在的問題，對系統(tǒng)進行進一步的調(diào)整、設置工作。Microsoft Web Application Stress具有以下幾個特性：* 可以數(shù)種不同的方式建立測試指令：包含以手動、錄制瀏覽器操作步驟、或直接錄入IIS的記錄文件、錄入網(wǎng)站的內(nèi)容及錄入其它測試程序的指令等方式。* 支持多種客戶端接口：標準的網(wǎng)站應用程序C+的客戶端，使用Active Server Page 客戶端，或是使用Web Ap

22、plication Stress對象模型建立您自定的接口。.* 支持多用戶利用多種不同的認證方式仿真實際的情況，包含了DPA, NTLM 及 SSL等。* 支持使用動態(tài)的cookie仿真定制網(wǎng)站實際運作場景及對話（session）的支持。* 在客戶端的計算機以NT 服務的方式執(zhí)行仿真的工作，可在不中斷測試的情況下將某些客戶端的測試計算機刪除。* 透過集中式的Microsoft Web Application Stress 管理員，您可以使用任意數(shù)目的客戶端計算機同時進行測式的工作。* 具有Bandwidth throttling （帶寬遏流）的功能以仿真用戶使用調(diào)制解調(diào)器上線的效果。* 內(nèi)建的

23、query-string 編輯器可幫助您建立name-value pair組合的模板，并可在不同的場景測試中重復使用。* 可程序化的對象模式讓您可以建立您自己的測試客戶端。* 匯總的測試報告及豐富的性能測試資料。* 支持域名系統(tǒng)(DNS)讓您可以測試整個群集（Cluster）的機器。* 使用Page group的方式來控制文件的組及測試指令的執(zhí)行程序。* 可自定的header讓您可以仿真各種不同種類的瀏覽器。* 可自定的指令延遲讓您以更接近真實環(huán)境的方式進行測試。網(wǎng)站測試概述為了正確使用WAS進行網(wǎng)站的壓力測試，您需要對于網(wǎng)站測試的方法有一初步的了解。以下的討論將包含一些基本的概念以供參考。網(wǎng)站的測試可大略分成三個主要的類別：* 網(wǎng)站性能測試 (Performance testing)* 壓力測試下的網(wǎng)站穩(wěn)定性 (Stability or stress testing)* 網(wǎng)站承受能力評估 (Capacity planning)網(wǎng)站性能測試的第一件工作就是使用測試工具對網(wǎng)站加壓以測量網(wǎng)站服務器每秒可以承受的請求(Request Per Second) 的最大值。第二件工作就是找出系統(tǒng)性能限制的原因所在，舉例來說，CPU、內(nèi)存、或是后端系統(tǒng)所造成的反應延遲等