【效能測試策略】系統調優由易到難的順序

新夢想IT發表於2022-05-19


【效能測試策略】系統調優由易到難的順序

測試階段

1、效能測試需求分析階段

根據使用者使用習慣和實際業務的效能需求,生成效能測試需求調查表

根據效能測試需求及系統重要業務調研,選取典型業務

瞭解業務模型及業務架構
2、效能測試設計階段

編寫效能測試用例

結合效能測試用例錄製 /修改/完善測試執行指令碼

結合使用者應用場景設計效能測試執行場景

3、 效能測試執行階段

利用 LoadRunner效能測試工具中的Controller應用,按照併發使用者數執行場景,並儲存測試結果(Jmeter同理)

利用 LoadRunner效能測試工具監控被測試環境下的伺服器CPU,記憶體,磁碟等系統資源的使用情況

在需要的情況下利用第三方監控工具監控被測試系統的資源使用情況

在對於可靠性測試,長時間執行測試,檢視系統是否會出現記憶體洩漏,當機等情況

4、效能測試分析階段

利用 LoadRunner效能測試工具中的Analysis應用,分析場景執行後的結果

在需要的情況下藉助其他輔助工具對系統進行監控,如 Linux系統top等命令或其他輔助工具,進一步分析系統資源使用情況

5、效能測試調優階段
透過與以前的測試結果進行對比分析,從而確定經過調整以後系統的效能是否有提升。
在進行效能調整的時候,最好一次只調整一項內容或者一類內容,避免一次調整多項而引起效能提高,卻不知道是由於調整哪項關鍵指標而改善效能的。通常,我們是按照由易到難的順序對系統效能進行調優。系統調優由易到難的先後順序如下:

硬體問題

網路問題

應用伺服器,資料庫等配置資訊

原始碼,資料庫指令碼問題

系統架構問題根據效能測試執行結果,分析結果是否滿足使用者需求並生成效能測試報告

 

測試啟動標準

 

1、系統待測版本定版

2、 測試環境部署完畢

包括:

系統安裝並除錯成功,並經過相應最佳化,初始資料量滿足測試要求

應用軟體安裝成功,待測試版本已正確部署

測試客戶端機器到位,系統軟體安裝完畢

網路配置正確,連線通暢,可以滿足壓力測試需求

3、測試方案稽核

批准完畢,專案組簽字確認。

 

測試暫停 /再啟動標準

1、暫停準則

測試中發現問題,需求對系統進行程式碼修改,調優或需要更換,調整硬體資源( CPU、記憶體等)

測試環境受到干擾,比如伺服器被臨時徵用,或伺服器的其他使用會對測試結果造成干擾

2、 再啟動準則

測試中發現的軟、硬體問題得以解決測試環境恢復正常

 

 

測試完成標準

完成測試計劃中規定的測試內容和輪次。

已達到效能測試計劃完成時間,但因非測試方原因未完成測試場景的執行,客戶方決定不再順延該階段的測試。

 

效能測試的測試目的、準備和方法

1、測試目的

主要目的是檢查系統處於壓力情況下時應用系統的表現,重點在於系統有無出錯資訊產生,考察系統應用的響應時間、 TPS、資源狀況等。

針對系統可靠性進行測試,主要檢查系統在高負荷壓力的情況下是否會出現如當機、應用異常終止、資源競爭異常、資源死鎖等問題。

透過壓力測試,獲得系統可能存在的效能瓶頸、發現、定位系統中可能存在的效能缺陷。

2、測試準備

功能測試已經結束

效能測試環境已經準備完畢

已將模擬資料提前準備完畢(被測試系統需要的測試資料)  

相關技術支援人員的支援

3、測試方法

利用 LoadRunner效能測試工具中的Virtual User Generator應用,錄製效能測試執行指令碼。

對效能測試指令碼進行修改、除錯、完善並儲存測試指令碼。利用 LoadRunner效能測試工具中的Controller應用,按效能測試用例執行設計的場景並儲存場景。

利用被測伺服器自帶監控工具和 LoadRunner監控被測環境下伺服器的CPU、網路流量等系統資源的使用情況。利用LoadRunner效能測試工具中的Analysis應用,分析場景執行後的結果。

4、測試分析範圍

針對 “測試業務及效能需求”的內容,對系統響應時間、系統業務處理容量(TPS)、被測試環境下伺服器資源使用情況(如CPU、記憶體、磁碟等)進行監控。

 

 


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69940641/viewspace-2895322/,如需轉載,請註明出處,否則將追究法律責任。

相關文章