機能測試是指必然的負載環境下,系統的響應時候等機能特征是否知足特心猿意馬的機能需求,機能測試的具體實施流程包羅以下幾點:
1.測試需求闡發
測試需求來歷于應用需求,是以在進行機能測試時,起首需要理解系統的應用需求。針對機能測試,重點需求存眷:
(1)測試對象。例如,被測試系統中有負載壓力需求的功能點包羅哪些?測試中需要模擬哪些部分用戶發生的負載壓力?
(2)系統設置裝備擺設。例如,估計有幾多用戶并發拜候?用戶客戶端的設置裝備擺設若何?利用什么樣的數據庫?辦事器如何和客戶端通信?收集設備的吞吐能力若何?
(3)系統利用模式。例如,系統利用在什么時辰達到岑嶺期?用戶利用該系統是采用B/S運行模式嗎?分清系統模式是把握什么手藝的前提,只有把握響應的手藝做機能測試才可能當作功。
(4)系統日常營業有哪些買賣使命?
(5)若是使命掉敗,那么貿易風險有幾多?
2.測試方案的擬定
3.測試情況籌辦
并發機能測試是在客戶端執行的黑盒,一般不采用手工體例,而是操縱東西采用主動化體例進行。
設置裝備擺設測試情況是測試實施的一個主要階段,測試情況的適合與否會嚴重影響測試成果的真實性和準確性,測試情況包羅軟件情況和硬件情況。
測試情況的根基原則:
(1)要知足軟件運行的最低要求,紛歧心猿意馬選擇將要擺設的情況
(2)選用與被測試系統相一致的操作平臺和軟件平臺
(3)營造相對自力的情況測試
(4)無毒的情況
4.測試劇本開辟
測試劇本是指Vuser劇本,即虛擬用戶回放所利用的劇本,是一段能執行使命的劇本,分歧的測試東西其劇本的編寫說話和布局存在差別,分歧的Vuser類型其劇本的布局和內容也存在差別。
劇本的開辟有兩種體例:錄制編纂和編寫。第一種體例起首操縱測試東西錄制測試劇本,在生當作的劇本代碼根本上按照需要進行點竄;第二種體例測試人員手工編寫測試劇本。
在一般的測試過程中,錄制劇本所占比例比力大。
5.測試場景執行
按照系統的分歧營業需求來進行并發模擬測試,安插測試場景也長短常主要的,要想能真正測試呈現場合呈現的問題,必需要按現實的營業安插場景,來模擬用戶的真實情況。
從狹義來說,測試場景就是一個或者一組用戶的行為,一個運行場景包羅一個運行虛擬用戶勾當的機械列表、一個測試劇本的列表以及大量的虛擬用戶·和虛擬用戶組。
例如,測試場景一:
(1)運行虛擬用戶勾當的機械:testmachine1
(2)測試劇本:longin
(3)虛擬用戶數:100個
(4)用戶加載方案:每秒增添2個用戶
(5)用戶退出:每2秒有5個用戶退出
(6)持續運行時候:3min
6.測試成果闡發
在場景執行時代,Vuser會在執行事務的同時生當作成果數據,要在測試執行時代監督場景機能,可以利用聯機監督東西,也可以在測試執行后查看成果。以下是需要重點存眷的指標。
買賣處置機能:
(1)并發用戶數。并發用戶數是負載壓力測試的本家兒要指標,表現了系統可以或許承受的并發機能。
(2)買賣響應時候。該指標描述買賣執行的快慢水平,這是用戶能最直接能感觸感染到的系統機能。
(3)買賣經由過程率。買賣經由過程率是指每秒鐘可以或許當作功執行的買賣數。
(4)吞吐量。吞吐量是指每秒經由過程的字節數以及經由過程的總字節數。
(5)點擊率。點擊率描述系統響應請求的快慢。
(6)CPU。記實CPU的利用率。
(7)磁盤辦理。
(8)內存。顯示可用的內存數目
0 篇文章
如果覺得我的文章對您有用,請隨意打賞。你的支持將鼓勵我繼續創作!