基于應用服務器的測試

1、Zhu.KerryG朱少民朱少民Kerry Zhu軟件測試方法和技術軟件測試方法和技術第第2版版第第9章章 基于應用服務器的測試基于應用服務器的測試第第9章章 基于應用服務器的測試基于應用服務器的測試9.1 基于Web服務器應用的測試9.2 基于數(shù)據(jù)庫應用服務器的測試9.3 基于Java EE應用服務器的測試Zhu.K9.1 基于基于Web服務器應用的測試服務器應用的測試n9.1.1 Web服務器功能測試n9.1.2 Web安全性測試n9.1.3 Web性能測試n9.1.4 性能測試工具FloodZhu.K9.1.1 Web服務器的功能測試服務器的功能測試nGETnOPTIONSnHEADnP

2、OSTnPUTnDELETEnTRACEnCONNECT Zhu.K正則表達式正則表達式Zhu.K常用的常用的Web元素功能測試元素功能測試n頁面鏈接n頁面是否存在n頁面是否正確n設計腳本n不同的腳本語言n相同的腳本語言在不同瀏覽器中的表現(xiàn)nWeb圖形n表單Zhu.K9.1.2 Web服務器的安全測試服務器的安全測試n登錄、身份驗證n超時、Cookie和Sessionn輸入驗證（防止腳本語言)n數(shù)據(jù)加密、SSL (安全套接字)nSQL注入nXSSn日志文件n目錄Zhu.K跨站點攻擊（跨站點攻擊（XSS）nReflected XSSnStored XSSnDOM-based XSSZhu.Kht

3、tp://index.php/Cross-site_Scripting_(XSS)9.1.3 Web服務器的性能測試服務器的性能測試n基于Web應用系統(tǒng)的在線用戶和響應時間來度量系統(tǒng)性能，n基于Web應用系統(tǒng)的吞吐量和響應時間來度量系統(tǒng)性能Zhu.K/benchmarks.html#webApache性能測試工具性能測試工具abWeb服務器性能測試要點服務器性能測試要點n如何確定在線用戶數(shù)量呢？n由于時間和資源限制，不可能對Web應用系統(tǒng)的所有功能進行性能測試，而是根據(jù)業(yè)務的實際操作情況和技術的角度來分析，選擇關鍵業(yè)務n如果是基于在

4、線用戶的性能測試需求，可以將錄制腳本時記錄的思考時間作為基準，以此將思考時間設置成一定范圍內(nèi)的隨機值?；谕掏铝康男阅軠y試需求，可以把思考時間設置為零Zhu.KWeb站點經(jīng)驗點滴站點經(jīng)驗點滴n在執(zhí)行客戶端并發(fā)性能測試的過程中，需要同時監(jiān)控數(shù)據(jù)庫服務器、Web服務器以及網(wǎng)絡資源等使用情況，以便對系統(tǒng)的性能做全面評估 n錄制腳本和手工編寫腳本相結(jié)合 n設置數(shù)據(jù)池，實現(xiàn)變量加載n業(yè)務批量執(zhí)行 Zhu.KWeb站點經(jīng)驗點滴站點經(jīng)驗點滴n模擬用戶數(shù)的遞增 n合理設置交易之間時間間隔 n模擬IP地址變量的技術 n超時（timeout）的設置 n并發(fā)用戶連續(xù)執(zhí)行交易數(shù)的設置 5.錯誤處理Zhu.KWeb站點

5、經(jīng)驗點滴站點經(jīng)驗點滴n利用QALoad的ActiveData技術n采用復合交易測試方案n盡量將執(zhí)行負載測試的機器合理分布 n并發(fā)用戶數(shù)量極限點n加壓機器的CPU使用率也有必要監(jiān)控 n設置并發(fā)點 nHTML與URL錄制方式Zhu.K9.1.4 性能測試工具性能測試工具FloodZhu.KApache HTTP工程包含了一個名為HTTPD-Test的子工程Apache的通用測試工具包，它包含了不少測試工具而其中Flood（/test/flood/）是人們經(jīng)常使用的一個Web性能測試工具具體操作具體操作n安裝n設置設置Floodn實例實例n擴展擴展Zhu.

