軟件測試計(jì)劃參考模板_第1頁
軟件測試計(jì)劃參考模板_第2頁
軟件測試計(jì)劃參考模板_第3頁
軟件測試計(jì)劃參考模板_第4頁
軟件測試計(jì)劃參考模板_第5頁
已閱讀5頁,還剩14頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

1、1 / 19軟件測試計(jì)劃軟件測試計(jì)劃文檔編號:文檔名稱:編 寫:審 核:批 準(zhǔn):批準(zhǔn)日期:目目 錄錄1 簡介簡介.31.1 目的.31.2 背景.31.3 范圍.31.4 項(xiàng)目標(biāo)識.32 測試需求測試需求.43 測試策略測試策略.43.1 測試類型.53.1.1數(shù)據(jù)和數(shù)據(jù)庫完整性測試.53.1.2功能測試.53.1.3業(yè)務(wù)周期測試.63.1.4用戶界面測試.63.1.5性能評價(jià).73.1.6負(fù)載測試.83.1.7強(qiáng)度測試.83.1.8容量測試.93.1.9安全性和訪問控制測試.103.1.10故障轉(zhuǎn)移和恢復(fù)測試.113.1.11配置測試.123.1.12安裝測試.133.2 工具.144 資源

2、資源.144.1 角色.144.2 系統(tǒng).155 項(xiàng)目里程碑項(xiàng)目里程碑.166 可交付工件可交付工件.166.1 測試日志.166.2 缺陷報(bào)告.167 附錄附錄 A:項(xiàng)目任務(wù):項(xiàng)目任務(wù).161 簡介簡介1.1 目的目的 的這一“測試計(jì)劃”文檔有助于實(shí)現(xiàn)以下目標(biāo):確定現(xiàn)有項(xiàng)目的信息和應(yīng)測試的軟件構(gòu)件。列出推薦的測試需求(高層次) 。推薦可采用的測試策略,并對這些策略加以說明。確定所需的資源,并對測試的工作量進(jìn)行估計(jì)。列出測試項(xiàng)目的可交付元素1.2 背景背景輸入測試對象(組件、應(yīng)用程序、系統(tǒng)等)及其目標(biāo)的的簡要說明。需要包括的信息有:主要的功能和特性、測試對象的構(gòu)架以及項(xiàng)目的簡史。本節(jié)應(yīng)該只包含

3、 3 至 5 個(gè)段落。1.3 范圍范圍描述測試的各個(gè)階段,例如:單元測試、集成測試或系統(tǒng)測試,并說明本計(jì)劃所針對的測試類型(如功能測試或性能測試) 。簡要地列出測試對象中將接受測試或?qū)⒉唤邮軠y試的那些特性和功能。如果在編寫此文檔的過程中作出的某些假設(shè)可能會影響測試設(shè)計(jì)、開發(fā)或?qū)嵤?,則列出所有這些假設(shè)。列出可能會影響測試設(shè)計(jì)、開發(fā)或?qū)嵤┑乃酗L(fēng)險(xiǎn)或意外事件。列出可能會影響測試設(shè)計(jì)、開發(fā)或?qū)嵤┑乃屑s束。1.4 項(xiàng)目標(biāo)識項(xiàng)目標(biāo)識下表列出了制定測試計(jì)劃所用的文檔,并標(biāo)明了文檔的可用性:注:可以視情況刪除或添加項(xiàng)目。文檔文檔(版本(版本/日期)日期)已創(chuàng)建或可用已創(chuàng)建或可用已被接受或已已被接受或已經(jīng)過

