軟件測試基礎(chǔ)教程-007-基于應(yīng)用服務(wù)器的測試

1、第七章 基于應(yīng)用服務(wù)器的測試應(yīng)用服務(wù)器的類型和特征1.1 應(yīng)用服務(wù)器分類Web 服務(wù)器數(shù)據(jù)庫服務(wù)器實時通訊服務(wù)器郵件服務(wù)器群件服務(wù)器文件/打印服務(wù)器應(yīng)用服務(wù)器的類型和特征C/S結(jié)構(gòu)優(yōu)點及缺陷B/S結(jié)構(gòu)有點及缺陷三層結(jié)構(gòu)及應(yīng)用: 表示層,業(yè)務(wù)層,應(yīng)用層各個層次的定義和分工企業(yè)級的服務(wù)器企業(yè)級的服務(wù)器的主要特點分布式的結(jié)構(gòu)提供了高性能和高適應(yīng)性高可用性的服務(wù)器平臺可升級的體系結(jié)構(gòu)易整合，易管理和易用性的設(shè)計不同類型的應(yīng)用服務(wù)器不同的測試重點和角度,如:在郵件服務(wù)器中,容量,吞吐能力, 防病毒攻擊等是測試重點. 在實時通信系統(tǒng)中,測試需要考察服務(wù)器功能的實現(xiàn), 數(shù)據(jù)的及時性,完整性, 系統(tǒng)穩(wěn)定性,

2、系統(tǒng)數(shù)據(jù)備份的冗余設(shè)計, 防網(wǎng)絡(luò)攻擊及故障恢復(fù)處理系統(tǒng)的設(shè)計基于Web服務(wù)器應(yīng)用的測試范圍 功能測試 UI測試 負(fù)載/壓力測試 安全性測試 兼容性測試 網(wǎng)絡(luò)鏈接測試 其他測試如:分辨率,流量常用的Web元素功能測試頁面鏈接頁面是否存在頁面是否正確設(shè)計腳本不同的腳本語言相同的腳本語言在不同瀏覽器中的表現(xiàn)Web圖形表單Web服務(wù)器的安全測試數(shù)據(jù)加密登錄超時Cookie和SessionSSL (安全套接字)腳本語言 (vbscript, javascript)日志文件目錄Web服務(wù)器的負(fù)載測試負(fù)載測試的目的基準(zhǔn)測試以及校驗測試使用測試工具模擬并發(fā)用戶以及獲取測試結(jié)果WebloadLoadRunner

3、JMeterWeb站點經(jīng)驗點滴在執(zhí)行客戶端并發(fā)性能測試的過程中，需要同時監(jiān)控數(shù)據(jù)庫服務(wù)器、Web服務(wù)器以及網(wǎng)絡(luò)資源等使用情況，以便對系統(tǒng)的性能做全面評估 錄制腳本和手工編寫腳本相結(jié)合 設(shè)置數(shù)據(jù)池，實現(xiàn)變量加載業(yè)務(wù)批量執(zhí)行 Web站點經(jīng)驗點滴模擬用戶數(shù)的遞增 合理設(shè)置交易之間時間間隔 模擬IP地址變量的技術(shù) 超時（timeout）的設(shè)置 并發(fā)用戶連續(xù)執(zhí)行交易數(shù)的設(shè)置 錯誤處理Web站點經(jīng)驗點滴利用QALoad的ActiveData技術(shù)采用復(fù)合交易測試方案盡量將執(zhí)行負(fù)載測試的機(jī)器合理分布 并發(fā)用戶數(shù)量極限點加壓機(jī)器的CPU使用率也有必要監(jiān)控 設(shè)置并發(fā)點 HTML與URL錄制方式基于數(shù)據(jù)庫服務(wù)器的測

4、試 數(shù)據(jù)庫服務(wù)器的組成 DBMS 常用的數(shù)據(jù)庫服務(wù)器平臺Oracle故障診斷為了分析故障位置，將故障診斷數(shù)據(jù)（Oracle Diagnostics）與交易執(zhí)行響應(yīng)時間（Transaction Response Time）數(shù)據(jù)關(guān)聯(lián)起來。例如：某交易 “enter”的平均響應(yīng)時間高，使用故障診斷（Oracle diagnostics），就可以查找到是什么原因?qū)е铝诉@個問題。 Oracle故障診斷利用故障診斷的方法（Oracle DB Side Transactions by SQL Stage）可以將SQL語句執(zhí)行過程中的時間劃分為四部分：解析時間（Parse Time）執(zhí)行時間（Execute

