Software_Testing_Technology

1、功能測試技術(shù) The First Step V 1.03 2015 TCL Corporation Test Requirements Test Strategy Test Design Test Plan Test Cases Unit Test System Design Verification Integration Test System Verification Test Acceptance Test 2015-7-212 Keywords Equivalence Partitioning Boundary Value Test Case-effect Graphing Fish

2、bone Diagram Decision Table Orthogonal Array Test Testing Types 2015-7-213 測試用例要素測試用例要素 缺陷發(fā)現(xiàn)趨勢缺陷發(fā)現(xiàn)趨勢 測試設計方法測試設計方法 測試類型分析測試類型分析 2015 TCL Corporation 測試用例應包括： 用例標識（序號，含需求標識、規(guī)格標識） 用例名字（描述） 預置條件 操作步驟 預期結(jié)果（觀測點） 優(yōu)先級 2015-7-214 測試用例包含的要素 2015 TCL Corporation 此外，根據(jù)測試用例輸出文檔屬于測試設計階段、 測試執(zhí)行階段等階段、用途的不同，測試用例還可 以包

3、括： 測試用例編寫人、執(zhí)行人 測試用例計劃執(zhí)行時間、實際執(zhí)行時間 用例狀態(tài)：pass, fail, block, cancel 缺陷描述：觸發(fā)步驟、重現(xiàn)條件、嚴重程度、歸屬 模塊 2015-7-215 測試用例包含的要素 2015 TCL Corporation 測試用例標識 項目標識 測試需求標識(TR: Testing requirements) 測試規(guī)格標識(Test Specifications) 測試用例序號 2015-7-21 6 測試用例包含的要素 測試需求測試需求 編號編號 測試需求描述測試需求描述 測試規(guī)格測試規(guī)格 編號編號 測試規(guī)格描述測試規(guī)格描述測試用例編號測試用例編號

4、TRCLBX 測試差旅報銷 流程 SSZH 測試差旅報銷順序執(zhí)行的正常 流程 00001 2015 TCL Corporation 測試用例的名字應簡要敘述被測對象和測試內(nèi)容。 預置條件指明了針對這個測試用例要測試通過，預先應該成 立的條件或步驟。對于多個測試用例具有的共性條件，應在測 試用例之外單獨說明。 2015-7-21 7 測試用例包含的要素 預置條件預置條件測試用例描述測試用例描述 人員張三已存在 申請報銷人員填寫差旅報銷單，提交項目 負責人成功 2015 TCL Corporation 操作步驟應準確、簡明、必要而不冗余的描述用例中每一 步的操作，每一步都必須是確定的步驟，說明具體

