軟件測試計劃書模板

1、軟件測試計參考材料修訂歷史記錄版本日期AMD修訂者說明（A-添加，M-修改，D-刪除）參考材料目錄1簡介61.1目的61.2背景61.3范圍62. 測試參考文檔和測試提交文檔72.1測試參考文檔 72.2測試提交文檔93. 測試進(jìn)度94. 測試資源104.1人力資源104.2測試環(huán)境104.3測試工具115. 系統(tǒng)風(fēng)險、優(yōu)先級116. 測試策略126.1數(shù)據(jù)和數(shù)據(jù)庫完整性測試 126.2接口測試146.3集成測試146.4功能測試166.5用戶界面測試176.6性能評測196.7負(fù)載測試216.8強(qiáng)度測試226.9容量測試246.10安全性和訪問控制測試 266.11故障轉(zhuǎn)移和恢復(fù)測試 286

2、.12配置測試316.13安裝測試327. 問題嚴(yán)重度描述 338. 附錄：項(xiàng)目任務(wù)341. 1目的V項(xiàng)目名稱 的這一 測試計劃”文檔有助于實(shí)現(xiàn)以下目標(biāo)：確定現(xiàn)有項(xiàng)目的信息和應(yīng)測試的軟件構(gòu)件。列出推薦的測試需求（高級需求）。推薦可采用的測試策略，并對這些策略加以說明。確定所需的資源，并對測試的工作量進(jìn)行估計 。列出測試項(xiàng)目的可交付元素 1. 2背景對測試對象（構(gòu)件、應(yīng)用程序、系統(tǒng)等）及其目標(biāo)進(jìn)行簡要說明有：主要的功能和性能、測試對象的構(gòu)架以及項(xiàng)目的簡史 。1.3范圍描述測試的各個階段 （例如，單元測試、集成測試或系統(tǒng)測試）針對的測試類型（如功能測試或性能測試）。簡要地列出測試對象中將接受測試或

3、將不接受測試的那些性能和功能如果在編寫此文檔的過程中做出的某些假設(shè)可能會影響測試設(shè)計列出所有這些假設(shè)。需要包括的信息并說明本計劃所、開發(fā)或?qū)嵤?，則列出可能會影響測試設(shè)計、開發(fā)或?qū)嵤┑乃酗L(fēng)險或意外事件。列出可能會影響測試設(shè)計、開發(fā)或?qū)嵤┑乃屑s束。2. 測試參考文檔和測試提交文檔2.1測試參考文檔下表列出了制定測試計劃時所使用的文檔，并標(biāo)明了各文檔的可用性注：可適當(dāng)?shù)貏h除或添加文檔項(xiàng) 。文檔已創(chuàng)建或可用已被接收或已經(jīng)過復(fù)作者或來源備注（版本/日期）審可行性分析報告是口 否口是口 否口軟件需求定義是口 否口是口 否口軟件系統(tǒng)分析是口 否口是口 否口(STD,DFD,CFD,DD)軟件概要設(shè)計是口

4、 否口是口 否口軟件詳細(xì)設(shè)計是口 否口是口 否口軟件測試需求是口 否口是口 否口硬件可行性分析報告是口 否口是口 否口硬件需求定義是口 否口是口 否口硬件概要設(shè)計是口 否口是口 否口硬件原理圖設(shè)計是口 否口是口 否口硬件結(jié)構(gòu)設(shè)計（包含是口 否口是口 否口PCB)FPGA設(shè)計是口 否口是口 否口硬件測試需求是口 否口是口 否口PCB設(shè)計是口 否口是口 否口USB驅(qū)動設(shè)計是口 否口是口 否口Tuner BSP 設(shè)計是口 否口是口 否口MCU設(shè)計是口 否口是口 否口模塊開發(fā)手冊是口 否口是口 否口測試時間表及人員安排是口 否口是口 否口測試計劃是口 否口是口 否口測試方案是口 否口是口 否口測試報告

