一次完整的性能測試，測試人員需要做什么？（下）

學掌門 2022-03-18

展開全文

上次我們聊到了性能測試的前2各階段，一個是規(guī)范性能測試實施流程的意義；另一個是性能測試實施和流程。下面，我們就要講解一下接下來的3個階段了。

3.測試執(zhí)行階段

3.1階段概述

測試執(zhí)行階段是執(zhí)行測試案例，獲得系統(tǒng)處理能力指標數(shù)據(jù)，發(fā)現(xiàn)性能測試缺陷的階段。測試執(zhí)行期間，借助測試工具執(zhí)行測試場景或測試腳本，同時配合各類監(jiān)控工具。執(zhí)行結(jié)束后統(tǒng)一收集各種結(jié)果數(shù)據(jù)進行分析。根據(jù)需要，執(zhí)行階段可進行系統(tǒng)的調(diào)優(yōu)和回歸測試。

重點關注：結(jié)果記錄、測試監(jiān)控、結(jié)果分析

3.2關鍵點描述

3.2.1測試執(zhí)行與結(jié)果記錄

測試執(zhí)行過程有相應的優(yōu)先級策略，依據(jù)測試案例的優(yōu)先級別，優(yōu)先執(zhí)行級別較高的測試案例。測試過程中，通過對每個測試結(jié)果的分析來決定是重復執(zhí)行當前案例還是執(zhí)行新的測試案例；通常發(fā)現(xiàn)瓶頸問題會立即進行調(diào)整并重新執(zhí)行測試用例，直到當前的案例通過。

在執(zhí)行階段，測試的執(zhí)行、分析調(diào)優(yōu)、回歸測試工作較為反復，須認真記錄全部執(zhí)行過程和執(zhí)行結(jié)果，執(zhí)行結(jié)果數(shù)據(jù)是分析瓶頸的主要依據(jù)。

3.2.2測試監(jiān)控

測試的監(jiān)控工作與執(zhí)行工作同步進行，場景或腳本開始執(zhí)行時，同時啟動監(jiān)控程序（可以用nmon或者系統(tǒng)命令top/vmstat/iostat 等），當然也可以用云智慧的監(jiān)控寶和透視寶協(xié)同工作，監(jiān)控寶可以監(jiān)控網(wǎng)站／網(wǎng)頁性能／Ping/DNS/FTP/UDP/TCP/SMTP等IT基礎設施的性能指標，透視寶可以發(fā)現(xiàn)主機資源、Web應用、瀏覽器、APP等應用的性能瓶頸，如下圖所示：

監(jiān)控寶監(jiān)控頁面

透視寶主機資源監(jiān)控頁面

在執(zhí)行結(jié)束后，停止測試監(jiān)控，并提取監(jiān)控結(jié)果數(shù)據(jù)。

3.2.3測試結(jié)果分析

測試過程中根據(jù)前端性能測試工具顯示結(jié)果、監(jiān)控結(jié)果綜合分析出現(xiàn)的測試問題。

例如：

測試組在執(zhí)行“一般日日間交易模型”負載測試570TPS壓力時，數(shù)據(jù)庫監(jiān)控發(fā)現(xiàn)有死鎖想象，具體如下：

問題分析：經(jīng)與開發(fā)一同分析，原因如下：流控信息收集程序（pltflowGthDaemon）在同一柜員、在毫秒級并發(fā)做交易時plt_flowgather表出現(xiàn)死鎖。測試環(huán)境聯(lián)機交易使用同一個柜員號發(fā)起，因此出現(xiàn)概率較高。

4.測試報告階段