5、的參數(shù)值， 如果有不確定的內(nèi)容，則應該在用例設計時注明，并在用例測 試執(zhí)行前修訂完善。如果需要測試多個選擇或參數(shù)，則應該增 補新的用例。特殊步驟應說明具體操作和命令，如斷開數(shù)據(jù)庫 連接，應指明是切斷網(wǎng)線還是登錄上系統(tǒng)后重啟數(shù)據(jù)庫，或者 是其他方式，由操作命令控制的，還應列出命令項。未注明的 不確定的值、或者沒有說明具體值，在評審時可視為用例缺陷。 2015-7-21 8 測試用例包含的要素 測試步驟測試步驟 1. 報銷人員【張三】登錄進入系統(tǒng) 2. 進入差旅報銷無申請單關(guān)聯(lián)頁面 3. 填寫表單:附件張數(shù)=【2】,流程選擇=【工程管理】,出差人=【張三】 ,出差部門=【XXX】(待 定）,報銷類

6、型=【差旅費】,預算項目=【ERP管理】,預算金額=【1234】,累計發(fā)生數(shù)=【12】,出差 事由=【考察】,起點時間=【2009-6-2】,起點地點=【成都】,終點時間=【2009-6-6】,終點地點= 【北京】 4. 點擊提交按鈕 5. 選擇提交對象 【李四】（項目負責人） 6. 點擊確定 2015 TCL Corporation 預期結(jié)果反映了用例執(zhí)行后期望得到的結(jié)果，觀測點是每步操作后需 要觀測的值。 優(yōu)先級反映在用例測試過程中為應優(yōu)先執(zhí)行的順序，高優(yōu)先級的用例 應包括測試基本功能的用例、有可能造成阻塞的用例和可能造成嚴重問題 的用例。 在測試計劃的制定過程中、版本初驗過程中、測試和測

7、試過程中、 客戶演示計劃中，優(yōu)先級對計劃的制定和用例挑選起著重要作用。 2015-7-21 9 測試用例包含的要素 觀測點與預期結(jié)果觀測點與預期結(jié)果 1. 提交成功，顯示“提交成功！”信息提示。 2. 張三點擊查詢可以看到自己的表單，顯示信 息與填寫信息一致。目前狀態(tài)為等待李四審批。 2015-7-21 10 測試用例要素測試用例要素 缺陷發(fā)現(xiàn)趨勢缺陷發(fā)現(xiàn)趨勢 測試設計方法測試設計方法 測試類型分析測試類型分析 2015 TCL Corporation 請思考 1）什么情況下需要 盡早介入測試 3）盡早介入測試的 優(yōu)點是什么 2）各個階段發(fā)現(xiàn)缺 陷的主要方式 2015-7-21 11 典型的缺

8、陷發(fā)現(xiàn)趨勢圖 Design, 65 Specifications, 101 Code, 230 Test, 562 Products, 25 maintenance, 6 0 100 200 300 400 500 600 01234567 各階段發(fā)現(xiàn)缺陷數(shù)各階段發(fā)現(xiàn)缺陷數(shù) 軟件產(chǎn)品開發(fā)階段軟件產(chǎn)品開發(fā)階段 缺陷缺陷發(fā)現(xiàn)趨勢圖發(fā)現(xiàn)趨勢圖 缺陷發(fā)現(xiàn)數(shù) 2015-7-21 12 測試用例要素測試用例要素 缺陷發(fā)現(xiàn)趨勢缺陷發(fā)現(xiàn)趨勢 測試設計方法測試設計方法 測試類型分析測試類型分析 2015 TCL Corporation 等價類是指某個輸入域的子集合。在該子集合中,各個輸入數(shù)據(jù)對于揭露 程序中的錯

9、誤都是等效的，并合理地假定：測試某等價類的代表值就等于對這一類 其它值的 測試，因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價類,在每一個等價類 中取一個數(shù)據(jù)作為測試的輸入條件就可以用少量代表性的測試數(shù)據(jù)取得較好的測試 結(jié)果。 等價類劃分可有兩種不同的情況：有效等價類和無效等價類。 是指對于程序的規(guī)格說明來說是合理的、有意義的輸入數(shù)據(jù)構(gòu)成的集合。利用 有效等價類可檢驗程序是否實現(xiàn)了規(guī)格說明中所規(guī)定的功能和性能。 與有效等價類的定義恰巧相反。無效等價類指對程序的規(guī)格說明是不合理的或 無意義的輸入數(shù)據(jù)所構(gòu)成的集合。對于具體的問題，無效等價類至少應有一個，也 可能有多個。 設計測試用例時,要同時考慮這兩

10、種等價類。因為軟件不僅要能接收合理的數(shù)據(jù), 也要能經(jīng)受意外的考驗，這樣的測試才能確保軟件具有更高的可靠性。 2015-7-21 13 Equivalence Partitioning 等價類定義 2015 TCL Corporation 完備測試、避免冗余； 集合的劃分，劃分為互不相交的一組子集（唯一性、 無冗余性），而子集的并是整個集合(完備性）; 同一類中標識（選擇）一個測試用例，同一等價類 中，往往處理相同，相同處理映射到相同的執(zhí)行路 徑。 2015-7-21 14 Equivalence Partitioning 等價類劃分標準 2015 TCL Corporation 1)在輸入條件

11、規(guī)定了取值范圍或值的個數(shù)的情況下,則可以確立一個有效等價類 和兩個無效等價類。如：輸入值是學生成績，范圍是0100； 2)在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下,可確 立一個有效等價類和一個無效等價類； 3)在輸入條件是一個布爾量的情況下,可確定一個有效等價類和一個無效等價類。 4)在規(guī)定了輸入數(shù)據(jù)的一組值（假定n個）,并且程序要對每一個輸入值分別處 理的情況下,可確立n個有效等價類和一個無效等價類。 例：輸入條件說明學歷可為:?？啤⒈究?、碩士、博士四種之一，則分別取這 四種這四個值作為四個有效等價類，另外把四種學歷之外的任何學歷作為無效 等價類。 5)在規(guī)定了輸入數(shù)