5、是口 否口是口 否口測試分析報告是口 否口是口 否口用戶操作手冊是口 否口是口 否口安裝指南是口 否口是口 否口2.2測試提交文檔下面應(yīng)當(dāng)列出在測試階段結(jié)束后，所有可提交的文檔3. 測試進(jìn)度測試活動計劃開始日期實(shí)際開始日期結(jié)束日期制定測試計劃設(shè)計測試集成測試系統(tǒng)測試性能測試安裝測試用戶驗(yàn)收測試對測試進(jìn)行評估產(chǎn)品發(fā)布參考材料4. 測試資源4.1人力資源F表列出了在此項(xiàng)目的人員配備方面所作的各種假定注：可適當(dāng)?shù)貏h除或添加角色項(xiàng) 。角色所推薦的最少資源（所分配的專職角色數(shù)量）具體職責(zé)或注釋4.2測試環(huán)境F表列出了測試的系統(tǒng)環(huán)境軟件環(huán)境（相關(guān)軟件、操作系統(tǒng)等）硬件環(huán)境（網(wǎng)絡(luò)、設(shè)備等）4.3測試工具此項(xiàng)

6、目將列出測試使用的工具用途工具生產(chǎn)廠商/自產(chǎn)版本5. 系統(tǒng)風(fēng)險、優(yōu)先級簡要描述測試階段的風(fēng)險和處理的優(yōu)先級 6. 測試策略測試策略提供了對測試對象進(jìn)行測試的推薦方法。對于每種測試，都應(yīng)提供測試說明，并解釋其實(shí)施的原因。制定測試策略時所考慮的主要事項(xiàng)有：將要使用的技術(shù)以及判斷測試何時完成的標(biāo)準(zhǔn)。下面列出了在進(jìn)行每項(xiàng)測試時需考慮的事項(xiàng)，除此之外，測試還只應(yīng)在安全的環(huán)境中使用已知的、有控制的數(shù)據(jù)庫來執(zhí)行。注意：不實(shí)施某種測試，則應(yīng)該用一句話加以說明，并陳述這樣的理由。例如，將不 實(shí)施該測試。該測試本項(xiàng)目不適用”。6.1數(shù)據(jù)和數(shù)據(jù)庫完整性測試。在測試這些要V項(xiàng)目名稱 中，數(shù)據(jù)庫和數(shù)據(jù)庫進(jìn)程應(yīng)作為一個子

7、系統(tǒng)來進(jìn)行測試子系統(tǒng)時，不應(yīng)將測試對象的用戶界面用作數(shù)據(jù)的接口。對于數(shù)據(jù)庫管理系統(tǒng)（DBMS），還需要進(jìn)行深入的研究，以確定可以支持以下測試的工具和技術(shù)。測試目標(biāo)：確保數(shù)據(jù)庫訪問方法和進(jìn)程正常運(yùn)行，數(shù)據(jù)不會遭到損壞測試范圍：技術(shù)：調(diào)用各個數(shù)據(jù)庫訪冋方法和進(jìn)程，并在其中填充有效的和無效的數(shù)據(jù)（或?qū)?shù)據(jù)的請求）。檢查數(shù)據(jù)庫，確保數(shù)據(jù)已按預(yù)期的方式填充，并且所有的數(shù)據(jù)庫事件已正常發(fā)生 ；或者檢查所返回的數(shù)據(jù)，確保正當(dāng)?shù)睦碛蓹z索到了正確的數(shù)據(jù)開始標(biāo)準(zhǔn)：完成標(biāo)準(zhǔn)：所有的數(shù)據(jù)庫訪問方法和進(jìn)程都按照設(shè)計的方式運(yùn)行，數(shù)據(jù)沒有遭到損壞。測試重點(diǎn)和優(yōu)先級：需考慮的特殊事項(xiàng)：測試可能需要DBMS開發(fā)環(huán)境或驅(qū)動程序在