5、Time）讀取時間（Fetch Time）其他時間（Other Time），例如綁定時間（bind time）。 Oracle故障診斷SQL執(zhí)行時間分解數(shù)據(jù)庫服務(wù)器典型性能問題數(shù)據(jù)庫服務(wù)器性能問題及原因分析 單一類型事務(wù)響應(yīng)時間過長 數(shù)據(jù)庫服務(wù)器負(fù)載 糟糕的數(shù)據(jù)庫設(shè)計 事務(wù)粒度過大 批任務(wù)對普通用戶性能的影響 并發(fā)處理能力差 鎖沖突嚴(yán)重 資源鎖定造成的數(shù)據(jù)庫事務(wù)超時 數(shù)據(jù)庫死鎖 數(shù)據(jù)庫服務(wù)器典型性能問題數(shù)據(jù)庫性能問題的一般解決辦法 監(jiān)視性能相關(guān)數(shù)據(jù)；定位資源占用較大的事務(wù)并做出必要的優(yōu)化或調(diào)整；定位鎖沖突，修改鎖沖突發(fā)生嚴(yán)重的應(yīng)用邏輯；對規(guī)模較大的數(shù)據(jù)或者無法通過一般優(yōu)化解決的鎖沖突進(jìn)行分布。

6、Oracle與提高性能有關(guān)的特性 索引并行執(zhí)行簇與散列簇分區(qū)多線程服務(wù)器同時讀取多塊數(shù)據(jù) Oracle配置的關(guān)鍵參數(shù) MAX_DSPATCHERS：這個參數(shù)指定了系統(tǒng)允許同時進(jìn)行的調(diào)度進(jìn)程的最大數(shù)量。MAX_SHARED_SERVERS：這個參數(shù)指定了系統(tǒng)允許同時進(jìn)行的共享服務(wù)器進(jìn)程的最大數(shù)量。如果系統(tǒng)中出現(xiàn)的人為死鎖過于頻繁，那么管理員應(yīng)該增大這個參數(shù)的值。PARALLEL_ADAPTIVE_MULTI_USER：當(dāng)這個參數(shù)的值為TRUE時，系統(tǒng)將啟動一個能提高使用并行執(zhí)行的多用戶系統(tǒng)性能的自適應(yīng)算法。這個算法將根據(jù)查詢開始時的系統(tǒng)負(fù)載自動降低查詢請求的并行度。Oracle配置的關(guān)鍵參數(shù) P

7、ARLLEL_MIN_SERVERS：這個參數(shù)指定了實例并行執(zhí)行進(jìn)程的最小數(shù)量。其值就是實例啟動時Oracle創(chuàng)建的并行執(zhí)行進(jìn)程數(shù)。PARLLEL_THREADS_PER_CPU：這個參數(shù)指定了實例默認(rèn)的并行度和并行自適應(yīng)以及負(fù)載平衡算法。它指明了并行執(zhí)行過程中一個CPU能處理的進(jìn)程或線程數(shù)。PARTITION_VIEW_ENABLED：這個參數(shù)指定了優(yōu)化器是否使用分區(qū)視圖。Oracle推薦用戶使用分區(qū)表（這是在Oracle8之后引入的）而不是分區(qū)視圖。分區(qū)視圖只是為了提供Oracle的后向兼容性。REVOVERY_PARALLELISM：這個參數(shù)指定了恢復(fù)數(shù)據(jù)庫系統(tǒng)時使用的進(jìn)程數(shù)。 Orac

