性能測試場景設(shè)計(jì)深度解析

1、性能測試場景設(shè)計(jì)深度解析作者：張?jiān)蕬c，現(xiàn)就職于易寶付有限公司，任職級性能測試程師，有多年的系統(tǒng)性能測試設(shè)計(jì)與優(yōu)化經(jīng)驗(yàn)，經(jīng)歷過上百個項(xiàng)的性能優(yōu)化，對性能測試有著較為深的研究。2008年底獲得北京學(xué)理學(xué)學(xué)學(xué)位，前進(jìn)對外經(jīng)濟(jì)貿(mào)易學(xué)在職研究班進(jìn)深造，專業(yè)向是數(shù)據(jù)分析及應(yīng)。對性能測試相關(guān)話題感興趣的讀者可以和作者進(jìn)交流，電郵箱地址：。責(zé)編：陳秋歌，尋求報道或者投稿請發(fā)郵件chenqg#，或加微信：Rachel_qg。了解更多前沿技術(shù)資訊，獲取深度技術(shù)章推薦，請關(guān)注。說在前提到性能測試，家想到的就是使具對應(yīng)進(jìn)加壓，看看應(yīng)能承受多少并發(fā)，TPS（Transactions Per Second）是多少，交易響

2、應(yīng)時間是否在接收的范圍內(nèi)。不錯，這些都是家最關(guān)的應(yīng)的性能指標(biāo)，也是每個性能測試項(xiàng)輸出的結(jié)果。然，要實(shí)現(xiàn)這樣的效果卻并不是件簡單的事情，因?yàn)樾阅軠y試是個分復(fù)雜的系統(tǒng)程，對測試員的能平提出了更的要求，需要性能測試員具備常全的知識與技能，能夠定位應(yīng)的性能瓶頸，并提出適當(dāng)?shù)膬?yōu)化案。通常，要對個應(yīng)進(jìn)性能測試需要經(jīng)歷需求調(diào)研、環(huán)境準(zhǔn)備、腳本開發(fā)、數(shù)據(jù)預(yù)埋、場景設(shè)計(jì)、場景執(zhí)、應(yīng)監(jiān)控分析、瓶頸定位、瓶頸修復(fù)、回歸測試、結(jié)果整理、輸出報告等多個環(huán)節(jié)。今天我們先談?wù)勑阅軠y試中的場景設(shè)計(jì)。性能測試的場景設(shè)計(jì)性能測試的場景如何定義？我們可以理解為功能測試中的例，即性能測試的場景就是性能測試的例。性能測試的場景是為了要

3、實(shí)現(xiàn)特定的測試標(biāo)對應(yīng)執(zhí)的壓測活動。性能測試場景的設(shè)計(jì)與執(zhí)是整個性能測試活動的核與靈魂，沒有完整的場景設(shè)計(jì)就法達(dá)到我們的測試的，沒有合理的場景設(shè)計(jì)就不會發(fā)現(xiàn)系統(tǒng)的性能缺陷。我們所開發(fā)的測試腳本，所預(yù)埋的測試數(shù)據(jù)都是為了實(shí)現(xiàn)特定場景所準(zhǔn)備的。個性能測試場景包含諸多要素，圖1中列出了些必備的要素，其中測試模型作為測試場景的基礎(chǔ)與輸。圖1 性能測試場景的組成要素下對每個要素做個簡單的說明。測試模型與測試指標(biāo)在進(jìn)場景設(shè)計(jì)之前我們應(yīng)該先確定了本次性能測試的測試指標(biāo)與測試模型。測試指標(biāo)和測試模型是進(jìn)場景設(shè)計(jì)的前提和基礎(chǔ)，是場景的輸。根據(jù)被測系統(tǒng)的類型不同，可能測試指標(biāo)的類型略有不同。對于在線Web類的應(yīng)，測

