LoadRunner簡介第2章

1、軟件性能測試與軟件性能測試與LoadRunner實(shí)戰(zhàn)教程實(shí)戰(zhàn)教程參考資料參考資料第2章 性能測試過程概述o 2.1 性能測試的基本過程o 2.2 性能測試需求分析o 2.3 性能測試計(jì)劃o 2.4 性能測試用例o 2.5 測試腳本編寫o 2.6 測試場景設(shè)計(jì)o 2.7 測試場景運(yùn)行o 2.8 場景運(yùn)行監(jiān)控o 2.9 運(yùn)行結(jié)果分析o 2.10 系統(tǒng)性能調(diào)優(yōu)o 2.11 性能測試總結(jié)2.1 性能測試的基本過程o 性能測試的實(shí)施過程是招聘公司經(jīng)常會(huì)問道的一個(gè)問題；o 必須要清楚性能測試這個(gè)職位是具體做哪些工作的，并且按照工作的流程把每一個(gè)環(huán)節(jié)都表述清楚。2.1 性能測試的基本過程 性 能 測 試 需

2、 求 分 析 性 能 測 試 計(jì) 劃 性 能 測 試 用 例 測 試 腳 本 編 寫 測 試 場 景 設(shè) 計(jì) 測 試 場 景 運(yùn) 行 場 景 運(yùn) 行 監(jiān) 控 運(yùn) 行 結(jié) 果 分 析 系 統(tǒng) 性 能 調(diào) 優(yōu) 性 能 測 試 總 結(jié) 2.2 性能測試需求分析o 性能測試的目的就是把客戶的真正需求搞清楚，這是性能測試最關(guān)鍵的過程。o 典型問題n 我們需要貴單位對所有的功能都進(jìn)行性能測試；n 系統(tǒng)用戶登錄響應(yīng)時(shí)間小于3秒鐘；n 系統(tǒng)支持10萬用戶并發(fā)訪問。2.3 性能測試計(jì)劃o 性能測試計(jì)劃是性能測試的重要過程。在對客戶提出的需求經(jīng)過認(rèn)真分析后，作為性能測試管理人員，需要編寫的第一份文檔就是性能測試計(jì)

3、劃，性能測試計(jì)劃非常重要，在性能測試計(jì)劃中，需要闡述產(chǎn)品、項(xiàng)目的背景，將前期的需要測試性能需求明確，并落實(shí)到文檔中。2.4 性能測試用例o 客戶的性能測試需求最終要體現(xiàn)在性能測試用例設(shè)計(jì)中，性能測試用例應(yīng)結(jié)合用戶應(yīng)用系統(tǒng)的場景，設(shè)計(jì)出相應(yīng)的性能測試用例，用例應(yīng)能覆蓋到測試需求。2.4 性能測試用例o 用例設(shè)計(jì)n 明確系統(tǒng)經(jīng)常處理那些業(yè)務(wù)；n 明確系統(tǒng)預(yù)期的用戶規(guī)模、并發(fā)用戶數(shù)、在線用戶數(shù)；n 明確系統(tǒng)業(yè)務(wù)的處理能力要求，如：TPS、響應(yīng)時(shí)間、系統(tǒng)資源利用率等；n 2.5 測試腳本編寫o 性能測試用例編寫完成以后，接下來就需要結(jié)合用例的需要，進(jìn)行測試腳本的編寫工作。o 測試腳本編寫:n 協(xié)議的正

4、確選用;n 腳本進(jìn)行完善，保證其正確性，去除冗余代碼;n 注重編碼的規(guī)范和代碼的編寫質(zhì)量；n 注重腳本的存儲(chǔ)、備份工作等。2.6 測試場景設(shè)計(jì)o 測試場景的設(shè)計(jì)一個(gè)重要的原則就是依據(jù)測試用例，把測試用例設(shè)計(jì)的場景展現(xiàn)出來。o 測試場景的設(shè)計(jì)需關(guān)注：n 工具是以進(jìn)程還是線程方式來模擬虛擬用戶；n 場景是否存在有執(zhí)行次序依賴關(guān)系的腳本；n 場景的相關(guān)設(shè)置項(xiàng)也是需要關(guān)注的重要內(nèi)容，如：集合點(diǎn)策略的設(shè)置。2.7 測試場景運(yùn)行o 測試場景運(yùn)行是關(guān)系到測試結(jié)果是否準(zhǔn)確的一個(gè)重要過程。o 經(jīng)常有很多做測試的人員花費(fèi)了大量的時(shí)間和精力去做性能測試，可是做出來的測試結(jié)果不理想。n原因包括：o負(fù)載的測試機(jī)不能夠運(yùn)

