小白學(xué)習(xí)性能測試的過程中，最普遍的一個(gè)問題就是沒有辦法弄清楚性能測試場景，這是因?yàn)椋话銇碚f，小白收到的性能測試需求都是這樣的

• 把某某系統(tǒng)的性能測一下
• 把這幾個(gè)接口的性能測一下
• 我們要對這個(gè)項(xiàng)目做性能測試，你來搞一下

這些需求往往讓人無所適從。當(dāng)然小白們也不會坐以待斃，他們會去各種渠道求助，但是遇到這樣的需求，恐怕大多數(shù)人都會表示愛莫能助。

今天我們就花5分鐘的時(shí)間來了解一下性能測試的一種常見場景————重現(xiàn)線上問題。希望大家弄清楚了事情的始末之后能對性能測試場景有一定的感性認(rèn)識。

事情的經(jīng)過是這樣的：通過日志發(fā)現(xiàn)，用戶在夜間2點(diǎn)到2點(diǎn)30分的時(shí)候， 訪問某些頁面的時(shí)候特別的慢，可能是出現(xiàn)了性能問題，這時(shí)候需要小白同學(xué)來重現(xiàn)一下性能問題，以便讓開發(fā)可以更加有目的性的進(jìn)行問題排查。

小白同學(xué)大致可以這樣做。

首先確定哪些頁面的性能可能出現(xiàn)了問題；這是確定測試范圍。

然后找相關(guān)人員，一般是運(yùn)維或開發(fā)，了解一下在出現(xiàn)性能問題的段里，每個(gè)頁面大概有多少用戶進(jìn)行了訪問。這是確定壓力負(fù)載。

接著申請一套跟線上一致的測試環(huán)境，如果沒有辦法做到一摸一樣，那么我們可以適當(dāng)?shù)慕档鸵?guī)格，但是軟硬件架構(gòu)和一些定時(shí)任務(wù)等都需要跟線上保持一致。這是搞定測試環(huán)境。

通過測試工具來實(shí)現(xiàn)性能測試腳本，來模擬發(fā)生性能測試的時(shí)間段內(nèi)用戶對系統(tǒng)的訪問情況，并在測試環(huán)境上進(jìn)行調(diào)試。這是完成測試腳本。

最后通過給予一定量的負(fù)載，并在對應(yīng)的時(shí)間段(2點(diǎn)到2點(diǎn)30分)進(jìn)行壓力測試，重現(xiàn)線上問題。這是測試執(zhí)行。

在本例中，系統(tǒng)2點(diǎn)到2點(diǎn)30分之間訪問緩慢是因?yàn)榫€上定時(shí)任務(wù)在頻繁的進(jìn)行數(shù)據(jù)庫操作，導(dǎo)致數(shù)據(jù)庫讀取緩慢，從而造成了性能問題，而小白在做測試執(zhí)行時(shí)準(zhǔn)確的重現(xiàn)了問題，開發(fā)經(jīng)過排查，很順利的定位到了問題根源，并解決了問題。

最后的最后，小白輸出測試報(bào)告，記錄測試過程，并對結(jié)果進(jìn)行建議，比如晚上的定時(shí)任務(wù)建議采用讀寫分離來提升數(shù)據(jù)庫性能之類的。

好了，這是出現(xiàn)問題并重現(xiàn)問題的過程，將這個(gè)任務(wù)的目的和過程調(diào)換一下位置，先自己想象一些測試場景，然后通過增加負(fù)載的方式去看看能不能發(fā)現(xiàn)問題，這是一般做先驗(yàn)性質(zhì)的性能測試的過程。

綜上，希望對你有所幫助，有問題歡迎留言討論。