8、le數(shù)據(jù)庫性能測試Oracle系統(tǒng)性能測試的目標(biāo):模擬數(shù)據(jù)庫系統(tǒng)的數(shù)據(jù)負(fù)載,操作,偵測和獲取性能測試數(shù)據(jù), 幫助開發(fā)和DBA來優(yōu)化和調(diào)整數(shù)據(jù)庫或者應(yīng)用程序.最終的結(jié)果是獲取更快的數(shù)據(jù)庫響應(yīng)速度或者更高吞度能力.Oracle系統(tǒng)性能測試的本質(zhì)硬件 (CPU, Memory, I/O競爭等)系統(tǒng)配置 (SGA/PGA)應(yīng)用程序(SQL, PL-SQL)網(wǎng)絡(luò)連接Oralce系統(tǒng)性能測試的范圍應(yīng)用程序調(diào)優(yōu)-For Application developerSQL語句測試調(diào)優(yōu)Thin, OCI測試Schema 對象調(diào)優(yōu)-For Database developerSchema(表,索引,存儲過程)設(shè)計P

9、L-SQL語句和調(diào)用數(shù)據(jù)復(fù)制系統(tǒng)參數(shù)調(diào)優(yōu)-For DBA內(nèi)存/CPU/I/O競爭/網(wǎng)絡(luò)SGA配置動態(tài)表空間估計分區(qū)表,索引設(shè)計數(shù)據(jù)庫性能測試大數(shù)據(jù)量測試大容量測試性能測試過程和策略理解測試需求: 是校驗測試還是基準(zhǔn)測試?是單個用戶大數(shù)據(jù)量測試還是多個用戶并發(fā)測試?什么地方是可能的性能瓶頸?可能是哪個方面的性能測試? (應(yīng)用程序or系統(tǒng)參數(shù)or Schema對象)選擇測試工具頁面級的輔助測試工具: JMeter, Webload etc第三方監(jiān)控程序: 如DB Flash, 或者有些通過log文件, 來監(jiān)控動態(tài)的訪問路徑, 高占用的進(jìn)程,會話和SQL語句基于數(shù)據(jù)庫服務(wù)器的測試自定義或者常用的命令

10、, 來動態(tài)監(jiān)控和獲取執(zhí)行SQL, PL-SQL所需要的時間, 占用的CPU和內(nèi)存資源.數(shù)據(jù)庫系統(tǒng)本身的性能工具包, 如在Oracle中使用的Explain Plan, AutoTrace, PKPROF以及Statspack.設(shè)計測試場景以及測試腳本數(shù)據(jù)量設(shè)計或加載.測試環(huán)境建立和測試過程分析測試腳本設(shè)計收集數(shù)據(jù)和分析結(jié)果性能瓶頸參數(shù)優(yōu)化和對比數(shù)據(jù)庫測試工具 -AUTOTRACEcommand:set autotrace ontraceonlyoff;SQL select * from wbxsite;3091 rows selected.Execution Plan- 0 SELECT ST

11、ATEMENT Optimizer=CHOOSE (Cost=4 Card=2489 Bytes=17 4230) 1 0 TABLE ACCESS (FULL) OF WBXSITE (Cost=4 Card=2489 Bytes=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 c

12、lient 208 SQL*Net roundtrips to/from client 6 sorts (memory) 0 sorts (disk) 3091 rows processedSQL / -the 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

13、Card=2489 Bytes=1 74230)Statistics- 0 recursive calls 0 db block gets 245 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 0 sorts (memory) 0 sorts (disk) 3091 rows processedSQL 數(shù)據(jù)庫測

14、試工具 -AUTOTRACEEXPLAIN PLANRunning explain plan and show output:Explain plan for Statement;?/rdbms/admin/utlxpls.sql - Shows plan table output for serial processing?/rdbms/admin/utlxplp.sql - Shows plan table output with parallel execution columnsAnalyze planOptimizer modeScan modeRecursive callsRedo

15、 sizes數(shù)據(jù)庫測試工具 (Contd)數(shù)據(jù)庫測試工具 (Contd)StatspackInstall packageConnect as sysdbaRun ?/rdbms/admin/spcreate sql, to create all required tables, packages, user and grant privilege.Specify 3 required parameters: user password, tablespace and temp tablespace, it is better to create independent tablespace a

16、nd temp tablespace for this schema.Using statspackconnect as perfstats.EXECUTE 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.An integer snap_i

17、d will be returned, we can get it by SMART calling, or from latest SNAP_ID from table STATS$SYSSTAT.Running the Statspack Reportconnect as perfstats.Execute sql: ?/rdbms/admin/spreportSpecify 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_snap, report_name before ru