12、據(jù)必須遵守的規(guī)則的情況下,可確立一個有效等價類（符合規(guī) 則）和若干個無效等價類（從不同角度違反規(guī)則）； 6)在確知已劃分的等價類中各元素在程序處理中的方式不同的情況下,則應再將 該等價類進一步的劃分為更小的等價類 2015-7-21 15 Equivalence Partitioning 等價類劃分方法 2015 TCL Corporation 在確立了等價類后,可建立等價類表,列出所有劃分出的等價類 輸入條件：、，然后從劃分出的等價類 中按以下三個原則設計測試用例： 1)為每一個等價類規(guī)定一個唯一的編號； 2)設計一個新的測試用例,使其盡可能多地覆蓋尚未被覆蓋的有 效等價類,重復這一步，直到

13、所有的有效等價類都被覆蓋為止； 3)設計一個新的測試用例,使其僅覆蓋一個尚未被覆蓋的無效等 價類,重復這一步，直到所有的無效等價類都被覆蓋為止。 2015-7-21 16 Equivalence Partitioning 等價類設計測試用例 2015 TCL Corporation 2015-7-21 17 Equivalence Partitioning 等價類三角形 某程序規(guī)定：輸入三個整數(shù) a 、 b 、 c 分別作為三邊的邊長構(gòu)成三角形。通過程 序判定所構(gòu)成的三角形的類型，當此三角 形為一般三角形、等腰三角形及等邊三角 形時，分別作計算 。 用等價類劃分方法為分析題目中給出 和隱含的對

14、輸入條件的要求： （1）整數(shù) （2）三個數(shù) （3）非零數(shù) （4） 正數(shù) （5）兩邊之和大于第三邊 （6）等 腰 （7）等邊 覆蓋有效等價類的測試用例： a b c 覆蓋等價類號碼 3 4 5 （1）-（7） 4 4 5 （1）-（7），（8） 4 5 5 （1）-（7），（9） 5 4 5 （1）-（7），（10） 4 4 4 （1）-（7），（11） 2015 TCL Corporation 2015-7-21 18 Equivalence Partitioning 等價類三角形 2015 TCL Corporation 設有一個檔案管理系統(tǒng)，要求用戶輸入以年月表示的日期。假 設日期限定在1

15、990年1月2049年12月，并規(guī)定日期由6位數(shù)字字 符組成，前4位表示年，后2位表示月?，F(xiàn)用等價類劃分法設計 測試用例，來測試程序的日期檢查功能。 劃分等價類并編號,下表為等價類劃分的結(jié)果 2015-7-21 19 Equivalence Partitioning 等價類日期 輸入等價類輸入等價類有效等價類有效等價類無效等價類無效等價類 日期的類型及長度 6位數(shù)字字符 有非數(shù)字字符 少于6位數(shù)字字符 多于6位數(shù)字字符 年份范圍在19902049之間 小于1990 大于2049 月份范圍在0112之間 等于00 大于12 2015 TCL Corporation 設計測試用例，以便覆蓋所有的有

