7、海爾690智慧運(yùn)營系統(tǒng)性能壓力測試報(bào)告

1、Performan性能壓力測試tress Testing Report海爾高管項(xiàng)目文檔版本版本 1.0文檔狀態(tài)正式創(chuàng)建時間最后修改所有者海爾變更概要本部分了對本文檔的重要修改，這里僅描述最重要的修改。版本日期修改者修改描述1.0創(chuàng)建文檔目錄1概述51.11.21.31.41.5目的5環(huán)境描述5系統(tǒng)非功能需求定義5測試案例描述6案例一 客戶端登錄6操作場景61.5.11.5.2客戶端. 6基本結(jié)果6平均響應(yīng)時間7每秒點(diǎn)擊率8吞吐量81.5.2.11.5.2.21.5.2.31.5.2.4案例二1.6添加新設(shè)備81.6.11.6.2操作場景8. 10基本結(jié)果10平均響應(yīng)時間10每秒點(diǎn)擊率11吞吐量

2、11App 端實(shí)時交流12客戶端1.6.2.11.6.2.21.6.2.31.6.2.4案例三1.71.7.11.7.2操作場景12. 12基本結(jié)果12平均響應(yīng)時間13每秒點(diǎn)擊率13吞吐量14客戶端1.7.2.11.7.2.21.7.2.31.7.2.42壓力測試總結(jié)141 概述1.1 目的本文檔主要了海爾高管項(xiàng)目所進(jìn)行系統(tǒng)性能壓力測試的計(jì)劃方案和結(jié)果。1.2 環(huán)境描述壓力測試服務(wù)端：svwast34/35壓力測試 web 服務(wù)器： b2b_webserver1 windows2008 server 64bit內(nèi)存 4G，CPU ：E5-2650。網(wǎng)絡(luò)接入環(huán)境： 100Mbps電信機(jī)房測試用：

3、Load Runner 11.01.3 系統(tǒng)非功能需求定義案例一客戶端登錄案例二添加新用戶設(shè)備案例三實(shí)時交流系統(tǒng)用戶數(shù)數(shù)目平均并發(fā)用戶數(shù)1最大并發(fā)用戶數(shù)30平均事務(wù)響應(yīng)時間（s）3系統(tǒng)用戶數(shù)數(shù)目平均并發(fā)用戶數(shù)1最大并發(fā)用戶數(shù)20平均事務(wù)響應(yīng)時間（s）3系統(tǒng)用戶數(shù)數(shù)目平均并發(fā)用戶數(shù)1最大并發(fā)用戶數(shù)10平均事務(wù)響應(yīng)時間（s）31.4 測試案例描述本項(xiàng)目的用戶數(shù)量較小，因此本次壓力測試選用了三個案例案例一：客戶端登錄案例二：添加新用戶設(shè)備案例三：實(shí)時交流1.5 案例一 客戶端登錄1.5.1操作場景用戶使用 ipad 登錄點(diǎn)擊應(yīng)用，啟動客戶端。本次測試使用工具模擬登錄請求，同時并發(fā)。自定義事務(wù)：1.

4、Trx_01_login_Tranion2. Trx_02_getmaininfo_Tranion3. Trx_03_uploadinfo_Tranion1.5.2 客戶端1.5.2.1 基本結(jié)果事務(wù)成功率：99.65%1.5.2.2 平均響應(yīng)時間其中事務(wù) Tras_getmaininfo_Tranion 的平均響應(yīng)時間為 0.067s，小于預(yù)期目標(biāo)，達(dá)到性能要求。下圖是所有事務(wù)的平均響應(yīng)時間：上傳用戶信息的事件 Tras_uploadinfo_Tranion 的響應(yīng)時間。1.5.2.3每秒點(diǎn)擊率1.5.2.4吞吐量1.6 案例二添加新設(shè)備1.6.1操作場景使用管理員賬號登錄系統(tǒng)，點(diǎn)擊“設(shè)備管

5、理”填寫設(shè)備信息，選擇所屬人后，點(diǎn)擊確認(rèn)添加成功結(jié)束操作，退出登錄定義事務(wù)：1. Trx_01_login_Tranion2. Trx_02_deviceManager_Tranion3.mitdeviceinfo _Tranion1.6.2客戶端1.6.2.1基本結(jié)果事務(wù)成功率：99.98%1.6.2.2 平均響應(yīng)時間其中事務(wù) Trx_02_devicemanager_Tranio 和mitdeviceinfo Tranion 的平均響應(yīng)時間分別為 0.377s 和 0.194s，小于預(yù)期目標(biāo)，達(dá)到性能要求。1.6.2.3每秒點(diǎn)擊率1.6.2.4吞吐量1.7 案例三 App 端實(shí)時交流1.7

6、.1操作場景使用 iapd 客戶端，同時發(fā)起多人聊天定義事務(wù)：1. Tras_uploadchatinfo1.7.2 客戶端1.7.2.1基本結(jié)果事務(wù)成功率：99.94%1.7.2.2 平均響應(yīng)時間其中事務(wù) Tras_uploadchatinfo 的平均響應(yīng)時間為 0.427s，小于預(yù)期目標(biāo)，達(dá)到性能要求。1.7.2.3 每秒點(diǎn)擊率1.7.2.4吞吐量2壓力測試總結(jié)通過前面三個測試案例，案例一：客戶端登錄案例二：添加新設(shè)備案例三：App 端實(shí)時交流1、本次壓力測試總共進(jìn)行了 3 輪是：第一輪的測試的時間分別都是 5 分鐘，在案例結(jié)束時在執(zhí)行 Stop Vuser 時因關(guān)閉是強(qiáng)制性的，所以會出現(xiàn) stop 的事務(wù)，根據(jù)單次強(qiáng)制停止事務(wù)個數(shù)決定第二輪將案例的運(yùn)行時間延長至 2030 分鐘，如但總事務(wù)通過率 99%以上。，stop 的事務(wù)在模擬結(jié)束時也未可避免。第三輪由于自定義事務(wù)名不規(guī)范，重范后進(jìn)行了該輪測試。另外考慮到案例三在外網(wǎng)的網(wǎng)速帶寬問題，適當(dāng)?shù)募尤肓?think_time，保證了不會因?yàn)榉钦鎸?shí)的點(diǎn)擊頻率，導(dǎo)致網(wǎng)絡(luò)阻塞的情況。最后的結(jié)果數(shù)據(jù)變化相較之前不大。2、第三輪的三個案例的每秒吞吐量分別大不大案例二：1.34M，6.0M，1.85kB。案例一、三數(shù)值并發(fā)的用