6、K9.2 基于基于Web服務器應用的測試服務器應用的測試n9.2.1 數(shù)據(jù)庫服務器性能測試數(shù)據(jù)庫服務器性能測試n9.2.2 數(shù)據(jù)庫并發(fā)控制測試數(shù)據(jù)庫并發(fā)控制測試Zhu.K了解數(shù)據(jù)庫服務器了解數(shù)據(jù)庫服務器9.2.1 數(shù)據(jù)庫服務器性能測試數(shù)據(jù)庫服務器性能測試n大數(shù)據(jù)量測試：10萬、100萬、千萬條記錄n大容量測試：某些字段存儲10M、100M、1G等大體積數(shù)據(jù)。 Zhu.K數(shù)據(jù)庫性能測試過程和策略數(shù)據(jù)庫性能測試過程和策略（1）n理解測試需求理解測試需求: 是校驗測試還是基準測試? 是單個用戶大數(shù)據(jù)量測試還是多個用戶并發(fā)測試? 什么地方是可能的性能瓶頸? 可能是哪個方面的性能測試? (應用程序or系

7、統(tǒng)參數(shù)or Schema對象)n選擇測試工具選擇測試工具 頁面級的輔助測試工具: JMeter, Webload etc 第三方監(jiān)控程序: 如DB Flash, 或者有些通過log文件, 來監(jiān)控動態(tài)的訪問路徑, 高占用的進程,會話和SQL語句Zhu.K 自定義或者常用的命令, 來動態(tài)監(jiān)控和獲取執(zhí)行SQL, PL-SQL所需要的時間, 占用的CPU和內(nèi)存資源. 數(shù)據(jù)庫系統(tǒng)本身的性能工具包, 如在Oracle中使用的Explain Plan, AutoTrace, PKPROF以及Statspack.n設計測試場景以及測試腳本設計測試場景以及測試腳本 數(shù)據(jù)量設計或加載. 測試環(huán)境建立和測試過程分析

8、 測試腳本設計n收集數(shù)據(jù)和分析結(jié)果收集數(shù)據(jù)和分析結(jié)果 性能瓶頸參數(shù) 優(yōu)化和對比Zhu.K數(shù)據(jù)庫性能測試過程和策略數(shù)據(jù)庫性能測試過程和策略（2）Oracle數(shù)據(jù)庫性能測試數(shù)據(jù)庫性能測試nOracle系統(tǒng)性能測試的目標系統(tǒng)性能測試的目標:n模擬數(shù)據(jù)庫系統(tǒng)的數(shù)據(jù)負載模擬數(shù)據(jù)庫系統(tǒng)的數(shù)據(jù)負載,操作操作,偵測和獲取性能測試偵測和獲取性能測試數(shù)據(jù)數(shù)據(jù), 幫助開發(fā)和幫助開發(fā)和DBA來優(yōu)化和調(diào)整數(shù)據(jù)庫或者應用程來優(yōu)化和調(diào)整數(shù)據(jù)庫或者應用程序序.n最終的結(jié)果是獲取更快的數(shù)據(jù)庫響應速度或者更高吞度最終的結(jié)果是獲取更快的數(shù)據(jù)庫響應速度或者更高吞度能力能力.nOracle系統(tǒng)性能測試的本質(zhì)系統(tǒng)性能測試的本質(zhì)n硬件硬件

9、 (CPU, Memory, I/O競爭等競爭等)n系統(tǒng)配置系統(tǒng)配置 (SGA/PGA)n應用程序應用程序(SQL, PL-SQL)n網(wǎng)絡連接網(wǎng)絡連接Zhu.KOralce系統(tǒng)性能測試的范圍系統(tǒng)性能測試的范圍n應用程序調(diào)優(yōu)應用程序調(diào)優(yōu)-For Application developer SQL語句測試調(diào)優(yōu)語句測試調(diào)優(yōu) Thin, OCI測試測試nSchema 對象調(diào)優(yōu)對象調(diào)優(yōu)-For Database developer Schema(表表,索引索引,存儲過程存儲過程)設計設計 PL-SQL語句和調(diào)用語句和調(diào)用 數(shù)據(jù)復制數(shù)據(jù)復制n系統(tǒng)參數(shù)調(diào)優(yōu)系統(tǒng)參數(shù)調(diào)優(yōu)-For DBA 內(nèi)存內(nèi)存/CPU/I/

10、O競爭競爭/網(wǎng)絡網(wǎng)絡 SGA配置配置 動態(tài)表空間估計動態(tài)表空間估計 分區(qū)表分區(qū)表,索引設計索引設計Zhu.K數(shù)據(jù)庫測試工具數(shù)據(jù)庫測試工具 -AUTOTRACEcommand:set autotrace ontraceonlyoff;SQL select * from wbxsite;3091 rows selected.Execution Plan- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=2489 Bytes=17 4230) 1 0 TABLE ACCESS (FULL) OF WBXSITE (Cost=4 Card=2489 B

11、ytes=1 74230)Statistics- 680 recursive calls 0 db block gets 375 consistent gets 0 physical reads 0 redo size 196696 bytes sent via SQL*Net to client 2765 bytes received via SQL*Net from client 208 SQL*Net roundtrips to/from client 6 sorts (memory) 0 sorts (disk) 3091 rows processedZhu.KnSQL / -the

12、data was from buffer cache, but not hard parse.3091 rows selected.Execution Plan- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=2489 Bytes=17 4230) 1 0 TABLE ACCESS (FULL) OF WBXSITE (Cost=4 Card=2489 Bytes=1 74230)Statistics- 0 recursive calls 0 db block gets 245 consistent gets 0 physical reads

13、 0 redo size 196696 bytes sent via SQL*Net to client 2765 bytes received via SQL*Net from client 208 SQL*Net roundtrips to/from client 0 sorts (memory) 0 sorts (disk) 3091 rows processedSQL 數(shù)據(jù)庫測試工具數(shù)據(jù)庫測試工具 -AUTOTRACEZhu.KnEXPLAIN PLANnRunning explain plan and show output:nExplain plan for Statement;n