16、效等價類。在表中列出了3個有效等價類，編號分別為 、，設計的測試用例如下： 測試數(shù)據(jù) 期望結(jié)果 覆蓋的有效等價類 200211 輸入有效 、 為每一個無效等價類設計一個測試用例，設計結(jié)果如下： 測試數(shù)據(jù) 期望結(jié)果 覆蓋的無效等價類 95June 無效輸入 20036 無效輸入 2001006 無效輸入 198912 無效輸入 205401 無效輸入 200100 無效輸入 200113 無效輸入 2015-7-21 20 Equivalence Partitioning 等價類日期 2015 TCL Corporation 測試技術(shù) 輸入輸出等價類 程序錯誤有在邊界值附近的趨勢 ：等價類與邊界

17、值的關(guān)注點 ：當包含復雜的計算時，確定等價類的范圍將變得 非常困難 2015-7-21 21 Boundary Value Test 邊界值測試 2015 TCL Corporation 數(shù)字輸入 數(shù)字輸出 非數(shù)字輸入數(shù)據(jù) 表格和數(shù)組 一定數(shù)量的條目 非數(shù)字輸出數(shù)據(jù) 表格和數(shù)組 輸出個數(shù) 圖形用戶界面 滾動條 顏色 音量 列表框的邊界 2015-7-21 22 Boundary Value Test 邊界值測試應用場合 2015 TCL Corporation 因果圖也稱石川圖、魚骨圖 分析令人不滿意的情況的原因 給出了各個原因之間的關(guān)系的模擬表示 通過提問不斷搜尋根本原因：為什么、什么、哪里

18、、誰、 怎樣 可以用作測試方案設計，也可以用作測試用例設計 2015-7-21 23 Case-effect Graphing 因果圖簡介 2015 TCL Corporation 標示出所有需求 對需求加以分析并標出所有的原因和結(jié)果 給每個原因和結(jié)果分配一個唯一的編號 對需求加以分析并把它們表示為因果之間的關(guān)系圖， And Not Or 把圖表轉(zhuǎn)換成一個決策表 將決策表中的列轉(zhuǎn)換成測試用例 2015-7-21 24 Case-effect Graphing 因果圖步驟 2015 TCL Corporation 原因原因結(jié)果結(jié)果結(jié)果結(jié)果 1落點在棋盤上21 不移動棋子 2落點與起點構(gòu)成日字 3

19、落點處為自己方棋子 4無絆馬腿 5落點處無棋子11 可以移動棋子22 移動棋子 6 落點處為對方棋子 （非老將） 23 移動棋子并移去 對方棋子 7落點處為對方老將24 移動棋子，并提 示戰(zhàn)勝對方 2015-7-21 25 Case-effect Graphing 因果圖中國象棋 2015 TCL Corporation 表示不同判斷的組合導致的行為集合的一種技術(shù) 條件樁 條件及判斷 動作樁 動作及結(jié)果 規(guī)則 判斷及結(jié)果形成規(guī)則 Y N - X 2015-7-21 26 Decision Table 判定表 條件樁條件樁條件項條件項 動作樁動作項 規(guī)則 2015 TCL Corporation

20、 程序FIELD-COUNT 2015-7-21 27 Decision Table 判定表 Dowhile not EOF read record if FILELD_COUNTER 7 then increment COUNTER_7 by 1 else if FIELD_COUNTER 3 then increment COUNTER_3 by 1 else increment COUNTER_1 by 1 endif endif End_While End 2015 TCL Corporation 條件條件 EOFYNNN FIELD_COUNT7-YNN FIELD_COUNT3-Y

21、N FIELD_COUNT1-Y 行為行為 End ProgramX Increment FIELD_COUNT7 by 1X Increment FIELD_COUNT7 by 1X Increment FIELD_COUNT7 by 1X 2015-7-21 28 Decision Table 判定表 2015 TCL Corporation 1. 計算股票基金投資業(yè)的月度投入產(chǎn)出比，最少投入1000元，少于1000元不允 許入市，最多不限，超過10000000同為50%。 請用等價類劃分和邊界值方法設計測試用例。 2.用戶登錄界面需要輸入用戶名和密碼，如下圖，要求： 1）賬號長度為116

