41基本概念功能測試培訓講學

14.1基本概念4.2系統(tǒng)測試層次4.3系統(tǒng)測試方法4.4系統(tǒng)靜態(tài)測試4.5功能測試4.6性能和縮放性測試4.7可用性測試4.8安全性測試4.9指標協(xié)議測試4.10安裝卸載測試4.11兼容性測試4.12本地化測試4.13系統(tǒng)測試過程4.14其他階段測試4.15測試案例分析24.5功能測試鏈接或界面切換測試業(yè)務流程測試34.5.1鏈接(界面切換)測試測試所有鏈接是否按指示的那樣確實鏈接到了該鏈接的頁面；測試所鏈接的頁面是否存在；保證Web應用系統(tǒng)上沒有孤立的頁面。界面設計文檔是依據(jù)(上海交通銀行,電力負荷管理系統(tǒng)例子)54.5.3業(yè)務流程測試64.5.3業(yè)務流程測試遵循上圖中每個經(jīng)過用例的可能路徑，可以確定不同的用例場景：場景1基本流場景2基本流備選流1場景3基本流備選流1備選流2場景4基本流備選流3場景5基本流備選流3備選流1場景6基本流備選流3備選流1備選流2場景7基本流備選流4場景8基本流備選流3備選流474.5.3業(yè)務流程測試例子84.5.3業(yè)務流程測試提款用例的基本流和某些備用流94.5.3業(yè)務流程測試第一次迭代中，根據(jù)迭代計劃，我們需要核實提款用例已經(jīng)正確地實施。此時尚未實施整個用例，只實施了下面的事件流：基本流-取預設金額（10元、20元、50元、100元）備選流2-ATM內沒有現(xiàn)金備選流3-ATM內現(xiàn)金不足備選流4-PIN有誤備選流5-帳戶不存在/帳戶類型有誤備選流6-帳面金額不足104.5.3業(yè)務流程測試場景設計場景描述基本流備選流場景1-成功的提款基本流場景2-ATM內沒有現(xiàn)金基本流備選流

2場景3-ATM內現(xiàn)金不足基本流備選流

3場景4-PIN有誤（還有輸入機會）基本流備選流

4場景5-PIN有誤（不再有輸入機會）基本流備選流

4場景6-帳戶不存在/帳戶類型有誤基本流備選流

5場景7-帳戶余額不足基本流備選流