5、行設(shè)定的虛擬用戶數(shù)；o沒有“預(yù)熱”過程；o沒有模擬用戶的真實(shí)環(huán)境；o沒有同各個(gè)部門保持良好的溝通；o性能用例運(yùn)行次數(shù)過少。2.8 場景運(yùn)行監(jiān)控o 場景運(yùn)行監(jiān)控，可以在場景運(yùn)行時(shí)決定要監(jiān)控那些數(shù)據(jù)，便于后期分析性能測試結(jié)果。應(yīng)用性能測試工具的重要目的就是可以提取到本次測試關(guān)心的數(shù)據(jù)指標(biāo)內(nèi)容，性能測試工具利用應(yīng)用服務(wù)器、操作系統(tǒng)、數(shù)據(jù)庫等提供的接口，取得在負(fù)載過程中相關(guān)計(jì)數(shù)器的性能指標(biāo)。2.8 場景運(yùn)行監(jiān)控o 場景的監(jiān)控需要注意：n負(fù)載機(jī)的時(shí)鐘要一致，保證在監(jiān)控過程中的數(shù)據(jù)是同步的；n盡量搜集與系統(tǒng)測試目標(biāo)相關(guān)信息，無關(guān)內(nèi)容不必進(jìn)行監(jiān)控；n要以管理員的身份登錄后，如果監(jiān)控不了相關(guān)指標(biāo)，再去查找原因

6、，不要耗費(fèi)過多精力在做無用功；n深入學(xué)習(xí)這些知識，不斷積累經(jīng)驗(yàn)。2.9 運(yùn)行結(jié)果分析o 性能測試執(zhí)行過程中，性能測試工具搜集相關(guān)性能測試數(shù)據(jù)，待執(zhí)行完成后，這些數(shù)據(jù)會(huì)存儲(chǔ)到數(shù)據(jù)表或者其他文件中。為了定位系統(tǒng)性能問題，我們需要系統(tǒng)分析這些性能測試結(jié)果。o “拐點(diǎn)分析”方法是一種利用性能計(jì)數(shù)器曲線圖上的拐點(diǎn)進(jìn)行分析的方法。基本思想就是性能產(chǎn)生瓶頸的主要原因就是因?yàn)槟硞€(gè)資源的使用達(dá)到了極限，此時(shí)表現(xiàn)為隨著壓力的增大，系統(tǒng)性能卻出現(xiàn)急劇下降，就產(chǎn)生了“拐點(diǎn)”現(xiàn)象。2.10 系統(tǒng)性能調(diào)優(yōu)o 性能測試分析人員經(jīng)過對結(jié)果的分析以后，有可能提出系統(tǒng)存在性能瓶頸。這時(shí)相關(guān)開發(fā)人員、數(shù)據(jù)庫管理員、系統(tǒng)管理員、網(wǎng)絡(luò)管理員等就需要根據(jù)性能測試分析人員提出的意見同性能分析人員共同分析確定更細(xì)節(jié)的內(nèi)容，相關(guān)人員對系統(tǒng)進(jìn)行調(diào)整以后，性能測試人員繼續(xù)進(jìn)行第二輪、第三輪的測試，與以前的測試結(jié)果進(jìn)行對比，從而確定經(jīng)過調(diào)整以后系統(tǒng)的性能是否有提升。2.10 系統(tǒng)性能調(diào)優(yōu)o 系統(tǒng)調(diào)優(yōu)由易到難的先后順序如下：n 硬件問題；n 網(wǎng)絡(luò)問題；n 應(yīng)用服務(wù)器、數(shù)據(jù)庫等配置問題；n 源代碼、數(shù)據(jù)庫腳本問題；n 系統(tǒng)構(gòu)架問題。2.11 性能測試總結(jié)o 性能測試工作完成以后，需要編寫性能測試總結(jié)報(bào)告。o 性能測試總結(jié)不僅使我們能夠了解到如下內(nèi)容：性能測試需求覆蓋