第2課性能測試基本過程概述

1、第2課 性能測試過程概述n2.1 性能測試的基本過程n2.2 性能測試需求分析n2.3 性能測試計劃n2.4 性能測試用例n2.5 測試腳本編寫n2.6 測試場景設(shè)計n2.7 測試場景運行n2.8 場景運行監(jiān)控n2.9 運行結(jié)果分析n2.10 系統(tǒng)性能調(diào)優(yōu)n2.11 性能測試總結(jié)2.1 性能測試的基本過程n性能測試的實施過程是招聘公司經(jīng)常會問道的一個問題；n必須要清楚性能測試這個職位是具體做哪些工作的，并且按照工作的流程把每一個環(huán)節(jié)都表述清楚。2.1 性能測試的基本過程 性 能 測 試 需 求 分 析 性 能 測 試 計 劃 性 能 測 試 用 例 測 試 腳 本 編 寫 測 試 場 景 設(shè)

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

3、.4 性能測試用例n客戶的性能測試需求最終要體現(xiàn)在性能測試用例設(shè)計中，性能測試用例應(yīng)結(jié)合用戶應(yīng)用系統(tǒng)的場景，設(shè)計出相應(yīng)的性能測試用例，用例應(yīng)能覆蓋到測試需求。2.4 性能測試用例n用例設(shè)計q明確系統(tǒng)經(jīng)常處理哪些業(yè)務(wù)；q明確系統(tǒng)預(yù)期的用戶規(guī)模、并發(fā)用戶數(shù)、在線用戶數(shù)；q明確系統(tǒng)業(yè)務(wù)的處理能力要求，如：TPS、響應(yīng)時間、系統(tǒng)資源利用率等；q2.5 測試腳本編寫n性能測試用例編寫完成以后，接下來就需要結(jié)合用例的需要，進行測試腳本的編寫工作。n測試腳本編寫:q協(xié)議的正確選用;q腳本進行完善，保證其正確性，去除冗余代碼;q注重編碼的規(guī)范和代碼的編寫質(zhì)量；q注重腳本的存儲、備份工作等。2.6 測試場景設(shè)計

4、n測試場景的設(shè)計一個重要的原則就是依據(jù)測試用例，把測試用例設(shè)計的場景展現(xiàn)出來。n測試場景的設(shè)計需關(guān)注：q工具是以進程還是線程方式來模擬虛擬用戶；q場景是否存在有執(zhí)行次序依賴關(guān)系的腳本；q場景的相關(guān)設(shè)置項也是需要關(guān)注的重要內(nèi)容，如：集合點策略的設(shè)置。2.7 測試場景運行n測試場景運行是關(guān)系到測試結(jié)果是否準(zhǔn)確的一個重要過程。n經(jīng)常有很多做測試的人員花費了大量的時間和精力去做性能測試，可是做出來的測試結(jié)果不理想。q原因包括：n負載的測試機不能夠運行設(shè)定的虛擬用戶數(shù)；n沒有“預(yù)熱”過程；n沒有模擬用戶的真實環(huán)境；n沒有同各個部門保持良好的溝通；n性能用例運行次數(shù)過少。2.8 場景運行監(jiān)控n場景運行監(jiān)控

5、，可以在場景運行時決定要監(jiān)控那些數(shù)據(jù)，便于后期分析性能測試結(jié)果。應(yīng)用性能測試工具的重要目的就是可以提取到本次測試關(guān)心的數(shù)據(jù)指標(biāo)內(nèi)容，性能測試工具利用應(yīng)用服務(wù)器、操作系統(tǒng)、數(shù)據(jù)庫等提供的接口，取得在負載過程中相關(guān)計數(shù)器的性能指標(biāo)。2.8 場景運行監(jiān)控n場景的監(jiān)控需要注意：q負載機的時鐘要一致，保證在監(jiān)控過程中的數(shù)據(jù)是同步的；q盡量搜集與系統(tǒng)測試目標(biāo)相關(guān)信息，無關(guān)內(nèi)容不必進行監(jiān)控；q要以管理員的身份登錄后，如果監(jiān)控不了相關(guān)指標(biāo)，再去查找原因，不要耗費過多精力在做無用功；q深入學(xué)習(xí)這些知識，不斷積累經(jīng)驗。2.9 運行結(jié)果分析n性能測試執(zhí)行過程中，性能測試工具搜集相關(guān)性能測試數(shù)據(jù)，待執(zhí)行完成后，這些數(shù)

6、據(jù)會存儲到數(shù)據(jù)表或者其他文件中。為了定位系統(tǒng)性能問題，我們需要系統(tǒng)分析這些性能測試結(jié)果。n“拐點分析”方法是一種利用性能計數(shù)器曲線圖上的拐點進行分析的方法?；舅枷刖褪切阅墚a(chǎn)生瓶頸的主要原因就是因為某個資源的使用達到了極限，此時表現(xiàn)為隨著壓力的增大，系統(tǒng)性能卻出現(xiàn)急劇下降，就產(chǎn)生了“拐點”現(xiàn)象。2.10 系統(tǒng)性能調(diào)優(yōu)n性能測試分析人員經(jīng)過對結(jié)果的分析以后，有可能提出系統(tǒng)存在性能瓶頸。這時相關(guān)開發(fā)人員、數(shù)據(jù)庫管理員、系統(tǒng)管理員、網(wǎng)絡(luò)管理員等就需要根據(jù)性能測試分析人員提出的意見同性能分析人員共同分析確定更細節(jié)的內(nèi)容，相關(guān)人員對系統(tǒng)進行調(diào)整以后，性能測試人員繼續(xù)進行第二輪、第三輪的測試，與以前的測試結(jié)果進行對比，從而確定經(jīng)過調(diào)整以后系統(tǒng)的性能是否有提升。2.10 系統(tǒng)性能調(diào)優(yōu)n系統(tǒng)調(diào)優(yōu)由易到難的先后順序如下：q硬件問題；q網(wǎng)絡(luò)問題；q應(yīng)用服務(wù)器、數(shù)據(jù)庫等配置問題；q源代碼、數(shù)據(jù)庫腳本問題；q系統(tǒng)構(gòu)架問題。2.11 性能測試總結(jié)n性能測試工作完成以后，需要編寫性能測試總結(jié)報告。n性能測試總結(jié)不僅使我們能夠了解到如下內(nèi)容：性能測試需求覆蓋情況，性能測試過程中出現(xiàn)的問題，我們又是如何去分析、調(diào)優(yōu)、解決的，測試人員、進度控制與實際執(zhí)行偏差，性能測試過程中遇到的各類風(fēng)險是如何控制的，而且，還能描述經(jīng)