4、試指標(biāo)般包括在線戶數(shù)、最優(yōu)并發(fā)戶數(shù)、最并發(fā)戶數(shù)、交易平均響應(yīng)時間、標(biāo)TPS等等。對于接調(diào)類的應(yīng)測試指標(biāo)般包括標(biāo)TPS、平均響應(yīng)時間等。測試模型就是被測試系統(tǒng)的各交易在線運(yùn)時承受的交易數(shù)量（或請求數(shù)量）的例不是并發(fā)戶的例。為什么不是并發(fā)戶的例呢？因?yàn)閷?shí)際的戶的操作具有不確定性，使測試具很難模擬真實(shí)戶的為。另外，在進(jìn)運(yùn)營數(shù)據(jù)分析時很難獲取戶的操作為，應(yīng)的交易記錄卻很容易通過查詢的式獲取。應(yīng)實(shí)際承受的壓是戶的實(shí)際操作請求，在線戶如果沒有進(jìn)實(shí)際操作那么他最多將消耗個連接線程，應(yīng)CPU并不會有什么資源消耗。100個戶平均每個花費(fèi)10秒下個訂單和10個戶每1秒鐘下個訂單對應(yīng)帶來的壓是樣的。所以，在場景中能

5、最少的并發(fā)戶來模擬真實(shí)的請求是最經(jīng)濟(jì)的選擇式。那么，測試模型到底該如何確定呢？通過需求調(diào)研獲得。下介紹的兩點(diǎn)是我們常的調(diào)研式：對于還未上線運(yùn)營的新系統(tǒng)，我們般會讓應(yīng)的產(chǎn)品經(jīng)理或負(fù)責(zé)給出個預(yù)估的例；但是這個預(yù)估需要我們進(jìn)評估，不是隨意的。對于個以提供下單交易為主的應(yīng)，通常下單交易是占整個模型的較例，如果需求提出的模型是查詢例較，那么我們就有理由懷疑該模型的合理性。對于這種情況，我們建議選擇個常見的典型的模型來配合需求模型進(jìn)場景設(shè)計(jì)。對于已上線運(yùn)營的應(yīng)，我們般會分析實(shí)際的交易數(shù)據(jù)來確定交易例，這樣會更加精準(zhǔn)。例如個應(yīng)對戶提供下單、查詢、退款三個交易，我們通過DBA在線查詢某的交易數(shù)據(jù)總量為2000

6、00筆，其中交易下單160000筆、查詢38000筆，退款2000筆，由此我們算出各交易的例是80%、19%、1%，那么這個例就是我們的測試模型。被測交易或使的腳本測試腳本是測試場景的基礎(chǔ)，腳本包括對應(yīng)的測試數(shù)據(jù)，例如登錄所需要的戶名與密碼、下單交易可能需要的銀卡號等等。考慮到性能測試是多戶并發(fā)的測試，所以需要提前準(zhǔn)備相應(yīng)的測試數(shù)據(jù)，例如個場景要對個含登錄操作的交易進(jìn)壓測，那么我們在場景設(shè)計(jì)時就要考慮可的戶名與密碼數(shù)量；如，要對退款交易做測試，那么就需要提前準(zhǔn)備好可以退款的數(shù)據(jù)，這就需要提前做好數(shù)據(jù)預(yù)埋準(zhǔn)備。般情況下，為了便我們統(tǒng)計(jì)TPS，建議個腳本只包含個完整的交易，不要把多個交易放到個腳本

7、中。因?yàn)椋煌慕灰灼漤憫?yīng)時間會不同，響應(yīng)時間較長的交易會成為“瓶頸”。另外，我們設(shè)計(jì)測試場景時需要考慮不同交易的占，如果多個交易存在同個腳本，場景的設(shè)計(jì)就法實(shí)現(xiàn)。上提到的“被測交易”是我們壓測的對象，也是應(yīng)的。當(dāng)然，并不是被測應(yīng)的每個交易都需要進(jìn)壓測，這要視具體情況定。如果被測應(yīng)提供的交易常多，我們可以考慮只選取占較的交易進(jìn)壓測，占較低的交易可以忽略。并發(fā)戶數(shù)量或并發(fā)線程數(shù)量并發(fā)戶和并發(fā)線程其實(shí)是同個概念，只是在不同的性能測試具中其叫法不同已。在下中我們統(tǒng)稱“并發(fā)戶”。當(dāng)然，這些戶是虛擬戶，是壓測試具使進(jìn)程或線程來模擬真實(shí)戶請求的種式。并發(fā)戶是每個場景提供不同壓的直接來源，場景不同其需要的并