4、復(fù)審經(jīng)過復(fù)審作者或來源作者或來源備注備注需求規(guī)約 是 否 是 否功能性規(guī)約 是 否 是 否用例報(bào)告 是 否 是 否項(xiàng)目計(jì)劃 是 否 是 否設(shè)計(jì)規(guī)約 是 否 是 否原型 是 否 是 否用戶手冊 是 否 是 否業(yè)務(wù)模型或業(yè)務(wù)流程 是 否 是 否數(shù)據(jù)模型或數(shù)據(jù)流 是 否 是 否業(yè)務(wù)功能和業(yè)務(wù)規(guī)則 是 否 是 否項(xiàng)目或業(yè)務(wù)風(fēng)險(xiǎn)評估 是 否 是 否2 測試需求測試需求下面列出了那些已被確定為測試對象的項(xiàng)目(用例、功能性需求和非功能性需求) 。此列表說明了測試的對象。 在此處輸入一個(gè)主要測試需求的高層次列表。3 測試策略測試策略測試策略提供了推薦用于測試對象的方法。上一節(jié)“測試需求”中說明了將要測試哪些對

5、象,而本節(jié)則要說明如何對測試對象進(jìn)行測試。 對于每種測試,都應(yīng)提供測試說明,并解釋其實(shí)施和執(zhí)行的原因。如果不實(shí)施和執(zhí)行某種測試,則應(yīng)該用一句話加以說明,并陳述這樣做的理由。例如, “將不實(shí)施和執(zhí)行該測試。 。該測試不合適。 ”制定測試策略時(shí)所考慮的主要事項(xiàng)有:將要使用的方法以及判斷測試何時(shí)完成的標(biāo)準(zhǔn)。下面列出了在進(jìn)行每項(xiàng)測試時(shí)需考慮的事項(xiàng),除此之外,測試還只應(yīng)在安全的環(huán)境中使用已知的、受控的數(shù)據(jù)庫來執(zhí)行。 3.1 測試類型測試類型用列表的方式(例如 IPO 表即輸入、處理、輸出表的形式) ,逐項(xiàng)定量和定性地?cái)⑹鰧浖岢龅墓δ芤?,說明輸入什么量、經(jīng)怎樣的處理、得到什么輸出,說明軟件應(yīng)支持的

6、終端數(shù)和應(yīng)支持的并行操作的用戶數(shù)。3.1.1 數(shù)據(jù)和數(shù)據(jù)庫完整性測試數(shù)據(jù)和數(shù)據(jù)庫完整性測試數(shù)據(jù)庫和數(shù)據(jù)庫進(jìn)程應(yīng)作為中的子系統(tǒng)來進(jìn)行測試。 在測試這些子系統(tǒng)時(shí),不應(yīng)將測試對象的用戶界面用作數(shù)據(jù)的接口。對于數(shù)據(jù)庫管理系統(tǒng) (DBMS),還需要進(jìn)行深入的研究,以確定可以支持以下測試的工具和方法。測試目標(biāo):確保數(shù)據(jù)庫訪問方法和進(jìn)程正常運(yùn)行,數(shù)據(jù)不會遭到損壞。方法: 調(diào)用各個(gè)數(shù)據(jù)庫訪問方法和進(jìn)程,并在其中填充有效的和無效的數(shù)據(jù)或?qū)?shù)據(jù)的請求。 檢查數(shù)據(jù)庫,確保數(shù)據(jù)已按預(yù)期的方式填充,并且所有數(shù)據(jù)庫事件都按正常方式出現(xiàn);或者檢查所返回的數(shù)據(jù),確保為正當(dāng)?shù)睦碛蓹z索到了正確的數(shù)據(jù)完成標(biāo)準(zhǔn):所有的數(shù)據(jù)庫訪問方法

7、和進(jìn)程都按照設(shè)計(jì)的方式運(yùn)行,數(shù)據(jù)沒有遭到損壞。需考慮的特殊事項(xiàng): 測試可能需要 DBMS 開發(fā)環(huán)境或驅(qū)動程序以便在數(shù)據(jù)庫中直接輸入或修改數(shù)據(jù)。 進(jìn)程應(yīng)該以手工方式調(diào)用。 應(yīng)使用小型或最小的數(shù)據(jù)庫(其中的記錄數(shù)很有限)來使所有無法接受的事件具有更大的可見性。3.1.2 功能測試功能測試測試對象的功能測試應(yīng)該側(cè)重于可以被直接追蹤到用例或業(yè)務(wù)功能和業(yè)務(wù)規(guī)則的所有測試需求。這些測試的目標(biāo)在于核實(shí)能否正確地接受、處理和檢索數(shù)據(jù)以及業(yè)務(wù)規(guī)則是否正確實(shí)施。這種類型的測試基于黑盒方法,即通過圖形用戶界面 (GUI) 與應(yīng)用程序交互并分析輸出結(jié)果來驗(yàn)證應(yīng)用程序及其內(nèi)部進(jìn)程。以下列出的是每個(gè)應(yīng)用程序推薦的測試方法

