【正文】 受）數(shù)量的客戶機，所 有客戶機在長時間內執(zhí)行相同的、且情況（性能）最差的業(yè)務功 能。例如，可能會允許所有人輸入數(shù)據(jù)，創(chuàng)建新賬戶，但只有經理才能刪除這些數(shù)據(jù)或賬戶。對于每種用戶類型，確保正確地提供或拒絕了這些附加的功能或數(shù)據(jù)。啟用恢復流程后，將監(jiān)測和檢查應用程序和系統(tǒng)，以核實應用程序或系統(tǒng)是正確無誤的，或數(shù)據(jù)已得到了恢復。 一旦實現(xiàn)了上述情況（或模擬情況），就應該執(zhí)行其他事務。 ] 質質 量量 體體 系系 作作 業(yè)業(yè) 指指 導導 書書 擬制 審核 批準 密級 測試指導參考文件 文件號 版本 生效日期 頁碼 SSIXXX00 00000000 9/15 需考慮的特殊事項： ? [恢復測試會給其他操作帶來許多的麻煩。而且在任何時候，都可能運行許多不同的軟件組合，從而占用不同的資源。 ? 作為此測試的一部分，應將整個系統(tǒng)、 Netware、網絡服 務器、數(shù)據(jù)庫等都記錄下來。以前安裝過相同版本的 項目名稱 的計算機 ? 更新。測試某等價類的代表值就等價于對這一類其它值的測試。 3. 如果輸入條件是布爾式，可以定義一個有效等價類和一個無效等價類。這里所說的邊界是指，相當于輸入等價類和輸出等價類而言，稍高于其邊界值及稍低于其邊界值的一些特定情況。 直角排列法 概述 直 角排列法是一種黑盒測試方法，主要用在集成測試、系統(tǒng)測試階段。如： Column1中 1＝紅、 2＝黃、 3＝蘭、 4＝白 Experiment No. Column 1 Column 2 Column 3 Column 4 Column 5 1 1 1 1 1 1 2 1 2 2 2 2 3 1 3 3 3 3 4 1 4 4 4 4 5 2 1 2 3 4 6 2 2 1 4 3 7 2 3 4 1 2 8 2 4 3 2 1 9 3 1 3 4 2 10 3 2 4 3 1 11 3 3 1 2 4 12 3 4 2 1 3 13 4 1 4 2 3 14 4 2 3 1 4 15 4 3 2 4 1 質質 量量 體體 系系 作作 業(yè)業(yè) 指指 導導 書書 擬制 審核 批準 密級 測試指導參考文件 文件號 版本 生效日期 頁碼 SSIXXX00 00000000 14/15 16 4 4 1 3 2 5） 第五步：刪選優(yōu)化測試例。 最后，測試例設計完畢后，要注意檢驗每一個測試例的可行性，可根據(jù)被測對象的特性和經驗補充測試例。替代規(guī)則如下：一般情況下用“ 1”替代；必要時也可用“ 3”替代（比如用 2 替代發(fā)現(xiàn)與以有測試例重復，這時用“ 2”替代就可以刪除一個多余的測試例）； 整理矩陣，得到的 12 個測試例（見表 2）。 2） 第二步：被測對象的屬性； 質質 量量 體體 系系 作作 業(yè)業(yè) 指指 導導 書書 擬制 審核 批準 密級 測試指導參考文件 文件號 版本 生效日期 頁碼 SSIXXX00 00000000 13/15 對象屬性：車身顏色、使用壽命、載客量。 邊界值分析指南 BVA 指南類似于等價劃分： 1. 如果輸入條件代表以 a 和 b 為邊界的范圍，測試用例應當包含 a、 b、略大于 a 和略小于 b 的值。例如：程序要對 A、 B、 C、 D 四個規(guī)格的產品分別計算成本，做相應的處理，為此可以確定 4 個有效等價類為 A、 B、 C 和 D，一個無效等價類，它是所有不符合上述產品規(guī)格的輸入值的集合。 劃分等價類 可以按照如下指南定義等價類： 1. 如果輸入條件規(guī)定了取值范圍或者值的個數(shù)，可以定義一個有效等價類和兩個無效等價類。 ] 完成標準： 項目名稱 事務成功執(zhí)行，沒有出現(xiàn)任何故障。第二個目的是 核實軟件在安裝后可立即正常運行。 ? 執(zhí)行所選的事務，以模擬主角與測試對象軟件和非測試 對象軟件之間的交互。 ? 這些測試應該在工作時間之外或在一臺獨立的計算機上 運行。 當破壞若干個數(shù)據(jù)庫字段、指針和關鍵字時，應該以手工方式在數(shù)據(jù)庫中（通過數(shù)據(jù)庫工具）直接進行。一旦達到預期的測試起點，就應該分別執(zhí)行或模擬以下操作： ? 客戶機斷電：關閉 PC 的電源。 ] 故障轉移和恢復測試 [故障轉移和恢復測試可確保測試對象能成功完成故障轉移，并從硬件、軟件或網絡等方面的各種故障中進行恢復，這些故障導致數(shù)據(jù)意外丟失或破壞了數(shù)據(jù)的完整性。 ] ? 系統(tǒng)級別的安全性：核實只有具備系統(tǒng)和應用程序訪問權限的主角才能訪問系統(tǒng)和應用程序。 ? 創(chuàng)建最大的數(shù)據(jù)庫大?。▽嶋H的、按比例縮放的、或輸入了代表 性數(shù)據(jù)的數(shù)據(jù)庫），并使用多臺客戶機在長時間內同時運行查詢 和報表事務。 ? 使多個客戶機對相同的記錄或數(shù)據(jù)賬戶同時進行的訪問達到同 步。 注： 強度測試的目標還可表述為確定和記錄那些使系統(tǒng)無法 繼續(xù)正常運行的情況或條件。 ] 需考慮的特殊事項： ? [負載測試應該在專用的計算機上或在專用的機時內執(zhí)行，以便 實現(xiàn)完全的控制和精確的評測。負載測試的目標是確定并確保系統(tǒng)在超出最大預期工作量的情況下仍能正常運行。 ? 通過創(chuàng)建“虛擬的”用戶負載來模擬許多個（通常為數(shù)百個）客 戶機。這種事務被定義為將由系統(tǒng)的某個主角通過使用測試對象來執(zhí)行的特定用例，例如，添加或修改某個合同。除此之外， UI 測試還要確保 UI 功能內部的對象符合預期要求，并遵循公司或行業(yè)的標準。 ? 在測試中還將使用有效的和無效的數(shù)據(jù)，以核實以下內容： ? 在使用有效數(shù)據(jù)時得到預期的結果。 ? 所發(fā)現(xiàn)的缺陷已全部解決。 ] 功能測試 質質 量量 體體 系系 作作 業(yè)業(yè) 指指 導導 書書 擬制 審核 批準 密級 測試指導參考文件 文件號 版本 生效日期 頁碼 SSIXXX00 00000000 2/15 [測試對象的功能測試應該側重于可以被直接追蹤到用例或業(yè)務功能和業(yè)務規(guī)則的所有測試需求。 在測試這些子系統(tǒng)時，不應將測試對象的用戶界面用作數(shù)據(jù)的接口。對于數(shù)據(jù)庫管理系統(tǒng) (DBMS)，還需要