但是，如果系統(tǒng)上線后，重大故障頻發(fā)，頻遭用戶投訴，怎么辦？前天是系統(tǒng)服務(wù)器 CPU 100% ，導(dǎo)致無(wú)法響應(yīng)客戶請(qǐng)求；昨天是 數(shù)據(jù)庫(kù) 鎖表，大量 數(shù)據(jù)庫(kù) 連接阻塞，無(wú)法獲取需要的數(shù)據(jù)；今天是某個(gè)接口在高并發(fā)下出現(xiàn)異常……每天，我們?cè)诓煌５臏缁鸷团阈Γ瑹o(wú)止境的抱怨消耗著我們本不多的耐心。

靠人人跑，靠樹樹倒，只有自己拯救自己了，但要如何才能拯救我們自己于水火之中呢？最重要的技術(shù)手段，恐怕就要靠 系統(tǒng)壓力測(cè)試 了。

系統(tǒng)壓力測(cè)試 不應(yīng)該僅僅是孤立的測(cè)試各個(gè)軟硬件的性能指標(biāo)，而最重要的是要與軟件應(yīng)用系統(tǒng)結(jié)合，盡可能的模擬真實(shí)的業(yè)務(wù)場(chǎng)景和數(shù)據(jù)，從而充分評(píng)估系統(tǒng)上線后可能發(fā)生的情況。也就是說(shuō)，當(dāng)業(yè)務(wù)量達(dá)到高峰時(shí)，各個(gè)服務(wù)器 CPU 指標(biāo)大概是多少，內(nèi)存指標(biāo)大概是多少，當(dāng)大量數(shù)據(jù)被查詢時(shí)，數(shù)據(jù)庫(kù)的響應(yīng)時(shí)間是多久， IO 、網(wǎng)絡(luò)是否有問(wèn)題？所有這些都應(yīng)當(dāng)事先被測(cè)量。

那么，如何去測(cè)量這些內(nèi)同？主要就是以下方法：

1 、確定存量數(shù)據(jù)的規(guī)模（一般應(yīng)至少制造出 3 － 5 年的存量數(shù)據(jù)，足夠的數(shù)據(jù)才能測(cè)出實(shí)際的效率和性能）；

2 、確定需要進(jìn)行 系統(tǒng)壓力測(cè)試 的業(yè)務(wù)（一般是用戶使用最頻繁，或者業(yè)務(wù)操作最復(fù)雜的業(yè)務(wù)，比如各類的分析報(bào)表等）；

3 、確定操作用戶的的數(shù)量、各類操作用戶的比例；

4 、峰值業(yè)務(wù)量的要求（一般是 1 個(gè)小時(shí)內(nèi)最多要處理的筆數(shù)）；

5 、對(duì)實(shí)時(shí)業(yè)務(wù)響應(yīng)時(shí)間的要求（如在峰值情況下，一項(xiàng)操作的處理時(shí)間（如小于 20S ））；

當(dāng)我們?cè)敿?xì)測(cè)試了每一個(gè)主要性能，消除了其中隱含的性能故障；當(dāng)我們?cè)O(shè)計(jì)了完整 系統(tǒng)壓力測(cè)試 方案，按照系統(tǒng)實(shí)際壓力進(jìn)行測(cè)試，再用 2 倍的壓力、 3 倍的壓力測(cè)試……我們消除了一個(gè)又一個(gè)系統(tǒng)瓶頸，仔細(xì)檢查每一個(gè)細(xì)節(jié)，找不到錯(cuò)誤的理由。現(xiàn)在，在系統(tǒng)性能方面，我們已經(jīng)無(wú)法做的更好，因?yàn)槲覀円呀?jīng)做了所有應(yīng)該做的事，和所有能做的事。

最后，時(shí)間會(huì)驗(yàn)證我們的 系統(tǒng)壓力測(cè)試 結(jié)果。

歡迎您到我在 百洋軟件實(shí)驗(yàn)室的正式博客 里留言討論

本文 做好系統(tǒng)的壓力測(cè)試 的方法轉(zhuǎn)載自百洋軟件實(shí)驗(yàn)室

?

做好系統(tǒng)的壓力測(cè)試的方法