8、概要:測試目標(biāo):確保測試對象的功能正常,其中包括導(dǎo)航、數(shù)據(jù)輸入、處理和檢索等。方法:利用有效的和無效的數(shù)據(jù)來執(zhí)行各個(gè)用例、用例流或功能,以核實(shí)以下內(nèi)容: 在使用有效數(shù)據(jù)時(shí)得到預(yù)期的結(jié)果。 在使用無效數(shù)據(jù)時(shí)顯示相應(yīng)的錯(cuò)誤消息或警告消息。 各業(yè)務(wù)規(guī)則都得到了正確的應(yīng)用。完成標(biāo)準(zhǔn): 所計(jì)劃的測試已全部執(zhí)行。 所發(fā)現(xiàn)的缺陷已全部解決。需考慮的特殊事項(xiàng):確定或說明那些將對功能測試的實(shí)施和執(zhí)行造成影響的事項(xiàng)或因素(內(nèi)部的或外部的)3.1.3 業(yè)務(wù)周期測試業(yè)務(wù)周期測試業(yè)務(wù)周期測試應(yīng)模擬在一段時(shí)間內(nèi)對 執(zhí)行的活動。應(yīng)先確定一段時(shí)間(例如一年) ,然后執(zhí)行將在該時(shí)段內(nèi)發(fā)生的事務(wù)和活動。這種測試包括所有的每日、每

9、周和每月的周期,以及所有與日期相關(guān)的事件(如備忘錄) 。測試目標(biāo)確保測試對象及后臺進(jìn)程都按照所要求的業(yè)務(wù)模型和時(shí)間表正確運(yùn)行。方法:通過執(zhí)行以下活動,測試將模擬若干個(gè)業(yè)務(wù)周期: 將修改或增強(qiáng)對測試對象進(jìn)行的功能測試,以增加每項(xiàng)功能的執(zhí)行次數(shù),從而在指定的時(shí)段內(nèi)模擬若干個(gè)不同的用戶。 將使用有效的和無效的日期或時(shí)段來執(zhí)行所有與時(shí)間或日期相關(guān)的功能。 將在適當(dāng)?shù)臅r(shí)候執(zhí)行或啟動所有周期性出現(xiàn)的功能。 在測試中還將使用有效的和無效的數(shù)據(jù),以核實(shí)以下內(nèi)容: 在使用有效數(shù)據(jù)時(shí)得到預(yù)期的結(jié)果。 在使用無效數(shù)據(jù)時(shí)顯示相應(yīng)的錯(cuò)誤消息或警告消息。 各業(yè)務(wù)規(guī)則都得到了正確的應(yīng)用。完成標(biāo)準(zhǔn): 所計(jì)劃的測試已全部執(zhí)行。