14、?/rdbms/admin/utlxpls.sql - Shows plan table output for serial processingn?/rdbms/admin/utlxplp.sql - Shows plan table output with parallel execution columnsnAnalyze plannOptimizer modenScan modenRecursive callsnRedo sizes數(shù)據(jù)庫測試工具數(shù)據(jù)庫測試工具 (Contd)Zhu.K數(shù)據(jù)庫測試工具數(shù)據(jù)庫測試工具 (Contd)nStatspacknInstall packagenCo

15、nnect as sysdbanRun ?/rdbms/admin/spcreate sql, to create all required tables, packages, user and grant privilege.nSpecify 3 required parameters: user password, tablespace and temp tablespace, it is better to create independent tablespace and temp tablespace for this schema.nUsing statspacknconnect

16、as perfstats.nEXECUTE statspack.snap; (after this process finished, we can see a set of data had been generated to perfstats. STATS$SYSSTAT, by SNAP_IDm this means, system snapshot had been generated by executing this package.nAn integer snap_id will be returned, we can get it by SMART calling, or f

17、rom latest SNAP_ID from table STATS$SYSSTAT.nRunning the Statspack Reportnconnect as perfstats.nExecute sql: ?/rdbms/admin/spreportnSpecify 3 parameters: start snapshot ID, end snapshot ID and report name (default is sp_xx_yy.lis in current path).Or batch define and run by define begine_snap, end_sn

18、ap, report_name before run sql.Zhu.KOracle故障診斷故障診斷利用故障診斷的方法（Oracle DB Side Transactions by SQL Stage）可以將SQL語句執(zhí)行過程中的時間劃分為四部分：n解析時間（Parse Time）n執(zhí)行時間（Execute Time）n讀取時間（Fetch Time）n其他時間（Other Time），例如綁定時間（bind time）。 Zhu.KOracle故障診斷故障診斷nSQL執(zhí)行時間分解Zhu.K數(shù)據(jù)庫服務器典型性能問題數(shù)據(jù)庫服務器典型性能問題n數(shù)據(jù)庫服務器性能問題及原因分析 n單一類型事務響應時間

19、過長 n數(shù)據(jù)庫服務器負載 n糟糕的數(shù)據(jù)庫設計 n事務粒度過大 n批任務對普通用戶性能的影響 n并發(fā)處理能力差 n鎖沖突嚴重 n資源鎖定造成的數(shù)據(jù)庫事務超時 n數(shù)據(jù)庫死鎖 數(shù)據(jù)庫服務器典型性能問題數(shù)據(jù)庫服務器典型性能問題數(shù)據(jù)庫性能問題的一般解決辦法 n監(jiān)視性能相關數(shù)據(jù)；n定位資源占用較大的事務并做出必要的優(yōu)化或調(diào)整；n定位鎖沖突，修改鎖沖突發(fā)生嚴重的應用邏輯；n對規(guī)模較大的數(shù)據(jù)或者無法通過一般優(yōu)化解決的鎖沖突進行分布。Oracle與提高性能有關的特性與提高性能有關的特性 n索引n并行執(zhí)行n簇與散列簇n分區(qū)n多線程服務器n同時讀取多塊數(shù)據(jù) Oracle配置的關鍵參數(shù)配置的關鍵參數(shù) nMAX_DSP

20、ATCHERS：這個參數(shù)指定了系統(tǒng)允許同時進行的調(diào)度進程的最大數(shù)量。nMAX_SHARED_SERVERS：這個參數(shù)指定了系統(tǒng)允許同時進行的共享服務器進程的最大數(shù)量。如果系統(tǒng)中出現(xiàn)的人為死鎖過于頻繁，那么管理員應該增大這個參數(shù)的值。nPARALLEL_ADAPTIVE_MULTI_USER：當這個參數(shù)的值為TRUE時，系統(tǒng)將啟動一個能提高使用并行執(zhí)行的多用戶系統(tǒng)性能的自適應算法。這個算法將根據(jù)查詢開始時的系統(tǒng)負載自動降低查詢請求的并行度。Oracle配置的關鍵參數(shù)配置的關鍵參數(shù) nPARLLEL_MIN_SERVERS：這個參數(shù)指定了實例并行執(zhí)行進程的最小數(shù)量。其值就是實例啟動時Oracle創(chuàng)建的并行執(zhí)行進程數(shù)。nPARLLEL_THREADS_PER_CPU：這個參數(shù)指定了實例默認的并行度和并行自適應以及負載平衡算法。它指明了并行執(zhí)行過程中一個CPU能處理的進程或線程數(shù)。nPARTITION_VIEW_ENABLED：這個參數(shù)指定了優(yōu)化器是否使用分區(qū)視圖。Oracle推薦用戶使用分區(qū)表（這是在Oracle8之后引入的）而不是分區(qū)視圖。分區(qū)視圖只是為了提供Oracle的后向兼容性。nREVOVERY_PARALLELISM：這個參數(shù)指定了恢復數(shù)據(jù)庫系統(tǒng)時使用的進程數(shù)。 9.2.2 數(shù)據(jù)庫并發(fā)控