6114.5.3業(yè)務流程測試測試用例設計124.5.3業(yè)務流程測試測試用例數(shù)據(jù)選擇134.1基本概念4.2系統(tǒng)測試層次4.3系統(tǒng)測試方法4.4系統(tǒng)靜態(tài)測試4.5功能測試4.6性能和縮放性測試4.7可用性測試4.8安全性測試4.9指標協(xié)議測試4.10安裝卸載測試4.11兼容性測試4.12本地化測試4.13系統(tǒng)測試過程4.14測試案例分析144.6性能和縮放性測試性能:性能是表明軟件系統(tǒng)對于其及時性要求的符合程度。其次,性能是軟件產品的一種特性,可以用時間來進行度量。性能的及時性用響應時間或吞吐來衡量。154.6性能和縮放性測試對軟件性能的關注是多層面的用戶關注管理人員關注開發(fā)人員關注164.6性能和縮放性測試用戶對軟件性能的關注發(fā)出請求請求應用服務器DB服務器返回數(shù)據(jù)用戶感受到響應呈現(xiàn)時間系統(tǒng)響應時間174.6性能和縮放性測試管理人員對軟件性能的關注在多個用戶并發(fā)時響應時間系統(tǒng)支持多少個并發(fā)用戶系統(tǒng)資源利用率系統(tǒng)瓶頸在什么地方系統(tǒng)可擴展性系統(tǒng)穩(wěn)定性184.6性能和縮放性測試開發(fā)人員對軟件性能的關注架構設計是否合理數(shù)據(jù)庫設計是否合理內存分配使用是否合理線程同步方式是否合理系統(tǒng)中是否存在不合理的資源競爭194.6性能和縮放性測試軟件性能的幾個指標響應時間并發(fā)用戶數(shù)吞吐量204.6性能和縮放性測試軟件性能的幾個指標—響應時間214.6性能和縮放性測試軟件性能的幾個指標—并發(fā)用戶數(shù)224.6性能和縮放性測試軟件性能的幾個指標—并發(fā)用戶數(shù)系統(tǒng)用戶數(shù)同時在線用戶人數(shù)234.6性能和縮放性測試軟件性能的幾個指標—并發(fā)用戶數(shù)計算公式C=nL/TX=c+3*(c)1/2244.6性能和縮放性測試軟件性能的幾個指標—吞吐量單位時間內系統(tǒng)處理的客戶請求的數(shù)量，直接體現(xiàn)系統(tǒng)的性能承載能力表示：請求數(shù)/秒頁面數(shù)/秒人數(shù)/天處理的業(yè)務數(shù)/小時反映服務器承受的壓力協(xié)助分析系統(tǒng)性能瓶頸254.6性能和縮放性測試軟件性能的幾個指標—吞吐量計算方式F=N*R/T264.6性能和縮放性測試性能測試是指在一定約束條件下測試系統(tǒng)所能承受的并發(fā)用戶量、運行時間、數(shù)據(jù)量，以確定系統(tǒng)所能承受的最大負載壓力，保證產品發(fā)布后系統(tǒng)的性能能夠一般觀點：找一個點（200用戶）滿足用戶需求。實際：一條曲線274.6性能和縮放性測試性能測試的目的可以概括以下幾個方面：在真實環(huán)境下檢測系統(tǒng)性能，評估系統(tǒng)性能以及服務等級的滿足情況；分析系統(tǒng)瓶頸、優(yōu)化系統(tǒng)。284.6性能和縮放性測試系統(tǒng)的縮放性指的是在系統(tǒng)中增加計算資源的能力。增加了計算資源后，在特定的負載條件下，就可以獲得可接受的或改進的響應時間、穩(wěn)定性和數(shù)據(jù)吞吐量。在這里，負載指的是同一時間內系統(tǒng)處理客戶端業(yè)務功能數(shù)量。294.6性能和縮放性測試WEB系統(tǒng)體系結構允許在WEB、應用程序和數(shù)據(jù)庫服務器層的每一層進行縮放，這些層可以按下面幾種方式縮放：垂直縮放水平縮放功能縮放系統(tǒng)性能與縮放性密切相關，因此在進行性能測試時必須考慮系統(tǒng)縮放性。304.6.1性能測試內容系統(tǒng)的性能應該包括兩方面：一方面是系統(tǒng)完成用戶業(yè)務功能的響應時間另一方面是系統(tǒng)實現(xiàn)用戶業(yè)務功能時的資源利用率分析314.6.1性能測試內容性能測試數(shù)據(jù)的收集客戶機：響應時間服務器：CPU，占全部處理器時間的百分比；內存，用字節(jié)數(shù)和每秒出現(xiàn)的頁面錯誤率表示；硬盤的I/OWEB服務器：除了上述項目外，WEB服務器還包括最大的同時連接數(shù)目。數(shù)據(jù)庫服務器：所有數(shù)據(jù)庫服務器都應當包含交易/秒和緩存命中率等數(shù)據(jù)網(wǎng)絡：監(jiān)視每個服務器之間的帶寬數(shù)據(jù)324.6.1.1客戶端性能測試主要是測試在多個客戶并發(fā)時，系統(tǒng)完成用戶業(yè)務功能的響應時間。具體性能指標參數(shù)如下：并發(fā)客戶端數(shù)業(yè)務處理響應時間業(yè)務處理通過率334.6.1.1客戶端性能測試WEB系統(tǒng)為例，響應時間性能因素包括下面幾項：請求提交：客戶瀏覽器為了與網(wǎng)站進行連接并傳輸用戶提供的數(shù)據(jù)所需的時間。處理時間：請求被一臺或多臺服務器處理以執(zhí)行用戶所需功能的時間。響應：處理請求后，將頁面或者數(shù)據(jù)返回給用戶，傳輸這些頁面或者數(shù)據(jù)所需要的時間即為響應時間。344.6.1.1客戶端性能測試響應時間=N1+N2+N3+N4+A1+A2+A3+A4354.6.1.2系統(tǒng)資源利用率分析網(wǎng)絡資源利用率分析服務器資源利用率分析通過監(jiān)測操作系統(tǒng)、數(shù)據(jù)庫以及中間件服務器364.6.1.2系統(tǒng)資源利用率分析

-網(wǎng)絡資源利用率分析