8、發(fā)戶數(shù)量可能會不同。那么是什么因素決定個場景要并發(fā)戶的多少呢？主要是被測交易的響應(yīng)時間和場景的標(biāo)TPS。交易響應(yīng)時間的快慢是決定并發(fā)戶數(shù)量的主要因素，例如個應(yīng)的某個交易響應(yīng)時間是50ms，如果要實(shí)現(xiàn)100TPS的標(biāo)，那么只需5個并發(fā)戶即可達(dá)到（標(biāo)TPS*交易平均響應(yīng)時間=并發(fā)戶量）。如果響應(yīng)時間是100ms，那么實(shí)現(xiàn)同樣的TPS需要的并發(fā)戶就會多倍。加壓策略加壓策略就是并發(fā)戶以什么樣的“步調(diào)”開始對應(yīng)發(fā)起請求。常的并發(fā)策略有同時加載、指定間隔時間的加載，梯度加載等式。加壓策略的不同主要是模擬產(chǎn)環(huán)境不同的情況，下分別做簡單介紹。同時加載式是指所有并發(fā)戶在場景啟動時同時發(fā)起交易請求不包含任何等待，

9、這樣會對被測應(yīng)帶來突然的壓，于考察應(yīng)在突然加壓下的表現(xiàn)是否符合預(yù)期。般有戶突增的業(yè)務(wù)特點(diǎn)的應(yīng)會設(shè)計(jì)這樣的場景，例如，某些搶購系統(tǒng)、鐵路售票系統(tǒng)的按時放票功能等。當(dāng)然，對于那些并發(fā)戶較少的場景也可以采這種戶加載式。對于有些應(yīng)如果同時加載量的并發(fā)戶可能會出現(xiàn)異?；虺瑫r，導(dǎo)致部分并發(fā)戶失敗。指定間隔時間的加載式是我們最常的，這是為了模擬產(chǎn)的實(shí)際情況，般產(chǎn)系統(tǒng)接收戶請求都是逐漸增加的，到當(dāng)交易的峰時段達(dá)到最。在場景設(shè)計(jì)時，根據(jù)并發(fā)戶的多少可以設(shè)置適當(dāng)?shù)脑黾宇l率，般是“多長時間增加多少戶”。例如，每秒鐘增加個戶、每兩秒增加5個戶等等。梯度加壓策略也是我們常的種戶加載式，但是這種式嚴(yán)格來說應(yīng)該是種梯度加壓

10、場景。該場景般是預(yù)先設(shè)置個并發(fā)戶的梯度，每個梯度執(zhí)分鐘，這樣就可以通過個場景的執(zhí)基本上找到應(yīng)的最TPS。在下場景類型中，我們會詳細(xì)介紹這種場景。運(yùn)時間每個類型的場景其執(zhí)時間是不同的。表1為家提供個參考值。運(yùn)時間是不包含戶的加載時間和退出時間的，即全部戶都在執(zhí)的這段時間。表1 各種典型場景運(yùn)時間設(shè)置延時式延時是上筆請求完成到下筆請求發(fā)起之間的時間間隔。延時在場景中的作就是為了精準(zhǔn)控制TPS，或者降低當(dāng)前并發(fā)戶數(shù)量下的壓。精準(zhǔn)控制TPS的的就是考察應(yīng)在特定壓下是否存在性能問題。在某些性能測試具中提供了三種延時設(shè)置式：第種是上次請求完成后即發(fā)起下次請求，也就是延時為0。第種是上次請求完成后間隔指定的

11、時間后再發(fā)起下次請求。第三種是在指定時間內(nèi)完成次請求，即區(qū)間型的延時，這要求我們設(shè)置的這個時間要于交易的響應(yīng)時間，也就是說要保證交易響應(yīng)時間在我設(shè)置的這個時間的區(qū)間內(nèi)，否則就不能實(shí)現(xiàn)精準(zhǔn)控制TPS的標(biāo)。在這個區(qū)間內(nèi)，交易響應(yīng)時間論如何變化，只要不突破我的這個最區(qū)間，那么TPS就是平穩(wěn)的。在實(shí)際的場景設(shè)置中，為了實(shí)現(xiàn)精準(zhǔn)的TPS控制標(biāo)，我們選第三種設(shè)置式。通過不斷地嘗試與調(diào)整，最終能夠達(dá)到標(biāo)TPS。戶終式和戶加載式對應(yīng)，戶終式是場景執(zhí)完成后的戶退出式。般使的是“同時退出”和“每隔多少時間退出個戶”這種式。這我們重點(diǎn)介紹下“同時退出”這種式。應(yīng)在持續(xù)段時間的壓后如果突然壓全部釋放了，那么這時的應(yīng)在