22、位長的數(shù)字，不能以0開頭， 2）密碼為616位長的任意字符 請用等價類劃分和邊界值方法設計測試用例。 2015-7-21 29 練習 投入投入每月利潤率每月利潤率 100010000￥10% 10001200000￥35% 20000110000000￥50% 2015 TCL Corporation 用例場景是通過描述 流經(jīng)用例的路徑來確 定的過程，這個流經(jīng) 過程要從用例開始到 結(jié)束遍歷其中所有基 本流和備選流。 2015-7-21 30 場景分析法 2015 TCL Corporation 場景1 基本流 場景2 基本流 備選流1 場景3 基本流 備選流1 備選流2 場景4 基本流 備選流

23、3 場景5 基本流 備選流3 備選流1 場景6 基本流 備選流3 備選流1 備選流2 場景7 基本流 備選流4 場景8 基本流 備選流3 備選流4 2015-7-21 31 用例場景描述 2015 TCL Corporation 業(yè)務模型 2015-7-21 32 場景分析法ATM模型 2015 TCL Corporation 步驟1： 準備提款儲戶向ATM機插入銀行卡 步驟2： 驗證銀行卡ATM判斷是否可接收 步驟3： 儲戶輸入PIN碼 步驟4： ATM機驗證賬戶和PIN碼 步驟5： ATM顯示選項（僅做取款流程分析） 步驟6： 輸入金額 步驟7： 授權(quán)ATM將交易信息發(fā)送銀行系統(tǒng) 步驟8：

24、 出鈔 步驟9： 收據(jù) 步驟10： 返回銀行卡 2015-7-21 33 場景分析法 ATM基本流 2015 TCL Corporation 序號序號備選流備選流具體步驟具體步驟 備選流1銀行卡無效基本流2中，若卡無效，則退卡 備選流2ATM內(nèi)沒有現(xiàn)金基本流5中，ATM沒有現(xiàn)金，不顯示提款選項 備選流3ATM內(nèi)現(xiàn)金不足基本流6中，若金額超出ATM內(nèi)存金，則提示金額超出，重新進入 基本流6中 備選流4PIN有誤基本流4中，有3次輸入機會，超過3次錯誤，卡被保留，同時流程 終止 備選流5賬戶不存在基本流4中，若賬戶不存在或禁止提款，提示后，返回基本流10 備選流6賬面金額不足基本流7中，若金額不足

25、，則提示后返回基本流6 備選流7達到每日提取金額上限基本流7中，若達到24小時內(nèi)的提取金額上限，提示用戶后返回基 本流6 備選流8記錄錯誤基本流10中，記錄無法更新，則進入安全模式，所有功能暫停使用， 并向銀行系統(tǒng)發(fā)送報警信息 備選流9退出任意基本流中，用戶可以退出，同時，卡也退出 備選流10翹起任意時刻，發(fā)現(xiàn)傳感器報警，則進入安全模式，所有功能暫停使用， 并向警方發(fā)送報警信息，系統(tǒng)等待重啟/初始化指令 2015-7-21 34 場景分析法 ATM備選流 2015 TCL Corporation 場景劃分場景劃分基本流基本流備選流備選流 場景1：成功提款基本流 場景2：ATM沒有現(xiàn)金基本流備選

26、流2 場景3：ATM現(xiàn)金不足基本流備選流3 場景4：PIN有誤（還有機會）基本流備選流4 場景5：PIN有誤（沒有機會）基本流備選流4 場景6：賬戶不存在/賬戶類型錯誤基本流備選流5 場景7：賬戶余額不足基本流備選流6 2015-7-21 35 場景分析法 ATM場景劃分 注：為分析方便，部分場景沒有錄入注：為分析方便，部分場景沒有錄入 2015 TCL Corporation TC-ID場景場景PIN賬賬 號號 金金 額額 賬面賬面 金額金額 ATM 余額余額 預期結(jié)果預期結(jié)果 1場景1：成功提款VVVVV成功提款 2場景2：ATM沒有 現(xiàn)金 VVVVI提款選項不可用， 用例結(jié)束 3場景3：

