如何做接口壓力測(cè)試?壓力測(cè)試報(bào)告應(yīng)該包含哪些結(jié)果？

通常隨機(jī)選擇數(shù)據(jù)。但是要注意重復(fù)進(jìn)行壓力測(cè)試對(duì)性能的影響。

比如：

第一次壓測(cè)的 Id 是從2500W 到2600W 之間選擇的，下次用同樣的 Id 范圍做壓測(cè)的時(shí)候，如果接口實(shí)現(xiàn)中有緩存，則會(huì)很大程度影響壓力測(cè)試的結(jié)果，對(duì)壓力測(cè)試的解讀時(shí)候，要考慮到這個(gè)因素。

另外，使用不存在的 Id 去進(jìn)行壓測(cè)，結(jié)果并沒有太大意義。

七、壓力測(cè)試報(bào)告應(yīng)該包含哪些結(jié)果

接口壓力測(cè)試結(jié)果

服務(wù)器壓力

每次接口壓力測(cè)試時(shí)，接口所在服務(wù)的服務(wù)器 cpu/jvm 使用率歷史記錄，jvm堆大小，響應(yīng)時(shí)長(zhǎng)圖 （借助 pinpoint 查看），cpu load 值（top 命令），gc 信息等。

對(duì)于接口壓力測(cè)試結(jié)果：

關(guān)注 響應(yīng)時(shí)間是否符合要求，響應(yīng)時(shí)間（前99%） 是不是在可允許的范圍內(nèi)。最大值是多少，是否可以容忍。 通常來說，錯(cuò)誤百分比應(yīng)該為0。

對(duì)于服務(wù)器壓力：

看 cpu 使用率是否在可接受范圍內(nèi)，jvm 堆大小是否變化頻繁，是否有 fullGC。Young GC 耗時(shí)，CPU load值是否在可接受范圍內(nèi)。 響應(yīng)時(shí)長(zhǎng)圖是否平滑（如果有毛刺現(xiàn)象，需要找出原因）。

如何根據(jù)測(cè)試結(jié)果定位性能問題

1.響應(yīng)時(shí)間不符合要求：通過 pinpoint 觀察調(diào)用鏈，找出耗時(shí)比較長(zhǎng)的步驟，進(jìn)行優(yōu)化；

2.并發(fā)數(shù)達(dá)不到要求，可以從以下幾個(gè)方面進(jìn)行考慮：

a 是否發(fā)生系統(tǒng)依賴資源爭(zhēng)用（比如：數(shù)據(jù)庫連接，業(yè)務(wù)處理線程數(shù)等）

b 業(yè)務(wù)流程/代碼性能是否可以優(yōu)化

c 在運(yùn)行的過程中是否頻繁 GC

3. CPU 使用率過高：

a 在運(yùn)行的過程中是否頻繁 GC

b是否發(fā)生過多的線程切換

c 程序中是否有比較耗 cpu 的代碼

修復(fù)性能問題

除了只可能在極端壓力測(cè)試情況下會(huì)發(fā)生的性能問題，并且修復(fù)代價(jià)過大的問題可以不進(jìn)行修復(fù)修復(fù)性能問題

除了只可能在極端壓力測(cè)試情況下會(huì)發(fā)生的性能問題，并且修復(fù)代價(jià)過大的問題可以不進(jìn)行修復(fù)，但是要在壓力測(cè)試報(bào)告中體現(xiàn)出來此問題，以及解決方案），其他問題都必須進(jìn)行修復(fù)。

如果沒有專門的接口壓力測(cè)試環(huán)境，記得做完接口壓力測(cè)試之后，將測(cè)試數(shù)據(jù)清除(緩存，數(shù)據(jù)庫，消息中間件中未消費(fèi)完畢的消息 等)。

推薦閱讀：

全鏈路性能需求分析的要點(diǎn)是什么？和傳統(tǒng)線下性能測(cè)試有什么區(qū)別

軟件測(cè)試中服務(wù)器穩(wěn)定性測(cè)試方法有哪些?

有哪些SQL性能測(cè)試工具？SQL性能測(cè)試工具的主要特點(diǎn)

性能測(cè)試和并發(fā)壓力的關(guān)系 性能測(cè)試中怎么設(shè)置并發(fā)數(shù)？

什么是WebSocket？有哪些支持WebSocket協(xié)議的壓力測(cè)試工具？

性能壓測(cè)概念及性能壓測(cè)工具對(duì)比選型

企業(yè)為什么需要做全鏈路壓測(cè)？全鏈路壓測(cè)能解決什么問題？

接口壓力測(cè)試怎么才能做好？接口壓力測(cè)試要點(diǎn)

cs項(xiàng)目怎么做性能測(cè)試？cs性能測(cè)試跟bs有什么區(qū)別？