8、數(shù)據(jù)庫中直接輸入或修改數(shù)據(jù)。進(jìn)程應(yīng)該以手工方式調(diào)用 。應(yīng)使用小型或最小的數(shù)據(jù)庫（記錄的數(shù)量有限）來使所有無法接受的事件具有更大的可視度。6.2接口測試測試目標(biāo)確保接口調(diào)用的正確性測試范圍：所有軟件、硬件接口，記錄輸入輸出數(shù)據(jù)技術(shù)：開始標(biāo)準(zhǔn)：完成標(biāo)準(zhǔn)：測試重點(diǎn)和優(yōu)先級：需考慮的特殊事項(xiàng)：接口的限制條件6.3集成測試集成測試一主要目的檢測系統(tǒng)是否達(dá)到需求對業(yè)務(wù)流程及數(shù)據(jù)流的處理是否符合標(biāo)準(zhǔn)，檢測系統(tǒng)對業(yè)務(wù)流處理是否存在邏輯不嚴(yán)謹(jǐn)及錯誤，檢測需求是否存在不合理的標(biāo)準(zhǔn)及要求。此階段測試基于功能完成的測試。測試目標(biāo)檢測需求中業(yè)務(wù)流程，數(shù)據(jù)流的正確性測試范圍：需求中明確的業(yè)務(wù)流程 ，或組合不冋功能模塊而形

9、成一個 大的功能。技術(shù)：利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例、用例流或功能，以核實(shí)以下內(nèi)容：在使用有效數(shù)據(jù)時得到預(yù)期的結(jié)果。在使用無效數(shù)據(jù)時顯示相應(yīng)的錯誤消息或警告消息。各業(yè)務(wù)規(guī)則都得到了正確的應(yīng)用。開始標(biāo)準(zhǔn)：在完成某個集成測試時必須達(dá)到標(biāo)準(zhǔn)完成標(biāo)準(zhǔn)：所計劃的測試已全部執(zhí)行 。所發(fā)現(xiàn)的缺陷已全部解決。測試重點(diǎn)和優(yōu)先級：測試重點(diǎn)指在測試過程中需著重測試的地方，優(yōu)先級可以根據(jù)需求及嚴(yán)重來定需考慮的特殊事項(xiàng)：確定或說明那些將對功能測試的實(shí)施和執(zhí)行造成影響的事 項(xiàng)或因素（內(nèi)部的或外部的）6.4功能測試對測試對象的功能測試應(yīng)側(cè)重于所有可直接追蹤到用例或業(yè)務(wù)功能和業(yè)務(wù)規(guī)則的測試需求。這種測試的目標(biāo)是核實(shí)數(shù)

10、據(jù)的接受、處理和檢索是否正確，以及業(yè)務(wù)規(guī)則的實(shí)施是否恰當(dāng)。此類測試基于黑盒技術(shù)，該技術(shù)通過圖形用戶界面（GUI）與應(yīng)用程序進(jìn)行交互，并對交互的輸出或結(jié)果進(jìn)行分析，以此來核實(shí)應(yīng)用程序及其內(nèi)部進(jìn)程。以下為各種應(yīng)用程序列出了推薦使用的測試概要：測試目標(biāo)確保測試的功能正常，其中包括導(dǎo)航，數(shù)據(jù)輸入，處理和 檢索等功能。測試范圍：技術(shù)：利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例、用例流或功能，以核實(shí)以下內(nèi)容：在使用有效數(shù)據(jù)時得到預(yù)期的結(jié)果。在使用無效數(shù)據(jù)時顯示相應(yīng)的錯誤消息或警告消息。各業(yè)務(wù)規(guī)則都得到了正確的應(yīng)用。開始標(biāo)準(zhǔn)：完成標(biāo)準(zhǔn)：測試重點(diǎn)和優(yōu)先級：需考慮的特殊事項(xiàng)：確定或說明那些將對功能測試的實(shí)施和執(zhí)行造成