12、理想情況下應(yīng)該是怎樣的？CPU資源應(yīng)該從繁忙即變?yōu)榭臻e，絡(luò)傳輸也幅降低，磁盤IO降為0等等。不然，那就是有某種問題的存在了。這時候就需要分析導(dǎo)致資源不能釋放的原因。各種資源的監(jiān)控式資源的監(jiān)控式也是我們場景設(shè)計(jì)時必須考慮的個必要因素，在場景設(shè)計(jì)時就應(yīng)該確定每個場景的資源監(jiān)控策略。這些策略包括監(jiān)控的對象、使的監(jiān)控具或法、監(jiān)控?cái)?shù)據(jù)采集頻率等。監(jiān)控對象般是測試環(huán)境中所有操作系統(tǒng)資源使（CPU、內(nèi)存、磁盤IO、絡(luò)吞吐等）、數(shù)據(jù)庫（TOP SQL、數(shù)據(jù)庫鎖等待與死鎖、緩沖區(qū)命中率等）、JVM的運(yùn)情況（堆內(nèi)存垃圾回收、線程狀態(tài)、數(shù)據(jù)庫連接池使情況等）等。監(jiān)控?cái)?shù)據(jù)采集頻率也會因場景執(zhí)的時間長度不同進(jìn)適當(dāng)調(diào)整，

13、例如混合容量場景如果執(zhí)30分鐘，那么采集頻率可以為每5秒鐘采集次，共采集360次。但是，考慮到監(jiān)控要提前啟動，所以采集次數(shù)可以適當(dāng)增加些，這樣可以確保整個監(jiān)控區(qū)間于場景執(zhí)區(qū)間，也就同時監(jiān)控到了資源使在壓發(fā)起前后的變化情況。對于執(zhí)時間較長的場景，我們就要適當(dāng)調(diào)整采集間隔和采集次數(shù)，例如對于個執(zhí)12時的穩(wěn)定性場景，我們可以每50秒采集次，共采集1000次。常見的場景類型單交易基準(zhǔn)般使個戶或個線程，延時設(shè)置為0，對個交易持續(xù)運(yùn)10分鐘以上。該場景的主要的是獲取單個交易在壓的情況下的基準(zhǔn)響應(yīng)時間及環(huán)境資源使情況，作為其他場景的參考依據(jù)。單交易負(fù)載單交易負(fù)載的場景是為了找到單個交易的最優(yōu)TPS，檢測單交

14、易在并發(fā)情況下是否存在性能瓶頸。這個最優(yōu)是以什么為衡量標(biāo)準(zhǔn)呢？通常以應(yīng)或數(shù)據(jù)庫等系統(tǒng)的CPU使率不于70%為標(biāo)準(zhǔn)。為什么是70%？不能更了嗎？通常在產(chǎn)上運(yùn)的應(yīng)，如果CPU使率長期處于平那是常嚴(yán)重的問題，應(yīng)的節(jié)點(diǎn)隨時都可能掛掉。對于產(chǎn)環(huán)境各種資源的使情況，通常運(yùn)維部門都會有實(shí)時的監(jiān)控，般當(dāng)摸個節(jié)點(diǎn)的CPU使率超過50%時就會觸發(fā)報警，如果長時間處于負(fù)載狀態(tài)，那么說明應(yīng)節(jié)點(diǎn)可資源不，就應(yīng)該考慮進(jìn)節(jié)點(diǎn)擴(kuò)充了。當(dāng)然，也并不是什么情況下都需要找到單交易的最優(yōu)TPS，這要分情況來對待。對于被測應(yīng)提供的交易較少的話，可以通過不斷測試找到每個交易的最優(yōu)TPS。但是，有的應(yīng)提供的交易較多，這時如果每個交易的最優(yōu)