10、 所發(fā)現(xiàn)的缺陷已全部解決。需考慮的特殊事項(xiàng): 系統(tǒng)日期和事件可能需要特殊的支持活動 需要通過業(yè)務(wù)模型來確定相應(yīng)的測試需求和測試過程。3.1.4 用戶界面測試用戶界面測試通過用戶界面 (UI) 測試來核實(shí)用戶與軟件的交互。UI 測試的目標(biāo)在于確保用戶界面向用戶提供了適當(dāng)?shù)脑L問和瀏覽測試對象功能的操作。除此之外,UI 測試還要確保 UI 功能內(nèi)部的對象符合預(yù)期要求,并遵循公司或行業(yè)的標(biāo)準(zhǔn)。測試目標(biāo):核實(shí)以下內(nèi)容: 通過瀏覽測試對象可正確反映業(yè)務(wù)的功能和需求,這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽,以及各種訪問方法(Tab 健、鼠標(biāo)移動和快捷鍵)的使用 窗口的對象和特征(例如:菜單、大小、

11、位置、狀態(tài)和中心)都符合標(biāo)準(zhǔn)。方法:為每個(gè)窗口創(chuàng)建或修改測試,以核實(shí)各個(gè)應(yīng)用程序窗口和對象都可正確地進(jìn)行瀏覽,并處于正常的對象狀態(tài)。完成標(biāo)準(zhǔn):證實(shí)各個(gè)窗口都與基準(zhǔn)版本保持一致,或符合可接受標(biāo)準(zhǔn)需考慮的特殊事項(xiàng):并不是所有定制或第三方對象的特征都可訪問。3.1.5 性能評價(jià)性能評價(jià)性能評價(jià)是一種性能測試,它對響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的需求進(jìn)行評測和評估。性能評價(jià)的目標(biāo)是核實(shí)性能需求是否都已滿足。實(shí)施和執(zhí)行性能評價(jià)的目的是將測試對象的性能行為當(dāng)作條件(例如工作量或硬件配置)的一種函數(shù)來進(jìn)行評價(jià)和微調(diào)。注:以下事務(wù)均指“邏輯業(yè)務(wù)事務(wù)” 。這種事務(wù)被定義為將由系統(tǒng)的某個(gè)主角通過使用測試對

12、象來執(zhí)行的特定用例,例如,添加或修改某個(gè)合同。測試目標(biāo):核實(shí)所指定的事務(wù)或業(yè)務(wù)功能在以下情況下的性能行為:正常的預(yù)期工作量預(yù)期的最繁重工作量方法:使用為功能或業(yè)務(wù)周期測試制定的測試過程。通過修改數(shù)據(jù)文件來增加事務(wù)數(shù)量,或通過修改腳本來增加每項(xiàng)事務(wù)的迭代次數(shù)。腳本應(yīng)該在一臺計(jì)算機(jī)上運(yùn)行(最好是以單個(gè)用戶、單個(gè)事務(wù)為基準(zhǔn)) ,并在多臺客戶機(jī)(虛擬的或?qū)嶋H的客戶機(jī),請參見下面的“需考慮的特殊事項(xiàng)” )上重復(fù)。完成標(biāo)準(zhǔn):單個(gè)事務(wù)或單個(gè)用戶:在每個(gè)事務(wù)所預(yù)期或要求的時(shí)間范圍內(nèi)成功地完成測試腳本,沒有發(fā)生任何故障。多個(gè)事務(wù)或多個(gè)用戶:在可接受的時(shí)間范圍內(nèi)成功地完成測試腳本,沒有發(fā)生任何故障。需考慮的特殊事

13、項(xiàng):綜合的性能測試還包括在服務(wù)器上添加后臺工作量。 可采用多種方法來執(zhí)行此操作,其中包括: 直接將“事務(wù)強(qiáng)行分配到”服務(wù)器上,這通常以“結(jié)構(gòu)化查詢語言”(SQL) 調(diào)用的形式來實(shí)現(xiàn)。通過創(chuàng)建“虛擬的”用戶負(fù)載來模擬許多個(gè)(通常為數(shù)百個(gè))客戶機(jī)。 此負(fù)載可通過“遠(yuǎn)程終端仿真”(Remote Terminal Emulation) 工具來實(shí)現(xiàn)。 此技術(shù)還可用于在網(wǎng)絡(luò)中加載“流量” 。使用多臺實(shí)際客戶機(jī)(每臺客戶機(jī)都運(yùn)行測試腳本)在系統(tǒng)上添加負(fù)載。 性能測試應(yīng)該在專用的計(jì)算機(jī)上或在專用的機(jī)時(shí)內(nèi)執(zhí)行,以便實(shí)現(xiàn)完全的控制和精確的評測。性能測試所用的數(shù)據(jù)庫應(yīng)該是與實(shí)際大小相同或等比例縮放的數(shù)據(jù)庫。3.1.