11、影響的事 項(xiàng)或因素（內(nèi)部的或外部的）6.5用戶界面測試用戶界面（UI）測試用于核實(shí)用戶與軟件之間的交互。UI測試的目標(biāo)是確保用戶界面會通過測試對象的功能來為用戶提供相應(yīng)的訪問或?yàn)g覽功能。另外，UI測試還可確保UI中的對象按照預(yù)期的方式運(yùn)行，并符合公司或行業(yè)的標(biāo)準(zhǔn) 。測試目標(biāo)核實(shí)以下內(nèi)容：通過測試進(jìn)行的瀏覽可正確反映業(yè)務(wù)的功能和需求 ，這種 瀏覽包括窗口與窗口之間 、字段與字段之間的瀏覽 ，以及各種 訪問方法（Tab鍵、鼠標(biāo)移動、和快捷鍵）的使用窗口的對象和特征（例如，菜單、大小、位置、狀態(tài)和中心）都符合標(biāo)準(zhǔn)。測試范圍：技術(shù)：為每個窗口創(chuàng)建或修改測試，以核實(shí)各個應(yīng)用程序窗口和對象都可正確地進(jìn)行瀏

12、覽 ，并處于正常的對象狀態(tài) 。開始標(biāo)準(zhǔn)：完成標(biāo)準(zhǔn)：成功地核實(shí)出各個窗口都與基準(zhǔn)版本保持一致，或符合可接受標(biāo)準(zhǔn)測試重點(diǎn)和優(yōu)先級：需考慮的特殊事項(xiàng)：并不是所有定制或第三方對象的特征都可訪問。6.6性能評測性能評測是一種性能測試 ，它對響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的需求進(jìn) 行評測和評估。性能評測的目標(biāo)是核實(shí)性能需求是否都已滿足。實(shí)施和執(zhí)行性能評測的目的是將測試對象的性能行為當(dāng)作條件（例如工作量或硬件配置）的一種函數(shù)來進(jìn)行評測和微調(diào)。注：以下所說的事務(wù)是指邏輯業(yè)務(wù)事務(wù)”。這種事務(wù)被定義為將由系統(tǒng)的某個Actor通過使用測試對象來執(zhí)行的特定用例，添加或修改給定的合同。測試目標(biāo)核實(shí)所指定的事務(wù)或

13、業(yè)務(wù)功能在以下情況下的性能行為：正常的預(yù)期工作量預(yù)期的最繁重工作量測試范圍：技術(shù)：使用為功能或業(yè)務(wù)周期測試制定的測試過程。通過修改數(shù)據(jù)文件來增加事務(wù)數(shù)量，或通過修改腳本來增加每項(xiàng)事務(wù)的迭代數(shù)量。腳本應(yīng)該在一臺計算機(jī)上運(yùn)行（最好是以單個用戶、單個事務(wù)為基準(zhǔn)），并在多個客戶機(jī)（虛擬的或?qū)嶋H的客戶機(jī)，請參見下面的需要考慮的特殊事項(xiàng)”）上重復(fù)。開始標(biāo)準(zhǔn)：完成標(biāo)準(zhǔn)：單個事務(wù)或單個用戶：在每個事務(wù)所預(yù)期時間氾圍內(nèi)成功 地完成測試腳本，沒有發(fā)生任何故障。多個事務(wù)或多個用戶：在可接受的時間范圍內(nèi)成功地完成 測試腳本，沒有發(fā)生任何故障。測試重點(diǎn)和優(yōu)先級：需考慮的特殊事項(xiàng)：綜合的性能測試還包括在服務(wù)器上添加后臺工

14、作量?？刹捎枚喾N方法來執(zhí)行此操作，其中包括：直接將 事務(wù)強(qiáng)行分配到”服務(wù)器上，這通常以 結(jié)構(gòu)化語言”（SQL）調(diào)用的形式來實(shí)現(xiàn)。通過創(chuàng)建虛擬的”用戶負(fù)載來模擬許多個（通常為數(shù)百個）客戶機(jī)。此負(fù)載可通過 遠(yuǎn)程終端仿真（Remote TerminalEmulation ）工具來實(shí)現(xiàn)。此技術(shù)還可用于在網(wǎng)絡(luò)中加載流量。使用多臺實(shí)際客戶機(jī)（每臺客戶機(jī)都運(yùn)行測試腳本）在系統(tǒng)上添加負(fù)載。性能測試應(yīng)該在專用的計算機(jī)上或在專用的機(jī)時內(nèi)執(zhí)行，以便實(shí)現(xiàn)完全的控制和精確的評測。性能測試所用的數(shù)據(jù)庫應(yīng)該是實(shí)際大小或相同縮放比例的數(shù)據(jù)庫。6.7負(fù)載測試負(fù)載測試是一種性能測試。在這種測試中，將使測試對象承擔(dān)不同的工作量，以

