原文：https://mp.weixin.qq.com/s/31Yld0A5tfEi4r0UuvH51A

前言

之前分享過《如何編寫效能測試用例》之單場景的文章（https://mp.weixin.qq.com/s/2HaLE7vMPXIPeAGdyuS22A），

今天分享下混合場景，畢竟生產環境上不可能只有一個場景，

對於混合場景，業務模型是重中之重，如果模型提取不準，那麼壓測結果就沒有參考價值，

也經常看到微信群裡大家討論混合場景業務模型相關的話題，結合自己的實際工作，簡單分享下，拋磚引玉。

說明：這裡介紹的是已上線系統的業務模型提取。

nginx + tomcat + mysql

ELK簡介

隨著業務發展，伺服器越來越多，ELK（以及其衍生架構ELFK等）的出現就是為了更方便檢視日誌以及做日誌分析；

ELK由ElasticSearch、Logstash、Kibana三個開源軟體組成。

ElasticSearch：分散式儲存檢索引擎，用來搜尋、儲存日誌

Logstash：日誌採集和日誌過濾分析，一般使用後者，前者消耗資源多，日誌採集是用Beats這個輕量級日誌採集器

Kibana：讀取es中資料進行視覺化web介面展示

環境規劃

說明：這裡只是為了演示，不考慮效能，所以未使用ELFK

系統環境：CentOSLinuxrelease7.9.2009(Core)

JDK：es和logstash依賴jdk11，jdk可以參考部落格：https://www.cnblogs.com/uncleyong/p/10732951.html

ELK下載、安裝、配置

下載：https://www.elastic.co/cn/downloads/

elasticsearch-7.14.0-x86_64.rpm

kibana-7.14.0-x86_64.rpm

logstash-7.14.0-x86_64.rpm

詳細安裝步驟略，度娘上很多，有問題也可以微信群交流。

nginx安裝

nginx安裝參考部落格：https://www.cnblogs.com/uncleyong/p/10742883.html

日誌分析：獲取業務比例及最大tps

先用jmeter跑一些資料進去，

然後依次從按天、小時的維度縮小範圍，假設8月23號是業務量最大的一天（且其它天業務模型和這天差不多），18:00-19:00是業務量最大的小時

小時最大業務量

另外，單業務柱狀圖對比，高低幅度都一致，所以只考慮一個場景即可。

表格檢視

比例圖：統計業務比例

獲取最大tps

業務最大小時的圖中最大為14537，時間為min，所以，14537/60s=242.28

上面點進去，最高是432，時間為s，可以看到，和上面算的平均值（242.28）差了接近一倍

我們再用命令方式統計到秒，結果如下： 最大是524，比上面兩個值都要大

邊界

那這個​tps該取多少呢？我把這個問題​留給大家思考。

混合場景用例

除了基於壓測工具的設計（假設用的壓測工具是jmeter），還包含監控的設計、預期結果、實際結果

監控設計等，參考：《如何編寫效能測試用例》之單場景（https://mp.weixin.qq.com/s/2HaLE7vMPXIPeAGdyuS22A）

思考題：

1、上面日誌分析中，得出了3個tps，你覺得選哪個更合適？為什麼？

2、如何解決業務之間關聯問題？比如業務B依賴業務A，業務C依賴業務B，業務D依賴業務C，業務E依賴業務D。

3、如何把業務模型設計到jmeter裡面？上面四個業務，按照2:5:2:1的比例，在jmeter中按如下方式實現，是否可行？是否符合生產環境實際呼叫邏輯？

歡迎微信交流。

歡迎進微信群交流（加作者邀請）

諮詢交流，新增微信

bak：

https://www.cnblogs.com/uncleyong/p/13809295.html

https://www.processon.com/mindmap/609894a15653bb14773d9b25