27、ATM現(xiàn)金 不足 VVVVI警告，返回基本 流6，輸入金額 4場景4：PIN有誤 （還有多次機會） IVN/AVV警告，返回基本 流4，輸入PIN 5場景5：PIN有誤 （還有有一次機 會） IVN/AVV警告，返回基本 流4，輸入PIN 6場景6：PIN有誤 （沒有機會） IVN/AVV警告，卡保留， 結(jié)束 2015-7-21 36 場景分析法用例矩陣設計 2015 TCL Corporation 2015-7-21 37 場景分析法生成測試用例 TC-ID場景場景PIN賬賬 號號 金金 額額 賬面賬面 金額金額 ATM 余額余額 預期結(jié)果預期結(jié)果 1場景1：成功提款09879998 88

28、10050010000成功提款 2場景2：ATM沒有現(xiàn)金09879998 88 1005000提款選項不可用，用例 結(jié)束 3場景3：ATM現(xiàn)金不足09879998 88 200500100警告，返回基本流6， 輸入金額 4場景4：PIN有誤（還有 多次機會） 12349998 88 N/A50010000警告，返回基本流4， 輸入PIN 5場景5：PIN有誤（還有 有一次機會） 12349998 88 N/A50010000警告，返回基本流4， 輸入PIN 6場景6：PIN有誤（沒 有機會） 12349998 88 N/A50010000警告，卡保留，結(jié)束 2015 TCL Corporati

29、on 注意： 1） 假定用戶輸入用戶名密碼一次且正確； 2） 流程包括：開機，選擇賬戶登錄，注銷，切換用戶，屏保鎖屏，待 機，關(guān)機； 3） 屏保鎖屏、待機要求輸入當前賬戶的密碼，或者直接關(guān)機，不能選 擇切換用戶 4） 任意狀態(tài)均可選擇關(guān)機。 要求： 1） 畫出流程圖； 2） 列出基本流和備用流； 3） 設計測試用例矩陣； 4） 根據(jù)測試用例矩陣生成測試用例。 2015-7-21 38 練習（一） 2015 TCL Corporation 注意： 1） 假定用戶已登錄淘寶賬號，且起始和最終流程均是進入到瀏覽商品頁面； 2） 假定用戶輸入支付寶賬號密碼一次且正確； 3） 流程包括：瀏覽商品，加入購

30、物車，修改購物車，清空購物車，點擊“支付” 進入支付流程（進入支付頁面時要考慮購物車為空、提示用戶后返回瀏覽商品頁 面），輸入支付寶賬號和密碼，確認訂單（需考慮修改和取消訂單），付款（需考 慮支付寶金額不足的情況下修改、取消訂單的互動）； 要求： 1） 畫出流程圖； 2） 列出基本流和備用流； 3） 生成測試用例。 4） 為方便起見，不考慮多個備選流交互的情形不考慮多個備選流交互的情形，從備選流返回瀏覽商品頁面可認 為是用例結(jié)束。例如，取消訂單后返回到瀏覽商品頁面，此時用例結(jié)束。 2015-7-21 39 練習（二） 2015 TCL Corporation 錯誤推測法就是基于經(jīng)驗和直覺推測程

31、序中所有可 能存在的各種錯誤，從而有針對性地設計測試用例 的方法。 2015-7-21 40 錯誤推測法 2015 TCL Corporation 選擇等價類劃分使無限測試變?yōu)橛邢逌y試； 在任何情況下都必須使用邊界值分析方法； 用錯誤推測法再追加一些測試用例； 對照程序邏輯，檢查已設計出的測試用例的邏輯覆蓋程 度。如果沒有達到要求的覆蓋標準，應當再補充足夠的 測試用例； 如果程序的功能說明中含有輸入條件的組合情況，則一 開始就可選用因果圖法； 對于輸入條件較多或相互間存在順序影響的案例，不宜 使用因果圖 2015-7-21 41 測試方法選擇的綜合策略 2015-7-21 42 測試用例要素測