15、評測 和評估測試對象在不同工作量條件下的性能行為 ，以及持續(xù)正常運(yùn)行的能力。負(fù)載測試的 目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行 。此外，負(fù)載測試還 要評估性能特征，例如，響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的方面 。注：以下所說的事務(wù)是指 邏輯業(yè)務(wù)事務(wù)”。這各事務(wù)被定義為將由系統(tǒng)的某個最終用 戶通過使用應(yīng)用程序來執(zhí)行的特定功能 ，例如，添加或修改給定的合同。測試目標(biāo)核實(shí)所指定的事務(wù)或商業(yè)理由在不冋的工作量條件下的性 能行為時間。測試范圍：技術(shù)：使用為功能或業(yè)務(wù)周期測試制定的測試。通過修改數(shù)據(jù)文件來增加事務(wù)數(shù)量，或通過修改腳本來增加每項(xiàng)事務(wù)發(fā)生的次數(shù)。開始標(biāo)準(zhǔn)：完成標(biāo)準(zhǔn)：

16、多個事務(wù)或多個用戶：在可接受的時間范圍內(nèi)成功地完成 測試，沒有發(fā)生任何故障。測試重點(diǎn)和優(yōu)先級：需考慮的特殊事項(xiàng)：負(fù)載測試應(yīng)該在專用的計算機(jī)上或在專用的機(jī)時內(nèi)執(zhí)行，以便實(shí)現(xiàn)完全的控制和精確的評測。負(fù)載測試所用的數(shù)據(jù)庫應(yīng)該是實(shí)際大小或相同縮放比例的數(shù)據(jù)庫。6.8強(qiáng)度測試強(qiáng)度測試是一種性能測試 ，實(shí)施和執(zhí)行此類測試的目的是找出因資源不足或資源爭用而導(dǎo)致的錯誤。如果內(nèi)存或磁盤空間不足 ，測試對象就可能會表現(xiàn)出一些在正常條件下并 不明顯的缺陷。而其他缺陷則可能由于爭用共享資源（如數(shù)據(jù)庫鎖或網(wǎng)絡(luò)帶寬 ）而造成的。強(qiáng)度測試還可用于確定測試對象能夠處理的最大工作量。注：以下提到的事務(wù)都是指邏輯業(yè)務(wù)事務(wù)。測試目

17、標(biāo)核實(shí)測試對象能夠在以下強(qiáng)度條件下正常運(yùn)行，不會出現(xiàn)任何錯誤：服務(wù)器上幾乎沒有或根本沒有可用的內(nèi)存（RAM 和DASD）連接或模擬了最大實(shí)際（實(shí)際允許）數(shù)量的客戶機(jī)多個用戶對相同的數(shù)據(jù)或帳戶執(zhí)行相同的事務(wù)最繁重的事務(wù)量或最差的事務(wù)組合（請參見上面的性能測試”）。注：強(qiáng)度測試的目標(biāo)可表述為確定和記錄那些使系統(tǒng)無法 繼續(xù)正常運(yùn)行的情況或條件?？蛻魴C(jī)的強(qiáng)度測試在配置測試”的第3.1.11節(jié)中進(jìn)行了說明。測試范圍：技術(shù)：使用為性能評測或負(fù)載測試制定的測試。要對有限的資源進(jìn)行測試 ，就應(yīng)該在一臺計算機(jī)上運(yùn)行測 試，而且應(yīng)該減少或限制服務(wù)器上的RAM和DASD。對于其他強(qiáng)度測試 ，應(yīng)該使用多臺客戶機(jī)來運(yùn)行

