軟件測試性能測試實踐-畢業(yè)論文-

1由安博測試空間技術中心

/供“最后一公里”系列培訓之性能測試實踐階段劃分為測試便利。性能測試框架，每一個部分根據具體情況剪裁。各個組織由于應用軟件情況相差很大，每個階段分配的時間有差異。Alibaba的人力更多投到測試開發(fā)與分析。主題1測試準備腳本開發(fā)與調試測試執(zhí)行測試結果評估測試后跟蹤最佳實踐第一章測試準備1建立性能目標了解應用軟件狀況了解應用部署平臺建立系統負載模型制定項目計劃制定測試方案建立測試目標1選取關鍵用例（重要程度/頻率）Mission-CriticalHeavy

throughputDynamic

content并發(fā)用戶數（系統級/應用級/事務級）事務吞吐率需求響應時間需求（從用戶習慣推算或估算）系統資源占用需求高可用性需求(如故障轉移/OS集群/數據庫集群/中間件集群)可擴展性需求（如能否支撐未來幾年的吞吐）任務性質（關鍵路徑/歷時）可以初步評估軟件構架的合理性從軟件質量6個角度出發(fā)：效率，可用性，移植性…。充分考慮無法采用loadrunner時的替代方案了解應用軟件1系統體系架構(b/s,c/s,三層)以及核心framework系統的并發(fā)性/安全性采用的開發(fā)語言通信協議（rmi,web,socket,oracle…)通信端口分工以及是否動態(tài)端口加密/解密/簽名算法SOCKET協議消息數據結構錯誤特征碼網絡包的keepalive

or

http

session

timeout當前所處的應用階段（未測試/已功能測試…)常用執(zhí)行Uname

–asysctl

/kmtune/prtconfPsrinfoOracle:

initSID.oraWeblogic:

config.xml了解軟件部署平臺1物理部署（異地？數據中心?)硬件架構（機型/CPU/MEM/IO/網絡）操作系統（版本/補丁/關鍵內核參數）Sysctl/proc/*數據庫（類型/版本/專用or共享/啟動參數/存儲 布局）中間件（產品模式/線程數/內存參數）軟件部署模式回答在各種壓力下性能表現建立系統負載模型1業(yè)務層面關鍵用例吞吐率以及行為習慣用戶體驗系統負載高峰/平常場景吞吐率CPU/IO/MEM/NETWORK，瓶頸資源？建立容量模型：TeamQuest（可選）數據來源：服務器端監(jiān)控/數據庫日志/專家估算自頂向下估算項目管理9緯制定項目計劃1組織架構及各自職責測試資源（人力/工具）搭建測試環(huán)境(SCM或者開發(fā)組建，QA驗 證)進度計劃溝通管理（例會，工作規(guī)范）風險規(guī)避（技術攻關先行）關鍵要點齊全制定測試方案1測試需求測試方法與策略測試環(huán)境測試場景與用例異常處理流程第二章開發(fā)調試腳本1選取協議增強腳本調試腳本試運行腳本選取協議1依賴Client/Server消息通信機制優(yōu)先采用上層協議（如rmi>socket)交互過程采用底層協議優(yōu)先采用API變長網絡包，加密解密優(yōu)先采用API為了測試，變更程序適應測試回放（如DOS攻擊/隨機驗 證碼/控件回送應答碼，或者工作流去處人工參與環(huán)節(jié)）為了測試，部分變更流程（增加/刪除事務成對出現）這個階段也是最耗時間的增強腳本1參數化用戶輸入關聯數據增加驗證點（如特征字）增加函數提高可重用性為提高性能封裝函數成DLL增強腳本-搭建LR編譯環(huán)境1#include

“LR_INSTALL_PATH\include\*.h”LIB:

lrun50.libDLL:lrun50.dll工程options

path:LR_INSTALL_PATH工具:dependency

walker函數格式#define

LRDLLEXPORT

_declspec(dllexport)

stdcallint

LRDLLEXPORT

foo(int

count){}Func.def文件：EXPORTS

foo調試腳本1VuGen單次回放VuGen多次回放Controller單腳本多用戶（并發(fā)性）Controller多腳本多用戶（驗證是否腳本依 賴）打開extend

log。關注http/1.1響應碼,sock mismatch，oracle

ora-*等關鍵字調試腳本_驗證工具1Winpcap/EtherealTcpdump/Windump利用SQL查詢插入/更新/修改效果或者sql_trace,p6spy截獲sql試運行腳本1驗證腳本無錯驗證load

generator分布合理初步估算壓力強度與結果合理性刪除無用的性能計數器第三章測試執(zhí)行1監(jiān)控操作系統/網絡/數據庫多個層面監(jiān)控應用運行狀況/日志確認施壓機資源充分，確保盡力施壓抽查關鍵功能確認可用建議運行12小時以上，確認無內存泄露/任 務累積測試執(zhí)行_監(jiān)控工具1Loadrunner/Sitescope/TeamQuestUNIX:

top,sar,vmstat,iostat,netstat,以及HP-UX glance

,AIX

topasOracle:

OEM/statspack/

quest

toad/

quest

centra for

OracleMysql:mysql

administrtorWebLogic:

http://IP:7002/console/JBoss:http://IP:8080/web-console/JVM:

JRockit

Memory

Leak

DetectorLittle定律：N=響應時間*

吞吐率第四章測試結果評估1收集LR測試數據收集應用日志收集系統日志(如/var/log/*，oracle:*.t分析LR性能結果與OS/DB/中間件/APP參 數之間的匹配度（little定律）評估測試用例覆蓋度對測試結論的影響面編寫測試報告（技術與格式審核）第五章測試后跟蹤1項目總結（技術以及過程改進）如何提高腳本重用率調優(yōu)與硬件擴容的平衡實際運營與系統負載建模的差異度測試知識全面。Stack:從操作系統（文件描述符，進程數，共享內存）—>JVM選取->JVM啟動參數->j2EE服務器選取->J2EE參數（timeout,線程數據，數據庫事務粒度）-〉數據庫參數（內存，進程，SQL編制）->JSP頁面優(yōu)化（taglib,減少數據傳輸次數，cache）第六章最佳實踐1測試方編制需求框架，需求方或運營方明 確需求細節(jié)關鍵點結對審核技術攻關先行重視數據異常，數據分析結合SA/DBA專 家意見結合知識棧，提取系統調優(yōu)的合理建議小結1Loadrunner對高層協議支持良好，但對底 層協議與加密/隨機算法/異步通信支持較 差性能測試難點不在Loadrunner工具本身， 難在技術攻關以及對系統的全局把握建立軟件各個層面的知識庫/工具箱Loadrunner學習資源1MI