軟件測試計(jì)劃書

歡迎閱讀本文檔，希望本文檔能對您有所幫助!歡迎閱讀本文檔，希望本文檔能對您有所幫助!歡迎閱讀本文檔，希望本文檔能對您有所幫助!歡迎閱讀本文檔，希望本文檔能對您有所幫助!歡迎閱讀本文檔，希望本文檔能對您有所幫助!歡迎閱讀本文檔，希望本文檔能對您有所幫助!文檔標(biāo)識：2010091601學(xué)生信息管理系統(tǒng)軟件測試計(jì)劃書編寫者macrobuttonnomacromacrobuttonnomacromacrobuttonnomacro校 對小組成員 數(shù)據(jù)庫07-3班二O一O年七月第01小組目錄1. 引言 11.1. 目的 11.2. 背景 11.3. 范圍 11.4. 定義 11.5. 參考資料 12. 測試內(nèi)容 23. 測試規(guī)則 23.1. 進(jìn)入準(zhǔn)則 23.2. 暫停/退出準(zhǔn)則 23.3. 測試方法 23.4. 當(dāng)完成模塊測試后進(jìn)行整個(gè)系統(tǒng)的功能測試測試手段 33.5. 測試要點(diǎn) 33.6. 測試工具 34. 測試環(huán)境 44.1. 硬件環(huán)境 44.2. 軟件環(huán)境 44.3. 安全性環(huán)境要求 45. 項(xiàng)目任務(wù) 45.1. 測試規(guī)劃 45.2. 測試設(shè)計(jì) 55.3. 測試執(zhí)行準(zhǔn)備 65.4. 測試執(zhí)行 65.5. 測試總結(jié) 66. 實(shí)施計(jì)劃 66.1. 工作量估計(jì) 66.2. 人員需求及安排 76.3. 進(jìn)度安排 76.4. 可交付工件 77. 風(fēng)險(xiǎn)管理 7引言目的測試學(xué)生信息管理系統(tǒng)中的各個(gè)功能模塊是否滿足用戶要求，并測試是否存bug。預(yù)期達(dá)到能夠使系統(tǒng)進(jìn)行快速的改進(jìn)和系統(tǒng)的提高。為了在軟件投入生產(chǎn)性運(yùn)行之前，盡可能多地發(fā)現(xiàn)軟件的錯(cuò)誤。背景本項(xiàng)目測試的背景；學(xué)生信息管理系統(tǒng)是一個(gè)教育單位不可缺少的部分,它的內(nèi)容對于決策者和管理者來說都至關(guān)重要,所以學(xué)生信息管理系統(tǒng)應(yīng)該能夠?yàn)橛脩籼峁┏渥愕男畔⒑涂旖莸牟樵兪侄?。但一直以來人們使用傳統(tǒng)人工的方式管理文件檔案，這種管理方式存在著許多缺點(diǎn),如:效率低、保密性差,另外時(shí)間一長,將產(chǎn)生大量的文件和數(shù)據(jù),這對于查找、更新和維護(hù)都帶來了不少的困難。而計(jì)算機(jī)的應(yīng)用便解決了以上問題，它帶來更加科學(xué)，有效，正規(guī)的管理方式，給人們帶來了很大的便利。學(xué)生信息管理系統(tǒng)界面簡潔，操作簡單，滿足了學(xué)校對學(xué)生信息管理的需要。b．該開發(fā)項(xiàng)目的歷史，列出用戶和執(zhí)行此項(xiàng)目測試的機(jī)構(gòu)或人群;該項(xiàng)目前后經(jīng)歷了三個(gè)階段，前期設(shè)計(jì)階段，然后是開發(fā)階段，最后是軟件的測試階段。項(xiàng)目的用戶針對的是學(xué)校的廣大學(xué)生和管理員，系統(tǒng)的功能測試主要由專業(yè)的軟件測試人員進(jìn)行測試。范圍學(xué)生信息管理系統(tǒng)試采用的是黑盒測試的方式來對系統(tǒng)進(jìn)行測試。主要測試軟件的功能是否滿足客戶的需要，性能是否優(yōu)越以及系統(tǒng)所存在的問題。對系統(tǒng)的各個(gè)模塊進(jìn)行詳細(xì)的測試，并記錄測試的結(jié)果，對測試的結(jié)果進(jìn)行細(xì)致的分析處理。測試時(shí)對系統(tǒng)的各個(gè)功能模塊進(jìn)行拆分測試，并以每一個(gè)模塊都要測試到。對所有可能的結(jié)果進(jìn)行測試，以及測試過程中存在的問題進(jìn)行分析，然后提交測試的記錄。最后，對軟件存在的問題以及性能的測試進(jìn)行全面分析，并給予記錄。在測試的過程中需要提出各個(gè)問題的假設(shè)，以及根據(jù)需求報(bào)告文檔中存在的項(xiàng)目功能模塊和用戶的需求來改善系統(tǒng)。列出可能會(huì)影響測試設(shè)計(jì)、開發(fā)、或?qū)嵤┑乃酗L(fēng)險(xiǎn)或意外事件。列出可能會(huì)影響測試設(shè)計(jì)、開發(fā)或?qū)嵤┑乃屑s束。定義信息（Information）：有關(guān)學(xué)生個(gè)人的詳細(xì)數(shù)據(jù)，如姓名、性別、家庭住址等管理（Manage）：對學(xué)生信息進(jìn)行操作，如增刪改查等基本功能統(tǒng)計(jì)（Account）：對學(xué)生信息的統(tǒng)計(jì)，如人數(shù)等參考資料列出編寫本計(jì)劃及測試整個(gè)過程中所要參考的文件、資料。 編號資料名稱作者日期出版單位1《軟件測試入門與提高》張成明2008.6清華大學(xué)出版社2《軟件測試基礎(chǔ)教程》劉建宇2007.3郵電大學(xué)出版社《軟件測試自動(dòng)化的引入和應(yīng)用》李剛2004.4機(jī)械工業(yè)出版社列出編寫本計(jì)劃時(shí)需查閱的Intenet上雜志、專業(yè)著作、技術(shù)標(biāo)準(zhǔn)。 查閱內(nèi)容網(wǎng)點(diǎn)地址簡介軟件測試工具測試軟件性能軟件測試工具ITPUB測試軟件的執(zhí)行效率測試內(nèi)容下表列出了學(xué)生信息管理系統(tǒng)的測試需求，并對其進(jìn)行了優(yōu)先級定義：子系統(tǒng)名稱模塊名稱測試點(diǎn)優(yōu)先級說明成績管理增加成績學(xué)號0不能自動(dòng)編號姓名1長度沒有限制學(xué)期0應(yīng)該是一個(gè)時(shí)間段而不是時(shí)間點(diǎn)點(diǎn)擊空白處0直接出錯(cuò)，然后關(guān)閉系統(tǒng)添加按鈕0添加完成績之后不能及時(shí)刷新，就不能很快的知道是否真的添加成功成績查詢界面2操作起來不夠方便，查詢條件不具體。測試規(guī)則進(jìn)入準(zhǔn)則首先在系統(tǒng)中配置ODBC:控制版板-->ODBC>選系統(tǒng)dns>選accessmdb>其中數(shù)據(jù)源名"信息",點(diǎn)擊"選擇"按鈕,選你的程序目錄中的"信息.mdb"的文件>確定.另外安裝vb6.0企業(yè)版開發(fā)系統(tǒng)。使用賬戶登錄系統(tǒng)來完成各個(gè)功能的測試。暫停/退出準(zhǔn)則軟件系統(tǒng)在進(jìn)行單元、集成、確認(rèn)、系統(tǒng)、安裝、驗(yàn)收測試時(shí)，發(fā)現(xiàn)一級錯(cuò)誤（大于等于1）、二級錯(cuò)誤（大于等于2）暫停測試返回開發(fā)。軟件系統(tǒng)經(jīng)過單元、集成、確認(rèn)、系統(tǒng)、安裝、驗(yàn)收測試，分別達(dá)到單元、集成、確認(rèn)、系統(tǒng)、安裝、驗(yàn)收測試停止標(biāo)準(zhǔn)。軟件系統(tǒng)通過驗(yàn)收測試，并已得出驗(yàn)收測試結(jié)論。軟件項(xiàng)目需暫停以進(jìn)行調(diào)整時(shí)，測試應(yīng)隨之暫停，并備份暫停點(diǎn)數(shù)據(jù)。軟件項(xiàng)目在其開發(fā)生命周期內(nèi)出現(xiàn)重大估算，進(jìn)度偏差，需暫?；蚪K止時(shí)，測試應(yīng)隨之暫?；蚪K止，并備份暫?；蚪K止點(diǎn)數(shù)據(jù)測試方法本次測試運(yùn)用黑盒測試方法，對學(xué)生管理系統(tǒng)進(jìn)行測試。首先，進(jìn)行對功能模塊進(jìn)行劃分，明確功能測試的人員負(fù)責(zé)情況。其次對各個(gè)模塊進(jìn)行測試。黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動(dòng)測試，它是在已知產(chǎn)品所應(yīng)具有的功能，通過測試來檢測每個(gè)功能是否都能正常使用，在測試時(shí)，把程序看作一個(gè)不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測試者在程序接口進(jìn)行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)鋸而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫或文件）的完整性。黑盒測試方法主要有等價(jià)類劃分、邊值分析、因—果圖、錯(cuò)誤推測等，主要用于軟件確認(rèn)測試。黑盒測試著力于程序外部結(jié)構(gòu)、不考慮內(nèi)部邏輯結(jié)構(gòu)、針對軟件界面和軟件功能進(jìn)行測試。“黑盒法是窮舉輸入測試，只有把所有可能的輸入都作為測試情況使用，才能以這種方法查出程序中所有的錯(cuò)誤。實(shí)際上測試情況有無窮多個(gè)，人們不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的輸入進(jìn)行測試。當(dāng)完成模塊測試后進(jìn)行整個(gè)系統(tǒng)的功能測試測試手段路徑測試(pathtesting)。一條路徑包含測試員所執(zhí)行的所有步驟，或程序?yàn)榱说玫秸_狀態(tài)所通過的所有語句。路徑測試包括測試通過程序的很多路徑。通過非平凡程序的所有路徑是不可能的。因此，有些測試員進(jìn)行子路徑測試(subpathtesting),測試很多部分路徑。、語句與分支覆蓋率(statementandbranchcoverage)。如果測試執(zhí)行了程序中的所有語句(或代碼行)，則達(dá)到100%的語句覆蓋率。如果執(zhí)行了所有語句和一個(gè)語句到另一個(gè)語句之間的所有分支，則達(dá)到100%的語句和分支覆蓋率。設(shè)計(jì)自己的測試,達(dá)到高的語句與分支覆蓋率,有時(shí)叫做“基于覆蓋率的測試(coverage-basedtesting)”。(達(dá)到覆蓋率目標(biāo)后,可以停止測試，或停止設(shè)計(jì)更多的測試)。把它叫做語句與分支覆蓋率，是為了與關(guān)注其他類型覆蓋率的測試相區(qū)別。配置覆蓋率就是一個(gè)很好例子，這種手段執(zhí)行同一條語句很多次，但是潛在產(chǎn)生非常不同的結(jié)果。配置覆蓋率(configurationcoverage)。如果必須測試100臺(tái)打印饑的兼容性，并且已經(jīng)測試了10臺(tái),就達(dá)到10%的打印機(jī)覆蓋率。更一般地，配置覆蓋率度量測試員已經(jīng)運(yùn)行(并且程序已經(jīng)通過)的配置測試占計(jì)劃運(yùn)行的配置測試總數(shù)的百分比?；谝?guī)格說明的測試(specification-basedtesting)。這種測試關(guān)注驗(yàn)證在規(guī)格說明中所做的有關(guān)產(chǎn)品的每個(gè)事實(shí)聲明。(事實(shí)聲明是可以用真或假表示的任何語句。)常常包括手冊、市場開發(fā)文檔或廣告、技術(shù)支持人員寄給客戶的印刷品中的所有聲明?；谛枨蟮臏y試(requirements-basedtesting)。測試關(guān)注證明程序滿足需求文檔中的所有需求(或關(guān)注逐個(gè)需求地證明某個(gè)需求沒有被滿足。)組合測試(combinationtesting)。相互組合測試兩個(gè)或更多變量。本章最后的“測試手段附錄”還要討論這個(gè)問題。組合測試很重要，但是很多測試員對這種測試研究得還很不夠。測試要點(diǎn)主要測試系統(tǒng)的功能是否符合客戶要求，各個(gè)模塊之間的銜接程度是否順暢，并測試軟件是否存在缺陷和漏洞。測試工具負(fù)載壓力測試工具這類測試工具的主要目的是度量應(yīng)用系統(tǒng)的可擴(kuò)展性和性能，是一種預(yù)測系統(tǒng)行為和性能的自動(dòng)化測試工具。在實(shí)施并發(fā)負(fù)載過程中，通過實(shí)時(shí)性能監(jiān)測來確認(rèn)和查找問題，并針對所發(fā)現(xiàn)問題對系統(tǒng)性能進(jìn)行優(yōu)化，確保應(yīng)用的成功部署。負(fù)載壓力測試工具能夠?qū)φ麄€(gè)企業(yè)架構(gòu)進(jìn)行測試，通過這些測試，企業(yè)能最大限度地縮短測試時(shí)間，優(yōu)化性能和加速應(yīng)用系統(tǒng)的發(fā)布周期。功能測試工具通過自動(dòng)錄制、檢測和回放用戶的應(yīng)用操作，將被測系統(tǒng)的輸出記錄同預(yù)先給定的標(biāo)準(zhǔn)結(jié)果比較，功能測試工具能夠有效地幫助測試人員對復(fù)雜的企業(yè)級應(yīng)用的不同發(fā)布版本的功能進(jìn)行測試，提高測試人員的工作效率和質(zhì)量。其主要目的是檢測應(yīng)用程序是否能夠達(dá)到預(yù)期的功能并正常運(yùn)行。測試管理工具一般而言，測試管理工具對測試需求、測試計(jì)劃、測試用例、測試實(shí)施進(jìn)行管理，并且測試管理工具還包括對缺陷的跟蹤管理。測試管理工具能讓測試人員、開發(fā)人員或其他的IT人員通過一個(gè)中央數(shù)據(jù)倉庫，在不同地方就能交互信息。測試環(huán)境硬件環(huán)境1>處理器：IntelPentium166MX或更高2>內(nèi)存：32MB以上3>硬盤空間：1GB以上4>顯卡：SVGA顯示適配器軟件環(huán)境vb6.0企業(yè)版開發(fā)系統(tǒng)安全性環(huán)境要求操作系統(tǒng)的安全性，測試工具的安全性，測試軟件的安全性。項(xiàng)目任務(wù)以下是測試學(xué)生信息管理系統(tǒng)時(shí)與測試有關(guān)的任務(wù)：測試規(guī)劃1.響應(yīng)時(shí)間我把“響應(yīng)時(shí)間”的概念確定為“對請求作出響應(yīng)所需要的時(shí)間”，把響應(yīng)時(shí)間作`為用戶視角的軟件性能的主要體現(xiàn)。響應(yīng)時(shí)間劃分為“呈現(xiàn)時(shí)間”和“系統(tǒng)響應(yīng)時(shí)間”兩個(gè)部分。2.并發(fā)用戶數(shù)我把“并發(fā)用戶數(shù)”與“同時(shí)在線數(shù)”進(jìn)行區(qū)別對待，我的“并發(fā)用戶數(shù)”的標(biāo)準(zhǔn)是：并發(fā)用戶數(shù)取決于測試對象的目標(biāo)業(yè)務(wù)場景，因此，在確定這個(gè)“并發(fā)用戶數(shù)”前，必須（必要）先對用戶的業(yè)務(wù)進(jìn)行分解、分析出典型的業(yè)務(wù)場景（也就是用戶最常使用、最關(guān)注的業(yè)務(wù)操作），然后基于場景采用某些方法（有多種計(jì)算并發(fā)用戶數(shù)的數(shù)學(xué)模型與公式）獲得“并發(fā)用戶數(shù)”。這樣做的原因是：假設(shè)一個(gè)應(yīng)用系統(tǒng)、最高峰有500人同時(shí)在線、但這500人卻不是并發(fā)用戶數(shù)、因?yàn)榧僭O(shè)在一個(gè)時(shí)間點(diǎn)上、有50%的人在填寫復(fù)雜的表格（填寫表格動(dòng)作對服務(wù)器沒有任何負(fù)擔(dān)、只有在“提交”動(dòng)作的時(shí)候才會(huì)對服務(wù)器系統(tǒng)構(gòu)成壓力）、有40%的人在不停的從一個(gè)頁面跳轉(zhuǎn)到另外一個(gè)頁面（不停發(fā)出請求與回應(yīng)、產(chǎn)生服務(wù)器壓力）、還有10%的人掛在線上，沒有任何操作在發(fā)呆：）（沒有對服務(wù)器構(gòu)成壓力的動(dòng)作）。因此只有那40%的人真正對服務(wù)器產(chǎn)生了壓力，從這里例子可以看出、并發(fā)用戶數(shù)關(guān)心的是不但是業(yè)務(wù)并發(fā)用戶數(shù)、還取決于業(yè)務(wù)邏輯、業(yè)務(wù)場景。因此我們需要本文第六部分性能測試文檔4、5、6。3.吞吐量我把吞吐量定義為“單位時(shí)間內(nèi)系統(tǒng)處理的客戶請求的數(shù)量”，直接體現(xiàn)軟件系統(tǒng)的性能承載能力，對于交互式應(yīng)用系統(tǒng)來說、吞吐量反映的是服務(wù)器承受的壓力、在容量規(guī)劃的測試中、吞吐量是一個(gè)重要指標(biāo)、它不但反映在中間件、數(shù)據(jù)庫上、更加體現(xiàn)在硬件上。我們在以下方面利用這個(gè)指標(biāo)：（1）用來協(xié)助設(shè)計(jì)性能測試場景，衡量性能測試是否達(dá)到了預(yù)計(jì)的設(shè)計(jì)目標(biāo)、比如J2EE應(yīng)用系統(tǒng)的連接池、數(shù)據(jù)庫事務(wù)發(fā)生頻率、事務(wù)發(fā)生次數(shù)。（2）用來協(xié)助分析性能瓶頸、參照本文第二部分總的RBI方法。4.性能計(jì)數(shù)器性能計(jì)數(shù)器式描述服務(wù)器或操作系統(tǒng)性能的一些數(shù)據(jù)指標(biāo)、例如對WINDOWS來說使用內(nèi)存數(shù)、CPU使用率、進(jìn)程時(shí)間等都是常見的計(jì)數(shù)器。對于性能計(jì)數(shù)器這個(gè)指標(biāo)來說、需要考慮到的不但有硬件計(jì)數(shù)器、web服務(wù)器計(jì)數(shù)器、Weblogic服務(wù)器計(jì)數(shù)器、Servlet性能計(jì)數(shù)器、EJB2的性能計(jì)數(shù)器、JSF性能計(jì)數(shù)器、JMS性能計(jì)數(shù)器。找到這些指標(biāo)是使用性能計(jì)數(shù)器的第一步、關(guān)鍵是找到性能瓶頸、確定系統(tǒng)閥值、提供優(yōu)化建議才是性能計(jì)數(shù)器使用的關(guān)鍵。性能計(jì)數(shù)器復(fù)雜而繁多、與代碼上下文環(huán)境、系統(tǒng)配置情況、系統(tǒng)架構(gòu)、開發(fā)方式、使用到的規(guī)范實(shí)現(xiàn)、工具、類庫版本都有緊密的聯(lián)系、在此不作贅述。5.思考時(shí)間我把思考時(shí)間確定為“休眠時(shí)間”。從業(yè)務(wù)系統(tǒng)的角度來說，這個(gè)時(shí)間指的是用戶在驚醒操作時(shí)、每個(gè)請求之間的時(shí)間間隔、從自動(dòng)化測試的角度來說、要真實(shí)的測試模擬用戶操作、就必須在測試腳本中讓各個(gè)操作之間等待一段時(shí)間、體現(xiàn)在腳本上就是在操作之間放置一個(gè)Think的函數(shù)，體現(xiàn)為腳本中兩個(gè)請求語句之間的間隔時(shí)間、不同的測試工具提供了不同的函數(shù)或方法來實(shí)現(xiàn)思考時(shí)間、比如HPLoadRuner和IBMRationalPerformanceTester的方式就完全不同。測試設(shè)計(jì)用戶層：主要是面向產(chǎn)品最終的使用操作者的測試。這里重點(diǎn)突出的是在操作者角度上，測試系統(tǒng)對用戶支持的情況，用戶界面的規(guī)范性、友好性、可操作性，以及數(shù)據(jù)的\o"安全"安全性。主要包括：用戶手冊、使用幫助、支持客戶的其他產(chǎn)品技術(shù)手冊是否正確、是否易于理解、是否人性化。用戶界面測試在確保用戶界面能夠通過測試對象控件或入口得到相應(yīng)訪問的情況下，測試用戶界面的風(fēng)格是否滿足用戶要求，例如：界面是否美觀、界面是否直觀、操作是否友好、是否人性化、易操作性是否較好?？删S護(hù)性測試可維護(hù)性是系統(tǒng)軟、硬件實(shí)施和維護(hù)功能的方便性。目的是降低維護(hù)功能對系統(tǒng)正常運(yùn)行帶來的影響。例如：對支持遠(yuǎn)程維護(hù)系統(tǒng)的功能或工具的測試。安全性測試這里的安全性主要包括了兩部分：數(shù)據(jù)的安全性和操作的安全性。核實(shí)只有規(guī)格規(guī)定的數(shù)據(jù)才可以訪問系統(tǒng)，其他不符合規(guī)格的數(shù)據(jù)不能夠訪問系統(tǒng);核實(shí)只有規(guī)格規(guī)定的操作權(quán)限才可以訪問系統(tǒng)，其他不符合規(guī)格的操作權(quán)限不能夠訪問系統(tǒng);應(yīng)用層：針對產(chǎn)品工程應(yīng)用或行業(yè)應(yīng)用的測試。重點(diǎn)站在系統(tǒng)應(yīng)用的角度，模擬實(shí)際應(yīng)用環(huán)境，對系統(tǒng)的兼容性、可靠性、性能等進(jìn)行的測試。系統(tǒng)性能測試針對整個(gè)系統(tǒng)的測試，包含并發(fā)性能測試、負(fù)載測試、壓力測試、強(qiáng)度測試、破壞性測試。并發(fā)性能測試是評估系統(tǒng)交易或業(yè)務(wù)在漸增式并發(fā)情況下處理瓶頸以及能夠接收業(yè)務(wù)的性能過程；強(qiáng)度測試是在資源情況低的情況下，找出因資源不足或資源爭用而導(dǎo)致的錯(cuò)誤；破壞性測試重點(diǎn)關(guān)注超出系統(tǒng)正常負(fù)荷N倍情況下，錯(cuò)誤出現(xiàn)狀態(tài)和出現(xiàn)比率以及錯(cuò)誤的恢復(fù)能力。系統(tǒng)可靠性、穩(wěn)定性測試一定負(fù)荷的長期使用環(huán)境下，系統(tǒng)可靠性、穩(wěn)定性。系統(tǒng)兼容性測試系統(tǒng)中軟件與各種硬件設(shè)備兼容性，與\o"操作系統(tǒng)"操作系統(tǒng)兼容性、與支撐軟件的兼容性。系統(tǒng)\o"組網(wǎng)"組網(wǎng)測試組網(wǎng)環(huán)境下，系統(tǒng)軟件對接入設(shè)備的支持情況。包括功能實(shí)現(xiàn)及群集性能。系統(tǒng)安裝升級測試安裝測試的目的是確保該軟件在正常和異常的不同情況下進(jìn)行安裝時(shí)都能按預(yù)期目標(biāo)來處理。例如，正常情況下，第一次安裝或升級、完整的或自定義的安裝都能進(jìn)行安裝。異常情況包括磁盤空間不足、缺少目錄創(chuàng)建權(quán)限等。還有一個(gè)目的是核實(shí)軟件在安裝后可立即正常運(yùn)行。另外對安裝手冊、安裝腳本等也需要關(guān)注。測試執(zhí)行準(zhǔn)備故障轉(zhuǎn)移和恢復(fù)測試可確保測試對象能成功完成轉(zhuǎn)移，并能從導(dǎo)致意外數(shù)據(jù)損失或數(shù)據(jù)完整性破環(huán)的各種硬件、軟件、網(wǎng)絡(luò)故障中恢復(fù)數(shù)據(jù)。故障轉(zhuǎn)移測試可確保：對于必須持續(xù)運(yùn)行的系統(tǒng)，一旦發(fā)生故障，備用系統(tǒng)就將不失時(shí)機(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)程并檢測和檢查應(yīng)用程序和系統(tǒng)，核實(shí)應(yīng)用程序或系統(tǒng)和數(shù)據(jù)已得到了正確的恢復(fù)。測試執(zhí)行1．前提條件確保測試項(xiàng)目的功能正常，如導(dǎo)航，數(shù)據(jù)輸入，處理、檢索是否正確，以及業(yè)務(wù)規(guī)則的實(shí)施是否恰當(dāng)。此類測試基于黑盒技術(shù)，該技術(shù)通過圖形用戶界面（GUI）與應(yīng)用程序進(jìn)行交互，并對交互的輸出或結(jié)果進(jìn)行分析，以此來核實(shí)應(yīng)用程序及其內(nèi)部進(jìn)程,這是目前的測試重點(diǎn)。執(zhí)行用例及原始數(shù)據(jù)記錄提交測試問題單和