15、TPS都要找到，那就會需要較多的時間來進(jìn)測試。單交易負(fù)載的場景具體該如何設(shè)計(jì)與執(zhí)呢？如果你想找出每個交易的最優(yōu)TPS，可以從5個并發(fā)戶開始，執(zhí)分鐘后再增加5個戶，直到應(yīng)CPU使率超過70%為。場景的延時設(shè)置為0，場景執(zhí)前需開啟相關(guān)監(jiān)控。該場景于獲取單交易在并發(fā)情況下的響應(yīng)時間與TPS，發(fā)現(xiàn)交易本是否存在并發(fā)問題，應(yīng)是否會出現(xiàn)錯誤和異常，響應(yīng)時間相對單交易基準(zhǔn)是否有明顯的提，資源使率是否在合理的承受范圍之內(nèi)等等。如果應(yīng)存在性能缺陷該場景即可發(fā)現(xiàn)。當(dāng)然，如果你不想測試出每個交易的最優(yōu)TPS，那么單獨(dú)對每個交易做次5個并發(fā)的負(fù)載測試即可。多交易混合負(fù)載多交易混合負(fù)載的的是為了找到應(yīng)的最優(yōu)TPS，即應(yīng)

16、CPU資源消耗在70%左右時的TPS（此時需確保數(shù)據(jù)庫等其他被調(diào)資源不成為瓶頸）。按照測試模型中的交易例及標(biāo)TPS，對每個交易分配不同的并發(fā)戶數(shù)量，設(shè)置不同的延時，同時進(jìn)加壓，通過多個場景的不斷嘗試最終測試出應(yīng)能夠達(dá)到的最優(yōu)TPS。這個場景較復(fù)雜，般需要經(jīng)過多次的測試與調(diào)整才能到達(dá)測試模型的例要求。經(jīng)過單交易負(fù)載測試之后我們已經(jīng)獲取了每個交易的平均響應(yīng)時間，那么由此值我們便可以設(shè)置我們的混合負(fù)載場景。假設(shè)，我們應(yīng)的測試指標(biāo)TPS為100，單交易負(fù)載測試獲取的各交易響應(yīng)時間如下：下單0.4秒，查詢0.2秒，退款0.5秒，那么要達(dá)到100TPS的壓，該如何設(shè)置場景？計(jì)算每個交易的TPS下單TPS=

17、100*80%=80，查詢TPS=100*19%=19，退款TPS=100*1%=1確定每個交易的并發(fā)戶標(biāo)TPS、響應(yīng)時間、并發(fā)戶之間有這樣個關(guān)系：標(biāo)TPS=并發(fā)戶/響應(yīng)時間如果個交易響應(yīng)時間是0.2秒，那個戶時的TPS就是1/0.2=5。在咱們這個實(shí)例中每個交易的并發(fā)戶計(jì)算如下：下單交易并發(fā)戶數(shù)量=80*0.4=32查詢交易并發(fā)戶數(shù)量=19*0.2=3.8退款交易并發(fā)戶數(shù)量=1*0.5=0.5家看到了，這出現(xiàn)了整數(shù)的情況，怎么辦？對于這種情況我們要進(jìn)整數(shù)化處理。即我們般取于并最接近當(dāng)前數(shù)的整數(shù)，3.8我們按4，0.5我們按1。整數(shù)化后對應(yīng)的響應(yīng)時間也應(yīng)該發(fā)變化，否則就法實(shí)現(xiàn)標(biāo)TPS。整數(shù)化再

18、次計(jì)算實(shí)際的響應(yīng)時間：查詢交易調(diào)整后的響應(yīng)時間=4/19=0.21退款交易調(diào)整后的響應(yīng)時間=1/1=1于是場景設(shè)置如下，下單交易并發(fā)戶32個延時設(shè)置為0秒，查詢交易并發(fā)戶4個延時設(shè)置0.01秒，退款交易并發(fā)戶1個延時設(shè)置0.5秒，場景運(yùn)時間10分鐘以上。但是這個場景運(yùn)結(jié)果可能并不會完全符合我們的預(yù)期，因?yàn)椴l(fā)戶相單交易負(fù)載場景已經(jīng)增加了很多，交易的響應(yīng)時間很可能會出現(xiàn)明顯的延長。如下單交易的實(shí)際響應(yīng)時間可能會延長到0.6秒，那么實(shí)際的TPS將明顯下降。如果出現(xiàn)這種情況該如何處理呢？我們推薦使區(qū)間型延時設(shè)置，將這個“區(qū)間時間”設(shè)置的實(shí)際交易響應(yīng)時間些，根據(jù)這個時間再計(jì)算對應(yīng)的并發(fā)戶量。另外，建議