32、試用例要素 缺陷發(fā)現(xiàn)趨勢缺陷發(fā)現(xiàn)趨勢 測試設計方法測試設計方法 測試類型分析測試類型分析 2015 TCL Corporation 2015-7-21 43 Testing Types 黑盒測試類型分析 2015 TCL Corporation 系統(tǒng)核心功能、基本業(yè)務流程的驗證 模擬用戶實際操作的業(yè)務場景，遍歷主要業(yè)務流程和業(yè)務規(guī)則 關(guān)注需求規(guī)格定義的所有功能系統(tǒng)是否都已實現(xiàn) 將每個功能分解成測試項。關(guān)注每個測試項的測試類型都被測試通過 相關(guān)聯(lián)的功能項的組合功能的都被正確實現(xiàn) 業(yè)務功能間存在的功能沖突情況，均測試通過。例如：共享資源訪問等 2015-7-21 44 功能測試 2015 TCL

33、Corporation 并發(fā)用戶操作下，不斷增加并發(fā)用戶數(shù)量，分析系統(tǒng)性能指標、資源狀況。主要 關(guān)注點：交互結(jié)果、每分鐘交互數(shù)、交互響應時間（最小服務器響應時間、平均服務 器響應時間、最大服務器響應時間）。 不斷對系統(tǒng)施壓，通過確定一個系統(tǒng)的瓶頸或者不能接收的性能點，來獲得系統(tǒng) 能提供的最大服務級別的測試。 系統(tǒng)在極限或異常資源情況下，即系統(tǒng)資源處于特別低的狀況下，軟件系統(tǒng)運行 情況。確定系統(tǒng)綜合交易指標和資源監(jiān)控指標，保證系統(tǒng)能否按規(guī)格強度下運行 。 關(guān)注各種工作負載情況下的性能指標，測試當負載逐漸增加到超負荷狀態(tài)時，系 統(tǒng)組成部分的相應輸出項，例如通過量、響應時間、CPU負載、內(nèi)存使用等來

34、決定系 統(tǒng)的性能。 2015-7-21 45 性能與壓力測試（一） 2015 TCL Corporation 采用系統(tǒng)穩(wěn)定運行情況下能夠支持的最大并發(fā)用戶數(shù)，持 續(xù)執(zhí)行一段時間業(yè)務，通過綜合分析交易執(zhí)行指標和資源監(jiān)控 指標來確定系統(tǒng)處理最大工作量強度性能的過程。 針對某些系統(tǒng)存儲、傳輸、統(tǒng)計、查詢等業(yè)務進行大數(shù)據(jù) 量的獨立數(shù)據(jù)量測試。 超出系統(tǒng)能承受的壓力點后，系統(tǒng)出現(xiàn)錯誤狀態(tài)、出現(xiàn)錯 誤比率及恢復能力。 2015-7-21 46 性能與壓力測試（二） 2015 TCL Corporation 操作系統(tǒng)兼容性 Win7/ winXP / Unix / Linux . . 瀏覽器兼容性 IE4 / IE5 / IE6 / Firefox / My IE / TT . . 其他支持軟件/平臺/文件/數(shù)據(jù)/接口的兼容性 2015-7-21 47 兼容性測試 2015 TCL Corporation 主要測試系統(tǒng)的可靠性設計在負載壓力下運行是否正常，包括雙機、 雙平臺、雙線路，熱備份、冷備份等。 確保系統(tǒng)在長期使用周期內(nèi)能夠在要求的性能指標下正常工作。 輸入異常數(shù)據(jù)、或執(zhí)行異常操作后，系統(tǒng)容錯性及錯誤處理機制的健 壯性。例如：重復點擊“提交”按鈕，提交申請單 2015-7-21 48 可靠性與穩(wěn)定性測試 異常處理和容錯性測試異常處理和容錯性測試 2015 TCL Cor