14、6 負(fù)載測試負(fù)載測試負(fù)載測試是一種性能測試。在這種測試中,將使測試對象承擔(dān)不同的工作量,以評測和評估測試對象在不同工作量條件下的性能行為,以及持續(xù)正常運(yùn)行的能力。負(fù)載測試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。此外,負(fù)載測試還要評估性能特征,例如,響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的方面。注:以下事務(wù)均指“邏輯業(yè)務(wù)事務(wù)” 。這些事務(wù)被定義為將由系統(tǒng)的最終用戶通過使用應(yīng)用程序來執(zhí)行的具體功能,例如,添加或修改某個(gè)合同。測試目標(biāo):核實(shí)所指定的事務(wù)或商業(yè)理由在不同的工作量條件下的性能行為時(shí)間。方法: 使用為功能或業(yè)務(wù)周期測試制定的測試。通過修改數(shù)據(jù)文件來增加事務(wù)數(shù)量,或通

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

16、提到的事務(wù)都是指邏輯業(yè)務(wù)事務(wù)。測試目標(biāo):核實(shí)測試對象能夠在以下強(qiáng)度條件下正常運(yùn)行,不會出現(xiàn)任何錯(cuò)誤:服務(wù)器上幾乎沒有或根本沒有可用的內(nèi)存(RAM 和 DASD)連接或模擬了最大實(shí)際(或?qū)嶋H可承受)數(shù)量的客戶機(jī)多個(gè)用戶對相同的數(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)行了說明。方法:使用為性能評價(jià)或負(fù)載測試制定的測試。要對有限的資源進(jìn)行測試,就應(yīng)該在一臺計(jì)算機(jī)上運(yùn)行測試,而且應(yīng)該減少或限制服務(wù)器上的 RAM 和 DAS

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

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

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

20、人輸入數(shù)據(jù),創(chuàng)建新賬戶,但只有經(jīng)理才能刪除這些數(shù)據(jù)或賬戶。如果具有數(shù)據(jù)級別的安全性,測試就可確?!坝脩纛愋鸵弧蹦軌蚩吹剿锌蛻粜畔ⅲòㄘ?cái)務(wù)數(shù)據(jù)) ,而“用戶二”只能看見同一客戶的統(tǒng)計(jì)數(shù)據(jù)。系統(tǒng)級別的安全性可確保只有具備系統(tǒng)訪問權(quán)限的用戶才能訪問應(yīng)用程序,而且只能通過相應(yīng)的網(wǎng)關(guān)來訪問。測試目標(biāo):應(yīng)用程序級別的安全性:核實(shí)主角只能訪問其所屬用戶類型已被授權(quán)使用的那些功能或數(shù)據(jù)。系統(tǒng)級別的安全性:核實(shí)只有具備系統(tǒng)和應(yīng)用程序訪問權(quán)限的主角才能訪問系統(tǒng)和應(yīng)用程序。方法:應(yīng)用程序級別的安全性:確定并列出各用戶類型及其被授權(quán)使用的功能或數(shù)據(jù)。 為各用戶類型創(chuàng)建測試,并通過創(chuàng)建各用戶類型所特有的事務(wù)來核實(shí)其

21、權(quán)限。修改用戶類型并為相同的用戶重新運(yùn)行測試。對于每種用戶類型,確保正確地提供或拒絕了這些附加的功能或數(shù)據(jù)。系統(tǒng)級別的訪問:請參見下面的“需考慮的特殊事項(xiàng)”完成標(biāo)準(zhǔn):各種已知的主角類型都可訪問相應(yīng)的功能或數(shù)據(jù),而且所有事務(wù)都按照預(yù)期的方式運(yùn)行,并在先前的應(yīng)用程序功能測試中運(yùn)行了所有的事務(wù)。 需考慮的特殊事項(xiàng):必須與相應(yīng)的網(wǎng)絡(luò)或系統(tǒng)管理員一起對系統(tǒng)訪問權(quán)進(jìn)行檢查和討論。由于此測試可能是網(wǎng)絡(luò)管理或系統(tǒng)管理的職能,可能不需要執(zhí)行此測試。3.1.10 故障轉(zhuǎn)移和恢復(fù)測試故障轉(zhuǎn)移和恢復(fù)測試故障轉(zhuǎn)移和恢復(fù)測試可確保測試對象能成功完成故障轉(zhuǎn)移,并從硬件、軟件或網(wǎng)絡(luò)等方面的各種故障中進(jìn)行恢復(fù),這些故障導(dǎo)致數(shù)據(jù)