19、家建個excel的表格，于計(jì)算延時和并發(fā)戶的值，效果見下表2。表2 場景設(shè)置具表表2中的列“延時設(shè)置”的值是使公式動計(jì)算出來的，公式為“=并發(fā)戶單元格編號/（標(biāo)TPS單元格編號*交易占單元格編號）”。建這個表之后我們只需動修改兩個列的值就可以便地計(jì)算出每個場景下的每個交易的延時，這兩個列就是“平均響應(yīng)時間”和“并發(fā)戶數(shù)”。平均響應(yīng)時間隨著并發(fā)戶的增加必然會相應(yīng)地增長，所以在表2中每個場景的平均響應(yīng)時間數(shù)據(jù)都是上個場景的執(zhí)結(jié)果。這樣我們每執(zhí)完成個場景，然后就把響應(yīng)時間的數(shù)據(jù)填寫到下個場景中，然后再修改并發(fā)戶數(shù)量，并確保延時設(shè)置于平均響應(yīng)時間即可，如果在測試執(zhí)過程中出現(xiàn)平均響應(yīng)時間于延時設(shè)置時間時

20、需要停場景重新計(jì)算。綜上所述，多交易混合負(fù)載場景并不是個場景，是系列混合場景的集合。還以上例來說，標(biāo)100TPS時我們分析監(jiān)控結(jié)果發(fā)現(xiàn)系統(tǒng)各項(xiàng)資源利率都不是太，這說明應(yīng)還能夠承受更的壓。這就需要我們繼續(xù)加壓進(jìn)測試。我們可能的場景是150TPS、200TPS等等。那么如何確定我們的壓梯度呢？這就要看系統(tǒng)資源到底使了多少，如果100TPS時發(fā)現(xiàn)系統(tǒng)各項(xiàng)資源使率在50%左右，我們就可以估計(jì)應(yīng)的最優(yōu)TPS應(yīng)該能夠達(dá)到150，那么我們下個場景就是要按150TPS的標(biāo)壓去發(fā)壓，相關(guān)的并發(fā)戶和延時根據(jù)上表進(jìn)調(diào)整即可。如果不能實(shí)現(xiàn)150TPS的壓，那么我們就要減少標(biāo)TPS再進(jìn)發(fā)壓，直到測試獲取到應(yīng)的最優(yōu)TPS

21、。多交易混合容量容量的意思就是應(yīng)能夠達(dá)到的最TPS。該場景是和多交易混合負(fù)載場景相關(guān)聯(lián)的，即通過多交易混合負(fù)載找出應(yīng)承受的最優(yōu)TPS后繼續(xù)對應(yīng)進(jìn)加壓，直到找到應(yīng)的最TPS?；旌先萘繄鼍暗牟l(fā)戶與延時調(diào)節(jié)式和混合負(fù)載樣，在這就不再贅述了。并發(fā)該類場景的的是考察系統(tǒng)在并發(fā)的情況下是否存在問題，是否有報錯，是否有戶失敗等。并發(fā)般要設(shè)置個延時，于到達(dá)最優(yōu)并發(fā)時的TPS。那么，并發(fā)時的戶到底設(shè)置多少，這個延時要設(shè)置多久，依據(jù)是什么呢？般我們設(shè)置的并發(fā)戶數(shù)量是最優(yōu)并發(fā)的510倍，延時要通過計(jì)算得到。這還是舉例說明，有個應(yīng)，測試得到的最TPS為200，對應(yīng)的并發(fā)戶為20，那么我們可以設(shè)置兩個并發(fā)場景，即10

22、0并發(fā)戶和200并發(fā)戶。100并發(fā)時的延時設(shè)置為100/200TPS=0.5秒，200并發(fā)時的延時設(shè)置為200/200TPS=1秒，這個延時為區(qū)間型的延時。通常，在進(jìn)并發(fā)測試時獲得的TPS結(jié)果要最TPS低很多，因?yàn)樵诓l(fā)時系統(tǒng)很有可能出現(xiàn)某些資源不夠，線程很可能會出現(xiàn)嚴(yán)重的阻塞等等。如何考量并發(fā)測試獲得的測試結(jié)果是否符合預(yù)期，或者說并發(fā)測試通過的標(biāo)準(zhǔn)是什么？這個也沒有固定的標(biāo)準(zhǔn)可循，通常我們認(rèn)為只要符合如下兩的要求即可認(rèn)為測試通過。最并發(fā)戶量是否能達(dá)到最TPS時的5倍；測試結(jié)果的TPS是否達(dá)到測試指標(biāo)的要求；需要說明的是這的并發(fā)和應(yīng)的最優(yōu)并發(fā)與最并發(fā)并不是回事，者并不相同。穩(wěn)定性給應(yīng)個恒定的壓