對象計數(shù)器描述參考值NetworkInterfaceBytesTotal/secBytesTotal/sec為發(fā)送和接收字節(jié)的速率，包括幀字符在內。判斷網(wǎng)絡連接速度是否是瓶頸，可以用該計數(shù)器的值和目前網(wǎng)絡的帶寬比較該計數(shù)器的值與網(wǎng)絡帶寬相除，結果小于50％。WebServiceMaximumConnectionsTotalConnectionAttemptsMaximumConnections：“最大連接數(shù)”是和Web服務同時建立起的最大連接數(shù)。TotalConnectionAttempts：“連接嘗試總數(shù)”是從服務啟動時利用Web服務嘗試連接的總數(shù)。該計數(shù)器應用于全部所列的實例374.6.1.2系統(tǒng)資源利用率分析

-操作系統(tǒng)資源利用率

操作系統(tǒng)資源利用率384.6.1.2系統(tǒng)資源利用率分析

-數(shù)據(jù)庫資源利用率

數(shù)據(jù)庫資源利用率394.6.1.2系統(tǒng)資源利用率分析

-中間件服務器利用率

中間件服務器利用率404.6.1.3系統(tǒng)性能優(yōu)化硬件優(yōu)化軟件優(yōu)化應用程序本身的優(yōu)化數(shù)據(jù)庫管理系統(tǒng)的配置優(yōu)化中間件的配置優(yōu)化414.6.2性能測試類型基準性能測試負載測試壓力測試數(shù)據(jù)容量測試424.6.3性能測試配置以WEB系統(tǒng)為例43444.6.3性能測試配置在上述系統(tǒng)中與性能有關的測試可以使用不同的配置元素執(zhí)行服務器硬件和服務器數(shù)量數(shù)據(jù)庫大小測試客戶機的位置SSL與非SSL454.6.4性能測試實施464.6.4.1性能測試需求分析性能測試需求的內容要包含以下幾個關鍵點性能測試需求的內容要包含以下幾個關鍵點測試的對象是什么，例如“被測系統(tǒng)中有負載壓力需求的功能點包括哪些”測試的對象是什么，例如“被測系統(tǒng)中有負載壓力需求的功能點包括哪些”474.6.4.1性能測試需求分析分析方法任務分布圖法交易混合圖法80—20原理法484.6.4.1性能測試需求分析

-任務分布圖法

使用任務分布圖法應關注下面兩點有哪些交易任務在一天的某些特定時刻系統(tǒng)有哪些主要操作494.6.4.1性能測試需求分析

-任務分布圖法

登錄222521記帳10151221創(chuàng)建記錄181112855040數(shù)據(jù)更新90754630查詢50302014批處理202515生成報表5060系統(tǒng)備份1181224681012141618202224測試執(zhí)行周期504.6.4.1性能測試需求分析

-交易混合圖法

使用交易混合圖應關注下面三點使用交易混合圖應關注下面三點數(shù)據(jù)操作有哪些如果任務失敗，那么商業(yè)風險有多少514.6.4.1性能測試需求分析

-交易混合圖法

交易名稱日常業(yè)務/hr高峰期業(yè)務/hrWeb服務器負載數(shù)據(jù)庫服務器負載風險登錄70210高低大開一個新帳號1015中等中等小生成訂單130180中等中等中更新訂單2030中等中等大發(fā)貨4090中等高大524.6.4.1性能測試需求分析

-80-20原理法

一個新的系統(tǒng)在開始建設時往往很難估計每個時刻用戶并發(fā)訪問數(shù)，客戶只能提供一年內會有多少筆業(yè)務需要處理，這時需要運行80-20原理法進行分析。80-20原理即每個工作日中80%的業(yè)務在20%的時間內完成。例如，每年業(yè)務量集中在8個月，每個月20個工作日，每個工作8小時即每天80%的業(yè)務在1.6小時內完成。534.6.4.1性能測試需求分析

-80-20原理法

全年處理業(yè)務約100萬筆，其中15%的業(yè)務處理每筆業(yè)務需對應用服務器提交7次請求；70%的業(yè)務處理每筆業(yè)務需對應用服務器提交5次請求；其余15%的業(yè)務每筆業(yè)務向應用服務器提交3次請求。根據(jù)以往統(tǒng)計結果，每年的業(yè)務增量為15%，考慮到今后三年業(yè)務發(fā)展的需要，測試需按現(xiàn)有業(yè)務量的2倍進行。每年總的請求數(shù)量為：（100*15%*7+100*70%*5+100*15%*3）*2=300萬次/年。每天的請求數(shù)量為：300/160=1.875萬次/天。每秒的請求數(shù)量為：（18750*80%）/（8*20%*3