22、意外丟失或破壞了數(shù)據(jù)的完整性。 故障轉(zhuǎn)移測試可確保:對于必須始終保持運(yùn)行狀態(tài)的系統(tǒng)來說,如果發(fā)生了故障,那么備選或備份的系統(tǒng)就適當(dāng)?shù)貙l(fā)生故障的系統(tǒng)“接管”過來,而且不會丟失任何數(shù)據(jù)或事務(wù)?;謴?fù)測試是一種相反的測試流程。其中,將應(yīng)用程序或系統(tǒng)置于極端的條件下(或者是模仿的極端條件下) ,以產(chǎn)生故障,例如設(shè)備輸入/輸出 (I/O) 故障或無效的數(shù)據(jù)庫指針和關(guān)健字。啟用恢復(fù)流程后,將監(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ù)器斷電通

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

24、D 控制器的通信中斷:模擬與一個(gè)或多個(gè) DASD 控制器或設(shè)備的通信,或?qū)嶋H取消這種通信。一旦實(shí)現(xiàn)了上述情況(或模擬情況) ,就應(yīng)該執(zhí)行其他事務(wù)。而且一旦達(dá)到第二個(gè)測試點(diǎn)狀態(tài),就應(yīng)調(diào)用恢復(fù)過程。在測試不完整的周期時(shí),所使用的方法與上述方法相同,只不過應(yīng)異常終止或提前終止數(shù)據(jù)庫進(jìn)程本身。對以下情況的測試需要達(dá)到一個(gè)已知的數(shù)據(jù)庫狀態(tài)。當(dāng)破壞若干個(gè)數(shù)據(jù)庫字段、指針和關(guān)鍵字時(shí),應(yīng)該以手工方式在數(shù)據(jù)庫中(通過數(shù)據(jù)庫工具)直接進(jìn)行。其他事務(wù)應(yīng)該通過使用“應(yīng)用程序功能測試”和“業(yè)務(wù)周期測試”中的測試來執(zhí)行,并且應(yīng)執(zhí)行完整的周期。完成標(biāo)準(zhǔn):在所有上述情況中,應(yīng)用程序、數(shù)據(jù)庫和系統(tǒng)應(yīng)該在恢復(fù)過程完成時(shí)立即返回到

25、一個(gè)已知的預(yù)期狀態(tài)。此狀態(tài)包括僅限于已知損壞的字段、指針或關(guān)鍵字范圍內(nèi)的數(shù)據(jù)損壞,以及表明進(jìn)程或事務(wù)因中斷而未被完成的報(bào)表。需考慮的特殊事項(xiàng):恢復(fù)測試會給其他操作帶來許多的麻煩。斷開纜線連接的方法(模擬斷電或通信中斷)可能并不可取或不可行。所以,可能會需要采用其他方法,例如診斷性軟件工具。需要系統(tǒng)(或計(jì)算機(jī)操作) 、數(shù)據(jù)庫和網(wǎng)絡(luò)組中的資源。這些測試應(yīng)該在工作時(shí)間之外或在一臺獨(dú)立的計(jì)算機(jī)上運(yùn)行。3.1.11 配置測試配置測試配置測試核實(shí)測試對象在不同的軟件和硬件配置中的運(yùn)行情況。在大多數(shù)生產(chǎn)環(huán)境中,客戶機(jī)工作站、網(wǎng)絡(luò)連接和數(shù)據(jù)庫服務(wù)器的具體硬件規(guī)格會有所不同??蛻魴C(jī)工作站可能會安裝不同的軟件,例