23、，使場景運(yùn)較長的時間，于測試應(yīng)在長時間運(yùn)下的表現(xiàn)，TPS是否有較波動、是否有錯誤和異常、是否存在內(nèi)存溢出等。根據(jù)業(yè)務(wù)類型不同般會運(yùn)不同的時長，對于5*8這樣的應(yīng)穩(wěn)定性運(yùn)8時即可，7*24這樣的應(yīng)最好能夠運(yùn)12時以上。恒定的壓怎么選?。客ǔＳ袃煞N式。第種，選擇應(yīng)最優(yōu)壓的80%最為標(biāo)壓，這種式較適合應(yīng)的最優(yōu)TPS不是很的應(yīng)，如200以下；第種，如果應(yīng)的TPS較，那么我們需要換種式，否則就會產(chǎn)較多的測試數(shù)據(jù)。例如個應(yīng)的最優(yōu)TPS為1000筆/秒，如果我們?nèi)∑?0%的壓800筆/秒，那么加壓12時的數(shù)據(jù)量為3456萬！這時，我們使200TPS的恒定壓運(yùn)12時即可。擴(kuò)展性考察應(yīng)的擴(kuò)展能。未擴(kuò)展的情況下基

24、本是個系統(tǒng)使個單獨(dú)的機(jī)器節(jié)點(diǎn)，也就是應(yīng)的單點(diǎn)情況。擴(kuò)展性就是，再對應(yīng)進(jìn)個節(jié)點(diǎn)的擴(kuò)展，測試擴(kuò)展情況下的TPS。般雙節(jié)點(diǎn)的總TPS達(dá)到單節(jié)點(diǎn)的1.8倍即認(rèn)為系統(tǒng)具有良好的擴(kuò)展性。壓測時我們選取混合容量場景中獲取到應(yīng)最TPS時的場景做為壓測場景，并使不同的壓機(jī)分別對兩個節(jié)點(diǎn)進(jìn)加壓，考察測試結(jié)果能夠達(dá)到多少TPS?？煽啃曰虍惓y試這種情況下般是將壓做為背景，對應(yīng)所依賴的環(huán)境進(jìn)模擬故障，考察應(yīng)的表現(xiàn)是否符合預(yù)期。例如，在定壓背景下，模擬絡(luò)的閃斷，待絡(luò)恢復(fù)后應(yīng)TPS是否能夠及時恢復(fù)。背景壓我們般選取混合負(fù)載測試獲取最優(yōu)TPS時的場景即可。影響性影響性測試也是性能測試過程中經(jīng)常遇到類場景。這種場景般是針對提

25、供實(shí)時功能的應(yīng)所設(shè)計(jì)的。例如，有批處理或異步處理的應(yīng)。嚴(yán)格來說，這不應(yīng)該算是個單獨(dú)場景類型，應(yīng)該是種特定的測試類型。對于這類的測試我們般分兩步來執(zhí)，先是在未啟具有影響性的功能時測試出應(yīng)的最優(yōu)和最TPS；其次，啟動具有影響性的功能，再按第步的場景（場景的設(shè)置均不變）進(jìn)測試，對者的TPS差別，這個差別就是我們要考察的影響性。擋板延時對如果壓測環(huán)境使了擋板，可以通過擋板來設(shè)置不同的延時進(jìn)對測試。如延時設(shè)置為0.5秒，1秒，甚2秒。根據(jù)不同的延時設(shè)置，增加相應(yīng)的并發(fā)戶數(shù)量，調(diào)整場景的各項(xiàng)設(shè)置，考察應(yīng)是否能夠達(dá)到最TPS,是否出現(xiàn)并發(fā)戶失敗或應(yīng)異常等。對于擋板延時，般的作是模擬被調(diào)的系統(tǒng)的延遲，考察被測應(yīng)在不同的延時情況下的性能表現(xiàn)?，F(xiàn)在的應(yīng)系統(tǒng)很少有是完全獨(dú)的了，或多或少地都需要調(diào)別的系統(tǒng)來實(shí)現(xiàn)某些操作或業(yè)務(wù)。例如，對于個付系統(tǒng)，起碼需要調(diào)銀通道、銀