18、相同的測 試或互補(bǔ)的測試，以產(chǎn)生最繁重的事務(wù)量或最差的事務(wù)組合。開始標(biāo)準(zhǔn)：完成標(biāo)準(zhǔn)：所計劃的測試已全部執(zhí)行，并且在達(dá)到或超出指定的系統(tǒng) 限制時沒有出現(xiàn)任何軟件故障 ，或者導(dǎo)致系統(tǒng)出現(xiàn)故障條件的 并不在指定的條件范圍之內(nèi)。測試重點(diǎn)和優(yōu)先級：需考慮的特殊事項(xiàng)：如果要增加網(wǎng)絡(luò)工作強(qiáng)度，可能會需要使用網(wǎng)絡(luò)工具來給 網(wǎng)絡(luò)加載消息或信息包。應(yīng)該暫時減少用于系統(tǒng)的 DASD，以限制數(shù)據(jù)庫可用空間的 增長。使多個客戶機(jī)對相冋的記錄或數(shù)據(jù)帳戶冋時進(jìn)行的訪問達(dá) 到同步。6.9容量測試容量測試使測試對象處理大量的數(shù)據(jù)，以確定是否達(dá)到了將使軟件發(fā)生故障的極限。容量測試還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負(fù)載

19、或工作量。例如，如果測試對象正在為生成一份報表而處理一組數(shù)據(jù)庫記錄，那么容量測試就會使用一個大型的測試數(shù)據(jù)庫。檢驗(yàn)該軟件是否正常運(yùn)行并生成了正確的報表。測試目標(biāo)核實(shí)測試對象在以下咼容量條件下能否正常運(yùn)行：連接或模擬了最大（實(shí)際或?qū)嶋H允許）數(shù)量的客戶機(jī)，所有客戶機(jī)在長時間內(nèi)執(zhí)行相同的、且情況（性能）最壞的業(yè)務(wù)功能。已達(dá)到最大的數(shù)據(jù)庫大小且冋時執(zhí)行多個查詢或報表事務(wù)（實(shí)際的或按比例縮放的），而。測試范圍：技術(shù)：使用為性能評測或負(fù)載測試制定的測試。應(yīng)該使用多臺客戶機(jī)來運(yùn)行相同的測試或互補(bǔ)的測試，以便在長時間內(nèi)產(chǎn)生最繁重的事務(wù)量或最差的事務(wù)組合（請參見上面的強(qiáng)度測試”）創(chuàng)建最大的數(shù)據(jù)庫大小（實(shí)際的、按

20、比例縮放的、或填充了代表性數(shù)據(jù)的數(shù)據(jù)庫），并使用多臺客戶機(jī)在長時間內(nèi)同時運(yùn)行查詢和報表事務(wù)。開始標(biāo)準(zhǔn)：完成標(biāo)準(zhǔn)：所計劃的測試已全部執(zhí)行,而且達(dá)到或超出指定的系統(tǒng)限制時沒有出現(xiàn)任何軟件故障 。測試重點(diǎn)和優(yōu)先級：需考慮的特殊事項(xiàng)：對于上述的高容量條件,哪個時間段是可以接受的時間？6.10安全性和訪問控制測試安全性和訪問控制測試側(cè)重于安全性的兩個關(guān)鍵方面：應(yīng)用程序級別的安全性，包括對數(shù)據(jù)或業(yè)務(wù)功能的訪問。系統(tǒng)級別的安全性，包括對系統(tǒng)的登錄或遠(yuǎn)程訪問。應(yīng)用程序級別的安全性可確保：在預(yù)期的安全性情況下，Actor只能訪問特定的功能或用例，或者只能訪問有限的數(shù)據(jù)。例如，可能會允許所有人輸入數(shù)據(jù)，創(chuàng)建新帳戶

21、，但只有管理員才能刪除這些數(shù)據(jù)或帳戶。如果具有數(shù)據(jù)級別的安全性，測試就可確保用戶類型一”能夠看到所有客戶消息（包括財務(wù)數(shù)據(jù)），而用戶二”看見同一客戶的統(tǒng)計數(shù)據(jù)。系統(tǒng)級別的安全性可確保只有具備系統(tǒng)訪問權(quán)限的用戶才能訪問應(yīng)用程序，而且只能通過相應(yīng)的網(wǎng)關(guān)來訪問。測試目標(biāo)應(yīng)用程序級別的安全性：核實(shí)Actor只能訪問其所屬用戶 類型已被授權(quán)訪問的那些功能或數(shù)據(jù)。系統(tǒng)級別的安全性：核實(shí)只有具備系統(tǒng)和應(yīng)用程序訪問權(quán)限的Actor才能訪問系統(tǒng)和應(yīng)用程序。測試范圍：技術(shù)：應(yīng)用程序級別的安全性：確定并列出各用戶類型及其被授權(quán)訪冋的功能或數(shù)據(jù)。為各用戶類型創(chuàng)建測試，并通過創(chuàng)建各用戶類型所特有的事務(wù)來核實(shí)其權(quán)限。修改