26、如,應(yīng)用程序、驅(qū)動程序等。而且在任何時(shí)候,都可能運(yùn)行許多不同的軟件組合,從而占用不同的資源。測試目標(biāo):核實(shí)測試對象可在要求的硬件和軟件配置中正常運(yùn)行。方法:使用功能測試腳本。在測試過程中或在測試開始之前,打開各種與非測試對象相關(guān)的軟件(例如 Microsoft 應(yīng)用程序:Excel 和Word) ,然后將其關(guān)閉。執(zhí)行所選的事務(wù),以模擬主角與測試對象軟件和非測試對象軟件之間的交互。重復(fù)上述步驟,盡量減少客戶機(jī)工作站上的常規(guī)可用內(nèi)存。完成標(biāo)準(zhǔn):對于測試對象軟件和非測試對象軟件的各種組合,所有事務(wù)都成功完成,沒有出現(xiàn)任何故障。需考慮的特殊事項(xiàng):需要、可以使用并可以通過桌面訪問哪種非測試對象軟件?通常

27、使用的是哪些應(yīng)用程序? 應(yīng)用程序正在運(yùn)行什么數(shù)據(jù)?例如,在 Excel 中打開的大型電子表格,或是在 Word 中打開的 100 頁文檔。作為此測試的一部分,應(yīng)將整個(gè)系統(tǒng)、Netware、網(wǎng)絡(luò)服務(wù)器、數(shù)據(jù)庫等都記錄下來。 3.1.12 安裝測試安裝測試安裝測試有兩個(gè)目的。第一個(gè)目的是確保該軟件能夠在所有可能的配置下進(jìn)行安裝,例如,進(jìn)行首次安裝、升級、完整的或自定義的安裝,以及在正常和異常情況下安裝。異常情況包括磁盤空間不足、缺少目錄創(chuàng)建權(quán)限等。第二個(gè)目的是核實(shí)軟件在安裝后可立即正常運(yùn)行。這通常是指運(yùn)行大量為功能測試制定的測試。測試目標(biāo):核實(shí)在以下情況下,測試對象可正確地安裝到各種所需的硬件配置

28、中:首次安裝。以前從未安裝過 的新計(jì)算機(jī)更新。以前安裝過相同版本的 的計(jì)算機(jī)更新。以前安裝過較早版本的 的計(jì)算機(jī) 方法:手工開發(fā)腳本或開發(fā)自動腳本,以驗(yàn)證目標(biāo)計(jì)算機(jī)的狀況 新 - 從未安裝過;已安裝 相同或較早版本) 。啟動或執(zhí)行安裝。使用預(yù)先確定的功能測試腳本子集來運(yùn)行事務(wù)。完成標(biāo)準(zhǔn): 事務(wù)成功執(zhí)行,沒有出現(xiàn)任何故障。需考慮的特殊事項(xiàng):應(yīng)該選擇 的哪些事務(wù)才能準(zhǔn)確地測試出 應(yīng)用程序已經(jīng)成功安裝,而且沒有遺漏主要的軟件構(gòu)件?3.2 工具工具此項(xiàng)目將使用以下工具:注:可以視情況刪除或添加項(xiàng)目。工具工具廠商廠商/自行研制自行研制版本版本測試管理缺陷跟蹤用于功能性測試的工具用于性能測試的工具測試覆蓋監(jiān)測器或評價(jià)器項(xiàng)目管理DBMS 工具4 資源資源本節(jié)列出推薦 項(xiàng)目使用的資源,及其主要職責(zé)、知識或技能。4.1 角色角色下表列出了在此項(xiàng)目的人員配備方面所作的各種假定。注:可視情況刪除或添加項(xiàng)目。人力資源人力資源角色角色推薦的最少資源推薦的最少資源(所分配的專職角色數(shù)量)(所分配的專職角色數(shù)量)具體職責(zé)或注釋具體職責(zé)或注釋測試經(jīng)理,測試項(xiàng)目經(jīng)理進(jìn)行管理監(jiān)督。 職責(zé):提供技術(shù)指導(dǎo)獲取適當(dāng)?shù)馁Y源提供管理報(bào)告測試設(shè)計(jì)員確定

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論