非GUI模式運(yùn)行腳本
jmeter -n -t 你的腳本.jmx -l report.jtl -e -o report
1、簡(jiǎn)述壓力測(cè)試步驟
（1）測(cè)試環(huán)境準(zhǔn)備：壓測(cè)機(jī)資源（8核CPU仍翰、16G內(nèi)存、機(jī)器數(shù)量4-7臺(tái)）服鹅、被測(cè)系統(tǒng)服務(wù)器資源、數(shù)據(jù)庫資源、測(cè)試人員操作系統(tǒng)權(quán)限、zabbix監(jiān)控各個(gè)系統(tǒng)指標(biāo)權(quán)限
（2）基礎(chǔ)數(shù)據(jù)和測(cè)試數(shù)據(jù)準(zhǔn)備
（3）明確預(yù)期指標(biāo)
（4）測(cè)試工具安裝部署
（5）準(zhǔn)備壓測(cè)腳本
（6）確認(rèn)測(cè)試方案
（7）執(zhí)行壓測(cè)
（8）梳理壓測(cè)報(bào)告
2肃廓、壓力測(cè)試中你會(huì)關(guān)注哪些指標(biāo)
（1）系統(tǒng)處理能力TPS：每秒鐘處理完成的交易數(shù)量
（2）功能響應(yīng)時(shí)間：從客戶端發(fā)起業(yè)務(wù)請(qǐng)求到得到響應(yīng)的整個(gè)過程所經(jīng)歷的時(shí)間。通常用平均響應(yīng)時(shí)間诲泌、最大響應(yīng)時(shí)間、90%功能響應(yīng)時(shí)間等指標(biāo)衡量铣鹏。
（3）并發(fā)用戶數(shù)：同時(shí)對(duì)應(yīng)用系統(tǒng)發(fā)起業(yè)務(wù)請(qǐng)求的用戶數(shù)量敷扫。該指標(biāo)取決于業(yè)務(wù)操作間隔和單筆功能的響應(yīng)時(shí)間，一般是在線用戶數(shù)的10%左右
（4）系統(tǒng)資源利用率：各硬件系統(tǒng)資源（CPU、內(nèi)存葵第、磁盤IO绘迁、網(wǎng)絡(luò)帶寬）被占用的情況，CPU使用率低于80%卒密、內(nèi)存使用率低于70%缀台。
（5）成功率：是指功能成功的數(shù)量占發(fā)出的總功能量的百分比。功能成功分為業(yè)務(wù)邏輯成功哮奇、系統(tǒng)響應(yīng)成功等膛腐，可根據(jù)不同系統(tǒng)的測(cè)試要求進(jìn)行調(diào)整。
3鼎俘、壓力測(cè)試策略是什么
（1）單場(chǎng)景負(fù)載測(cè)試：?jiǎn)螆?chǎng)景負(fù)載測(cè)試目的是在對(duì)系統(tǒng)增加一定的壓力哲身，測(cè)試程序是否能夠承擔(dān)，并獲取系統(tǒng)的服務(wù)能力以及系統(tǒng)性能表現(xiàn)贸伐。
測(cè)試方法：使用jmeter壓測(cè)工具單機(jī)初始并發(fā)50個(gè)線程勘天，每1分鐘增加50個(gè)線程，持續(xù)到300線程持續(xù)壓測(cè)捉邢，共計(jì)15分鐘脯丝，依據(jù)tps曲線圖分析最優(yōu)tps值。
（2）業(yè)務(wù)混合場(chǎng)景測(cè)試：在業(yè)務(wù)混合情況下伏伐，模擬2小時(shí)業(yè)務(wù)高峰請(qǐng)求并接收結(jié)果宠进，觀察業(yè)務(wù)是否仍然能夠正常響應(yīng)，后臺(tái)服務(wù)器資源使用情況在正常范圍秘案。
測(cè)試方法：使用性能工具向系統(tǒng)發(fā)送請(qǐng)求并接收返回結(jié)果砰苍，對(duì)于每個(gè)交易均使用固定并發(fā)壓力進(jìn)行測(cè)試，進(jìn)行長(zhǎng)達(dá)2小時(shí)的持續(xù)測(cè)試阱高，獲取接口的各項(xiàng)性能指標(biāo)赚导。單機(jī)初始并發(fā)50個(gè)線程，每1分鐘增加50個(gè)線程赤惊，持續(xù)到300線程持續(xù)壓測(cè)累積執(zhí)行2小時(shí)吼旧。
（3）業(yè)務(wù)混合場(chǎng)景穩(wěn)定性測(cè)試：在業(yè)務(wù)混合情況下，長(zhǎng)時(shí)間業(yè)務(wù)請(qǐng)求并接收結(jié)果未舟，觀察業(yè)務(wù)是否仍然能夠正常響應(yīng)圈暗，后臺(tái)服務(wù)器資源使用情況在正常范圍。
測(cè)試方法：使用性能工具向系統(tǒng)發(fā)送請(qǐng)求并接收返回結(jié)果裕膀，對(duì)于每個(gè)交易均使用固定并發(fā)壓力進(jìn)行測(cè)試员串，進(jìn)行長(zhǎng)達(dá)8小時(shí)以上的持續(xù)測(cè)試，獲取接口的各項(xiàng)性能指標(biāo)昼扛。單機(jī)初始并發(fā)50個(gè)線程寸齐，每1分鐘增加50個(gè)線程，持續(xù)到300線程持續(xù)壓測(cè)累積執(zhí)行8小時(shí)。
備注：數(shù)字自己按照實(shí)際情況填寫渺鹦。
4扰法、壓力測(cè)試中結(jié)果怎么分析，瓶頸有哪些毅厚，有哪些問題塞颁？
1）結(jié)果分析：
（1）先看下整體性能表現(xiàn)jp@gc-Stepping Thread Group，看聚合報(bào)告中的吞吐量吸耿、接口成功率（失敗請(qǐng)求不足0.01%）
（2）平均響應(yīng)時(shí)間趨勢(shì)圖jp@gc-Response Times Over Time祠锣，接口在200毫秒內(nèi)均能返回，隨著并發(fā)增加返回時(shí)間有所增加珍语，大部分能在600毫秒內(nèi)返回
（3）系統(tǒng)處理能力趨勢(shì)jp@gc-Transactions per Second：?jiǎn)螜C(jī)初始線程在50時(shí)候锤岸，tps穩(wěn)定在3700/sec，隨著線程數(shù)增多至100時(shí)tps出現(xiàn)下滑至3400/sec板乙，后續(xù)隨著壓力的增加tps一直在3500-4500/sec之間波動(dòng)是偷。
（4）服務(wù)器資源監(jiān)控：Nginx、前置API募逞、施壓機(jī)
備注：數(shù)字自己按照實(shí)際情況填寫蛋铆。
2）瓶頸、問題
慢查詢
返回異常
Nginx放接，CPU利用異常：升配至8c16g并優(yōu)化負(fù)載策略
施壓機(jī)性能瓶頸：調(diào)內(nèi)存占用與增加施壓機(jī)目前還有空閑
因page per second 每秒發(fā)包數(shù)量已到S4機(jī)型上限刺啦，優(yōu)化增加一臺(tái)nginx S4標(biāo)準(zhǔn)型 8核16G
壓力過高導(dǎo)致系統(tǒng)返回***異常，權(quán)限校驗(yàn)失敗纠脾，內(nèi)部和測(cè)暫未再次重現(xiàn)
5玛瘸、如何確定壓測(cè)任務(wù)占比
一般是用戶使用最頻繁，或者業(yè)務(wù)操作復(fù)雜的業(yè)務(wù)