22、用戶類型并為相冋的用戶重新運(yùn)行測試。對于每種用戶類型，確保正確地提供或拒絕了這些附加的功能或數(shù)據(jù)。系統(tǒng)級別的訪問：請參見以下的 需考慮的特殊事項(xiàng)”。開始標(biāo)準(zhǔn)：完成標(biāo)準(zhǔn)：各種已知的Actor類型都可訪問相應(yīng)的功能或數(shù)據(jù)，而且所有事務(wù)都按照預(yù)期的方式運(yùn)行，并在先前的應(yīng)用程序功能測試中運(yùn)行了所有的事務(wù)。測試重點(diǎn)和優(yōu)先級：需考慮的特殊事項(xiàng)：必須與相應(yīng)的網(wǎng)絡(luò)或系統(tǒng)管理員一直對系統(tǒng)訪問權(quán)進(jìn)行檢查和討論。由于此測試可能是網(wǎng)絡(luò)管理可系統(tǒng)管理的職能，可能會不需要執(zhí)行此測試。6.11故障轉(zhuǎn)移和恢復(fù)測試故障轉(zhuǎn)移和恢復(fù)測試可可確保測試對象能成功完成轉(zhuǎn)移，并能從導(dǎo)致意外數(shù)據(jù)損失或數(shù)據(jù)完整性破壞的各種硬件、軟件可網(wǎng)絡(luò)故障

23、中恢復(fù)。故障轉(zhuǎn)移測試可確保：對于必須持續(xù)運(yùn)行的系統(tǒng)，一旦發(fā)生故障，備用系統(tǒng)就將不失時機(jī)地頂替”發(fā)生故障的系統(tǒng)，以避免丟失任何數(shù)據(jù)或事務(wù) ?；謴?fù)測試是一種對抗性的測試過程。在這種測試中，將把應(yīng)用程序或系統(tǒng)置于極端的條件下（或者是模擬的極端條件下 ），以產(chǎn)生故障（例如設(shè)備輸入/輸出（I/O）故障或無效的數(shù)據(jù)庫指針和關(guān)鍵字）。然后調(diào)用恢復(fù)進(jìn)程并監(jiān)測和檢查應(yīng)用程序和系統(tǒng)，核實(shí)應(yīng)用程序或系統(tǒng)和數(shù)據(jù)已得到了正確的恢復(fù)。測試目標(biāo)確?；謴?fù)進(jìn)程（手工或自動）將數(shù)據(jù)庫、應(yīng)用程序和系統(tǒng)正確地恢復(fù)到預(yù)期的已知狀態(tài)。測試中將包括以下各種情況 ：客戶機(jī)斷電服務(wù)器斷電通過網(wǎng)絡(luò)服務(wù)器產(chǎn)生的通信中斷DASD和/或DASD控制器

24、被中斷、斷電或與DASD和/或DASD控制器的通信中斷周期未完成（數(shù)據(jù)過濾進(jìn)程被中斷數(shù)據(jù)庫指針或關(guān)鍵字無效數(shù)據(jù)庫中的數(shù)據(jù)元素?zé)o效或遭到破壞,數(shù)據(jù)同步進(jìn)程被中斷）。測試范圍：技術(shù)：應(yīng)該使用為功能和業(yè)務(wù)周期測試創(chuàng)建的測試來創(chuàng)建一系列的事務(wù) 一旦達(dá)到預(yù)期的測試起點(diǎn)，就應(yīng)該分別執(zhí)行或模擬以下操作：客戶機(jī)斷電：關(guān)閉PC機(jī)的電源。服務(wù)器斷電：模擬或啟動服務(wù)器的斷電過程。通過網(wǎng)絡(luò)服務(wù)器產(chǎn)生的中斷：模擬或啟動網(wǎng)絡(luò)的通信中斷（實(shí)際斷開通信線路的連接或關(guān)閉網(wǎng)絡(luò)服務(wù)器或路由器的電源)DASD和DASD控制器被中斷、斷電或與DASD和DASD控制器的通信中斷：模擬與一個或多個DASD控制器或設(shè)備的通信，或?qū)嶋H取消這種

25、通信一旦實(shí)現(xiàn)了上述情況（或模擬情況），就應(yīng)該執(zhí)行其他事務(wù)而且一旦達(dá)到第二個測試點(diǎn)狀態(tài)，就應(yīng)調(diào)用恢復(fù)過程。在測試不完整的周期時，所使用的技術(shù)與上述技術(shù)相冋，只不過應(yīng)異常終止或提前終止數(shù)據(jù)庫進(jìn)程本身。對以下情況的測試需要達(dá)到一個已知的數(shù)據(jù)庫狀態(tài) 。當(dāng)破壞若干個數(shù)據(jù)庫字段、指針和關(guān)鍵 字時，應(yīng)該以手工方式在數(shù)據(jù)庫中 （通過數(shù)據(jù)庫工具）直接進(jìn)行。其他事務(wù)應(yīng)該通過使用 應(yīng) 用程序功能測試”和業(yè)務(wù)周期測試”中的測試來執(zhí)行，并且應(yīng)執(zhí)行完整的周期。開始標(biāo)準(zhǔn)：完成標(biāo)準(zhǔn)：在所有上述情況中，應(yīng)用程序、數(shù)據(jù)庫和系統(tǒng)應(yīng)該在恢復(fù)過程完成時立即返回到一個已知的預(yù) 期狀態(tài)。此狀態(tài)包括僅限于已知損壞的字段、指針或關(guān)鍵字范圍內(nèi)的

26、數(shù)據(jù)損壞，以及表明進(jìn)程或事務(wù)因中斷面未被完成的報表。測試重點(diǎn)和優(yōu)先級：需考慮的特殊事項(xiàng)：恢復(fù)測試會給其他操作帶來許多的麻煩。斷開纜線連接的方法（模擬斷電或通信中斷）可能并不可取或不可行。所以，可能會需要采用其他方法 ，例如診斷性軟件工具。需要系統(tǒng)（或計算機(jī)操作）、數(shù)據(jù)庫和網(wǎng)絡(luò)組中的資源 。這些測試應(yīng)該在工作時間之外或在一臺獨(dú)立的計算機(jī)上運(yùn)行。6.12配置測試配置測試核實(shí)測試對象在不同的軟件和硬件配置中的運(yùn)行情況 。在大多數(shù)生產(chǎn)環(huán)境 中，客戶機(jī)工作站、網(wǎng)絡(luò)連接和數(shù)據(jù)庫服務(wù)器的具體硬件規(guī)格會有所不同 ?？蛻魴C(jī)工作站 可能會安裝不同的軟件 例如，應(yīng)用程序、驅(qū)動程序等 而且在任何時候，都可能運(yùn)行許 多不同的軟件組合，從而占用不同的資源。測試目標(biāo)核實(shí)測試可在所需的硬件和軟件配置中正常運(yùn)行。測試范圍：技術(shù)：使用功能測試腳本。在測試過程中或在測試開始之前，打開各種與非測試對象相關(guān)的軟件（例如Microsoft應(yīng)用程序：Excel和Word），然后將其關(guān)閉。執(zhí)行所選的事務(wù)，以模擬Actor與測試對象軟件和非測試對象軟件 之間的交互。重復(fù)上述步驟，盡量減少客戶機(jī)工作站上的常規(guī)可用內(nèi)存。開始標(biāo)準(zhǔn)：完成標(biāo)準(zhǔn)：對于測試對象軟件和非測試對象軟件的各種組合，所有事務(wù)都成功完成，