1．簡介 3
1.1目的 3
1.2背景 3
1.3范圍 3
2. 測試參考文檔和測試提交文檔 3
2.1測試參考文檔 3
2.2測試提交文檔 3
3.測試進(jìn)度 3
4.測試資源 3
4.1人力資源 3
4.2測試環(huán)境 3
4.3測試工具 3
5.系統(tǒng)風(fēng)險(xiǎn)、優(yōu)先級 3
6.測試策略 3
6.1數(shù)據(jù)和數(shù)據(jù)庫完整性測試 3
6.2接口測試 3
6.3集成測試 3
6.4功能測試 3
6.5用戶界面測試 3
6.6性能評測 3
6.7負(fù)載測試 3
6.8強(qiáng)度測試 3
6.9容量測試 3
6.10安全性和訪問控制測試 3
6.11故障轉(zhuǎn)移和恢復(fù)測試 3
6.12配置測試 3
6.13安裝測試 3
7.問題嚴(yán)重度描述 3
8.附錄：項(xiàng)目任務(wù) 3
1． 簡介
1. 1目的
＜項(xiàng)目名稱＞的這一“測試計(jì)劃”文檔有助于實(shí)現(xiàn)以下目標(biāo)：
[確定現(xiàn)有項(xiàng)目的信息和應(yīng)測試的軟件構(gòu)件。
列出推薦的測試需求（高級需求）。
推薦可采用的測試策略，并對這些策略加以說明。
確定所需的資源，并對測試的工作量進(jìn)行估計(jì)。
列出測試項(xiàng)目的可交付元素]
1. 2背景
[對測試對象（構(gòu)件、應(yīng)用程序、系統(tǒng)等）及其目標(biāo)進(jìn)行簡要說明。需要包括的信息有：主要的功能和性能、測試對象的構(gòu)架以及項(xiàng)目的簡史。]
1.3范圍
[描述測試的各個(gè)階段（例如，單元測試、集成測試或系統(tǒng)測試），并說明本計(jì)劃所針對的測試類型（如功能測試或性能測試）。
簡要地列出測試對象中將接受測試或?qū)⒉唤邮軠y試的那些性能和功能。
如果在編寫此文檔的過程中做出的某些假設(shè)可能會(huì)影響測試設(shè)計(jì)、開發(fā)或?qū)嵤?，則列出所有這些假設(shè)。
列出可能會(huì)影響測試設(shè)計(jì)、開發(fā)或?qū)嵤┑乃酗L(fēng)險(xiǎn)或意外事件。
列出可能會(huì)影響測試設(shè)計(jì)、開發(fā)或?qū)嵤┑乃屑s束。]
2. 測試參考文檔和測試提交文檔
2.1測試參考文檔
下表列出了制定測試計(jì)劃時(shí)所使用的文檔，并標(biāo)明了各文檔的可用性：
[注：可適當(dāng)?shù)貏h除或添加文檔項(xiàng)。]
文檔（版本/日期） 已創(chuàng)建或可用 已被接收或已經(jīng)過復(fù)審 作者或來源 備注
可行性分析報(bào)告 是□ 否□ 是□ 否□
軟件需求定義 是□ 否□ 是□ 否□
軟件系統(tǒng)分析（STD,DFD,CFD,DD） 是□ 否□ 是□ 否□
軟件概要設(shè)計(jì) 是□ 否□ 是□ 否□
軟件詳細(xì)設(shè)計(jì) 是□ 否□ 是□ 否□
軟件測試需求 是□ 否□ 是□ 否□
硬件可行性分析報(bào)告 是□ 否□ 是□ 否□
硬件需求定義 是□ 否□ 是□ 否□
硬件概要設(shè)計(jì) 是□ 否□ 是□ 否□
硬件原理圖設(shè)計(jì) 是□ 否□ 是□ 否□
硬件結(jié)構(gòu)設(shè)計(jì)（包含PCB） 是□ 否□ 是□ 否□
FPGA設(shè)計(jì) 是□ 否□ 是□ 否□
硬件測試需求 是□ 否□ 是□ 否□
PCB設(shè)計(jì) 是□ 否□ 是□ 否□
USB驅(qū)動(dòng)設(shè)計(jì) 是□ 否□ 是□ 否□
Tuner BSP 設(shè)計(jì) 是□ 否□ 是□ 否□
MCU設(shè)計(jì) 是□ 否□ 是□ 否□
模塊開發(fā)手冊 是□ 否□ 是□ 否□
測試時(shí)間表及人員安排 是□ 否□ 是□ 否□
測試計(jì)劃 是□ 否□ 是□ 否□
測試方案 是□ 否□ 是□ 否□
測試報(bào)告 是□ 否□ 是□ 否□
測試分析報(bào)告 是□ 否□ 是□ 否□
用戶操作手冊 是□ 否□ 是□ 否□
安裝指南 是□ 否□ 是□ 否□
2.2測試提交文檔
[下面應(yīng)當(dāng)列出在測試階段結(jié)束后，所有可提交的文檔]
3.測試進(jìn)度
測試活動(dòng) 計(jì)劃開始日期 實(shí)際開始日期 結(jié)束日期
制定測試計(jì)劃
設(shè)計(jì)測試
集成測試
系統(tǒng)測試
性能測試
安裝測試
用戶驗(yàn)收測試
對測試進(jìn)行評估
產(chǎn)品發(fā)布
4.測試資源
4.1人力資源
下表列出了在此項(xiàng)目的人員配備方面所作的各種假定。
[注：可適當(dāng)?shù)貏h除或添加角色項(xiàng)。]
角色 所推薦的最少資源（所分配的專職角色數(shù)量） 具體職責(zé)或注釋
4.2測試環(huán)境
下表列出了測試的系統(tǒng)環(huán)境
軟件環(huán)境（相關(guān)軟件、操作系統(tǒng)等）
硬件環(huán)境（網(wǎng)絡(luò)、設(shè)備等）
4.3測試工具
此項(xiàng)目將列出測試使用的工具：
用途 工具 生產(chǎn)廠商/自產(chǎn) 版本
5.系統(tǒng)風(fēng)險(xiǎn)、優(yōu)先級
[簡要描述測試階段的風(fēng)險(xiǎn)和處理的優(yōu)先級]
6.測試策略
[測試策略提供了對測試對象進(jìn)行測試的推薦方法。
對于每種測試，都應(yīng)提供測試說明，并解釋其實(shí)施的原因。
制定測試策略時(shí)所考慮的主要事項(xiàng)有：將要使用的技術(shù)以及判斷測試何時(shí)完成的標(biāo)準(zhǔn)。
下面列出了在進(jìn)行每項(xiàng)測試時(shí)需考慮的事項(xiàng)，除此之外，測試還只應(yīng)在安全的環(huán)境中使用已知的、有控制的數(shù)據(jù)庫來執(zhí)行。]
注意：不實(shí)施某種測試，則應(yīng)該用一句話加以說明，并陳述這樣的理由。例如，“將不實(shí)施該測試。該測試本項(xiàng)目不適用”。
6.1數(shù)據(jù)和數(shù)據(jù)庫完整性測試
[要＜項(xiàng)目名稱＞中，數(shù)據(jù)庫和數(shù)據(jù)庫進(jìn)程應(yīng)作為一個(gè)子系統(tǒng)來進(jìn)行測試。在測試這些子系統(tǒng)時(shí)，不應(yīng)將測試對象的用戶界面用作數(shù)據(jù)的接口。對于數(shù)據(jù)庫管理系統(tǒng)（DBMS），還需要進(jìn)行深入的研究，以確定可以支持以下測試的工具和技術(shù)。]
測試目標(biāo)： [確保數(shù)據(jù)庫訪問方法和進(jìn)程正常運(yùn)行，數(shù)據(jù)不會(huì)遭到損壞]
測試范圍：
技術(shù)： [調(diào)用各個(gè)數(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è)計(jì)的方式運(yùn)行，數(shù)據(jù)沒有遭到損壞。]
測試重點(diǎn)和優(yōu)先級：
需考慮的特殊事項(xiàng)： [測試可能需要DBMS開發(fā)環(huán)境或驅(qū)動(dòng)程序在數(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)及錯(cuò)誤，檢測需求是否存在不合理的標(biāo)準(zhǔn)及要求。此階段測試基于功能完成的測試。]
測試目標(biāo) 檢測需求中業(yè)務(wù)流程，數(shù)據(jù)流的正確性
測試范圍： 需求中明確的業(yè)務(wù)流程，或組合不同功能模塊而形成一個(gè)大的功能。
技術(shù)： [利用有效的和無效的數(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)： 在完成某個(gè)集成測試時(shí)必須達(dá)到標(biāo)準(zhǔn)
完成標(biāo)準(zhǔn)： [所計(jì)劃的測試已全部執(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ù)據(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í)行各個(gè)用例、用例流或功能，以核實(shí)以下內(nèi)容：在使用有效數(shù)據(jù)時(shí)得到預(yù)期的結(jié)果。在使用無效數(shù)據(jù)時(shí)顯示相應(yīng)的錯(cuò)誤消息或警告消息。各業(yè)務(wù)規(guī)則都得到了正確的應(yīng)用。]
開始標(biāo)準(zhǔn)：
完成標(biāo)準(zhǔn)：
測試重點(diǎn)和優(yōu)先級：
需考慮的特殊事項(xiàng)： [確定或說明那些將對功能測試的實(shí)施和執(zhí)行造成影響的事項(xiàng)或因素（內(nèi)部的或外部的）]
6.5用戶界面測試
[用戶界面（UI）測試用于核實(shí)用戶與軟件之間的交互。UI測試的目標(biāo)是確保用戶界面會(huì)通過測試對象的功能來為用戶提供相應(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)移動(dòng)、和快捷鍵）的使用窗口的對象和特征（例如，菜單、大小、位置、狀態(tài)和中心）都符合標(biāo)準(zhǔn)。]
測試范圍：
技術(shù)： [為每個(gè)窗口創(chuàng)建或修改測試，以核實(shí)各個(gè)應(yīng)用程序窗口和對象都可正確地進(jìn)行瀏覽，并處于正常的對象狀態(tài)。]
開始標(biāo)準(zhǔn)：
完成標(biāo)準(zhǔn)： [成功地核實(shí)出各個(gè)窗口都與基準(zhǔn)版本保持一致，或符合可接受標(biāo)準(zhǔn)]
測試重點(diǎn)和優(yōu)先級：
需考慮的特殊事項(xiàng)： [并不是所有定制或第三方對象的特征都可訪問。]
6.6性能評測
[性能評測是一種性能測試，它對響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的需求進(jìn)行評測和評估。性能評測的目標(biāo)是核實(shí)性能需求是否都已滿足。實(shí)施和執(zhí)行性能評測的目的是將測試對象的性能行為當(dāng)作條件（例如工作量或硬件配置）的一種函數(shù)來進(jìn)行評測和微調(diào)。
注：以下所說的事務(wù)是指“邏輯業(yè)務(wù)事務(wù)”。這種事務(wù)被定義為將由系統(tǒng)的某個(gè)Actor通過使用測試對象來執(zhí)行的特定用例，添加或修改給定的合同。]
測試目標(biāo) [核實(shí)所指定的事務(wù)或業(yè)務(wù)功能在以下情況下的性能行為：正常的預(yù)期工作量預(yù)期的最繁重工作量]
測試范圍：
技術(shù)： [使用為功能或業(yè)務(wù)周期測試制定的測試過程。通過修改數(shù)據(jù)文件來增加事務(wù)數(shù)量，或通過修改腳本來增加每項(xiàng)事務(wù)的迭代數(shù)量。腳本應(yīng)該在一臺(tái)計(jì)算機(jī)上運(yùn)行（最好是以單個(gè)用戶、單個(gè)事務(wù)為基準(zhǔn)），并在多個(gè)客戶機(jī)（虛擬的或?qū)嶋H的客戶機(jī)，請參見下面的“需要考慮的特殊事項(xiàng)”）上重復(fù)。]
開始標(biāo)準(zhǔn)：
完成標(biāo)準(zhǔn)： [單個(gè)事務(wù)或單個(gè)用戶：在每個(gè)事務(wù)所預(yù)期時(shí)間范圍內(nèi)成功地完成測試腳本，沒有發(fā)生任何故障。][多個(gè)事務(wù)或多個(gè)用戶：在可接受的時(shí)間范圍內(nèi)成功地完成測試腳本，沒有發(fā)生任何故障。]
測試重點(diǎn)和優(yōu)先級：
需考慮的特殊事項(xiàng)： [綜合的性能測試還包括在服務(wù)器上添加后臺(tái)工作量?？刹捎枚喾N方法來執(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ò)中加載“流量”。使用多臺(tái)實(shí)際客戶機(jī)（每臺(tái)客戶機(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ù)庫。]
6.7負(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)的某個(gè)最終用戶通過使用應(yīng)用程序來執(zhí)行的特定功能，例如，添加或修改給定的合同。]
測試目標(biāo) [核實(shí)所指定的事務(wù)或商業(yè)理由在不同的工作量條件下的性能行為時(shí)間。]
測試范圍：
技術(shù)： [使用為功能或業(yè)務(wù)周期測試制定的測試。通過修改數(shù)據(jù)文件來增加事務(wù)數(shù)量，或通過修改腳本來增加每項(xiàng)事務(wù)發(fā)生的次數(shù)。]
開始標(biāo)準(zhǔn)：
完成標(biāo)準(zhǔn)： [多個(gè)事務(wù)或多個(gè)用戶：在可接受的時(shí)間范圍內(nèi)成功地完成測試，沒有發(fā)生任何故障。]
測試重點(diǎn)和優(yōu)先級：
需考慮的特殊事項(xiàng)： [負(fù)載測試應(yīng)該在專用的計(jì)算機(jī)上或在專用的機(jī)時(shí)內(nèi)執(zhí)行，以便實(shí)現(xiàn)完全的控制和精確的評測。負(fù)載測試所用的數(shù)據(jù)庫應(yīng)該是實(shí)際大小或相同縮放比例的數(shù)據(jù)庫。]
6.8強(qiáng)度測試
[強(qiáng)度測試是一種性能測試，實(shí)施和執(zhí)行此類測試的目的是找出因資源不足或資源爭用而導(dǎo)致的錯(cuò)誤。如果內(nèi)存或磁盤空間不足，測試對象就可能會(huì)表現(xiàn)出一些在正常條件下并不明顯的缺陷。而其他缺陷則可能由于爭用共享資源（如數(shù)據(jù)庫鎖或網(wǎng)絡(luò)帶寬）而造成的。強(qiáng)度測試還可用于確定測試對象能夠處理的最大工作量。]
[注：以下提到的事務(wù)都是指邏輯業(yè)務(wù)事務(wù)。]
測試目標(biāo) [核實(shí)測試對象能夠在以下強(qiáng)度條件下正常運(yùn)行，不會(huì)出現(xiàn)任何錯(cuò)誤：服務(wù)器上幾乎沒有或根本沒有可用的內(nèi)存（RAM和DASD）連接或模擬了最大實(shí)際（實(shí)際允許）數(shù)量的客戶機(jī)多個(gè)用戶對相同的數(shù)據(jù)或帳戶執(zhí)行相同的事務(wù)最繁重的事務(wù)量或最差的事務(wù)組合（請參見上面的“性能測試”）。注：強(qiáng)度測試的目標(biāo)可表述為確定和記錄那些使系統(tǒng)無法繼續(xù)正常運(yùn)行的情況或條件。客戶機(jī)的強(qiáng)度測試在“配置測試”的第3.1.11節(jié)中進(jìn)行了說明。]
測試范圍：
技術(shù)： [使用為性能評測或負(fù)載測試制定的測試。要對有限的資源進(jìn)行測試，就應(yīng)該在一臺(tái)計(jì)算機(jī)上運(yùn)行測試，而且應(yīng)該減少或限制服務(wù)器上的RAM和DASD。對于其他強(qiáng)度測試，應(yīng)該使用多臺(tái)客戶機(jī)來運(yùn)行相同的測試或互補(bǔ)的測試，以產(chǎn)生最繁重的事務(wù)量或最差的事務(wù)組合。]
開始標(biāo)準(zhǔn)：
完成標(biāo)準(zhǔn)： [所計(jì)劃的測試已全部執(zhí)行，并且在達(dá)到或超出指定的系統(tǒng)限制時(shí)沒有出現(xiàn)任何軟件故障，或者導(dǎo)致系統(tǒng)出現(xiàn)故障條件的并不在指定的條件范圍之內(nèi)。]
測試重點(diǎn)和優(yōu)先級：
需考慮的特殊事項(xiàng)： [如果要增加網(wǎng)絡(luò)工作強(qiáng)度，可能會(huì)需要使用網(wǎng)絡(luò)工具來給網(wǎng)絡(luò)加載消息或信息包。應(yīng)該暫時(shí)減少用于系統(tǒng)的DASD，以限制數(shù)據(jù)庫可用空間的增長。使多個(gè)客戶機(jī)對相同的記錄或數(shù)據(jù)帳戶同時(shí)進(jìn)行的訪問達(dá)到同步。]
6.9容量測試
[容量測試使測試對象處理大量的數(shù)據(jù)，以確定是否達(dá)到了將使軟件發(fā)生故障的極限。容量測試還將確定測試對象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。例如，如果測試對象正在為生成一份報(bào)表而處理一組數(shù)據(jù)庫記錄，那么容量測試就會(huì)使用一個(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ù)。]
測試范圍：
技術(shù)： [使用為性能評測或負(fù)載測試制定的測試。應(yīng)該使用多臺(tái)客戶機(jī)來運(yùn)行相同的測試或互補(bǔ)的測試，以便在長時(shí)間內(nèi)產(chǎn)生最繁重的事務(wù)量或最差的事務(wù)組合（請參見上面的“強(qiáng)度測試”）創(chuàng)建最大的數(shù)據(jù)庫大?。▽?shí)際的、按比例縮放的、或填充了代表性數(shù)據(jù)的數(shù)據(jù)庫），并使用多臺(tái)客戶機(jī)在長時(shí)間內(nèi)同時(shí)運(yùn)行查詢和報(bào)表事務(wù)。]
開始標(biāo)準(zhǔn)：
完成標(biāo)準(zhǔn)： [所計(jì)劃的測試已全部執(zhí)行，而且達(dá)到或超出指定的系統(tǒng)限制時(shí)沒有出現(xiàn)任何軟件故障。]
測試重點(diǎn)和優(yōu)先級：
需考慮的特殊事項(xiàng)： [對于上述的高容量條件，哪個(gè)時(shí)間段是可以接受的時(shí)間？]
6.10安全性和訪問控制測試
[安全性和訪問控制測試側(cè)重于安全性的兩個(gè)關(guān)鍵方面：
應(yīng)用程序級別的安全性，包括對數(shù)據(jù)或業(yè)務(wù)功能的訪問。
系統(tǒng)級別的安全性，包括對系統(tǒng)的登錄或遠(yuǎn)程訪問。
應(yīng)用程序級別的安全性可確保：在預(yù)期的安全性情況下，Actor只能訪問特定的功能或用例，或者只能訪問有限的數(shù)據(jù)。例如，可能會(huì)允許所有人輸入數(shù)據(jù)，創(chuà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í)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)限。]修改用戶類型并為相同的用戶重新運(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)管理的職能，可能會(huì)不需要執(zhí)行此測試。]
6.11故障轉(zhuǎn)移和恢復(fù)測試
[故障轉(zhuǎn)移和恢復(fù)測試可可確保測試對象能成功完成轉(zhuǎn)移，并能從導(dǎo)致意外數(shù)據(jù)損失或數(shù)據(jù)完整性破壞的各種硬件、軟件可網(wǎng)絡(luò)故障中恢復(fù)。
故障轉(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)程并監(jiān)測和檢查應(yīng)用程序和系統(tǒng)，核實(shí)應(yīng)用程序或系統(tǒng)和數(shù)據(jù)已得到了正確的恢復(fù)。]
測試目標(biāo) [確?；謴?fù)進(jìn)程（手工或自動(dòng)）將數(shù)據(jù)庫、應(yīng)用程序和系統(tǒng)正確地恢復(fù)到預(yù)期的已知狀態(tài)。測試中將包括以下各種情況：客戶機(jī)斷電服務(wù)器斷電通過網(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效或遭到破壞]
測試范圍：
技術(shù)： [應(yīng)該使用為功能和業(yè)務(wù)周期測試創(chuàng)建的測試來創(chuàng)建一系列的事務(wù)。一旦達(dá)到預(yù)期的測試起點(diǎn)，就應(yīng)該分別執(zhí)行或模擬以下操作：² 客戶機(jī)斷電：關(guān)閉PC機(jī)的電源。² 服務(wù)器斷電：模擬或啟動(dòng)服務(wù)器的斷電過程。² 通過網(wǎng)絡(luò)服務(wù)器產(chǎn)生的中斷：模擬或啟動(dòng)網(wǎng)絡(luò)的通信中斷（實(shí)際斷開通信線路的連接或關(guān)閉網(wǎng)絡(luò)服務(wù)器或路由器的電源）。² DASD和DASD控制器被中斷、斷電或與DASD和DASD控制器的通信中斷：模擬與一個(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í)，所使用的技術(shù)與上述技術(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)：
完成標(biāo)準(zhǔn)： [在所有上述情況中，應(yīng)用程序、數(shù)據(jù)庫和系統(tǒng)應(yīng)該在恢復(fù)過程完成時(shí)立即返回到一個(gè)已知的預(yù)期狀態(tài)。此狀態(tài)包括僅限于已知損壞的字段、指針或關(guān)鍵字范圍內(nèi)的數(shù)據(jù)損壞，以及表明進(jìn)程或事務(wù)因中斷面未被完成的報(bào)表。]
測試重點(diǎn)和優(yōu)先級：
需考慮的特殊事項(xiàng)： ² [恢復(fù)測試會(huì)給其他操作帶來許多的麻煩。斷開纜線連接的方法（模擬斷電或通信中斷）可能并不可取或不可行。所以，可能會(huì)需要采用其他方法，例如診斷性軟件工具。² 需要系統(tǒng)（或計(jì)算機(jī)操作）、數(shù)據(jù)庫和網(wǎng)絡(luò)組中的資源。² 這些測試應(yīng)該在工作時(shí)間之外或在一臺(tái)獨(dú)立的計(jì)算機(jī)上運(yùn)行。]
6.12配置測試
[配置測試核實(shí)測試對象在不同的軟件和硬件配置中的運(yùn)行情況。在大多數(shù)生產(chǎn)環(huán)境中，客戶機(jī)工作站、網(wǎng)絡(luò)連接和數(shù)據(jù)庫服務(wù)器的具體硬件規(guī)格會(huì)有所不同?？蛻魴C(jī)工作站可能會(huì)安裝不同的軟件 例如，應(yīng)用程序、驅(qū)動(dòng)程序等 而且在任何時(shí)候，都可能運(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ù)都成功完成，沒有出現(xiàn)任何故障。]
測試重點(diǎn)和優(yōu)先級：
需考慮的特殊事項(xiàng)： ² [需要、可以使用并可以通過桌面訪問哪種非測試對象軟件？² 通常使用的是哪些應(yīng)用程序？² 應(yīng)用程序正在運(yùn)行什么數(shù)據(jù)？例如，在Excel中打開的大型電子表格，或是在Word中打開的100頁文檔。² 作為此測試的一部分，應(yīng)將整修系統(tǒng)、Netware、網(wǎng)絡(luò)服務(wù)器、數(shù)據(jù)庫等都記錄下來。]
6.13安裝測試
[安裝測試有兩個(gè)目的。第一個(gè)目的是確保該軟件在正常情況和異常情況的不同條件下 例如，進(jìn)行首次安裝、升級、完整的或自定義的安裝 都能進(jìn)行安裝。異常情況包括磁盤空間不足、缺少目錄創(chuàng)建權(quán)限等。第二個(gè)目的是核實(shí)軟件在安裝后可立即正常運(yùn)行。這通常是指運(yùn)行大量為功能測試制定的測試。]
測試目標(biāo) 核實(shí)在以下情況下，測試對象可正確地安裝到各種所需的硬件配置中：² 首次安裝。以前從未安裝過＜項(xiàng)目名稱＞的新計(jì)算機(jī)² 更新。以前安裝過相同版本的＜項(xiàng)目名稱＞的計(jì)算機(jī)² 更新。以前安裝過＜Project Name>的較早版本的計(jì)算機(jī)
測試范圍：
技術(shù)： ² [手工開發(fā)腳本或開發(fā)自動(dòng)腳本，以驗(yàn)證目標(biāo)計(jì)算機(jī)的狀況 首次安裝＜項(xiàng)目名稱＞從未安裝過；＜項(xiàng)目名稱＞安裝過相同或較早的版本。² 啟動(dòng)或執(zhí)行安裝。² 使用預(yù)先確定的功能測試腳本子集來運(yùn)行事務(wù)。]
開始標(biāo)準(zhǔn)：
完成標(biāo)準(zhǔn)： ＜項(xiàng)目名稱＞事務(wù)成功執(zhí)行，沒有出現(xiàn)任何故障。
測試重點(diǎn)和優(yōu)先級：
需考慮的特殊事項(xiàng)： [應(yīng)該選擇＜項(xiàng)目名稱＞的哪些事務(wù)才能準(zhǔn)確地測試出＜項(xiàng)目名稱＞應(yīng)用程序已經(jīng)成功安裝，而且沒有遺漏主要的軟件構(gòu)件？。]
7.問題嚴(yán)重度描述
問題嚴(yán)重度 描述 響應(yīng)時(shí)間
高 例如使系統(tǒng)崩潰 程序員在多長時(shí)間內(nèi)改正此問題
中
低
8.附錄：項(xiàng)目任務(wù)
以下是一些與測試有關(guān)的任務(wù)：
² 制定測試計(jì)劃
n 確定測試需求
n 評估風(fēng)險(xiǎn)
n 制定測試策略
n 確定測試資源
n 創(chuàng)建時(shí)間表
n 生成測試計(jì)劃
² 設(shè)計(jì)測試
n 準(zhǔn)備工作量分析文檔
n 確定并說明測試用例
n 確定測試過程，并建立測試過程的結(jié)構(gòu)
² 復(fù)審和評估測試覆蓋
² 實(shí)施測試
n 記錄或通過編程創(chuàng)建測試腳本
n 確定設(shè)計(jì)與實(shí)施模型中的測試專用功能
n 建立外部數(shù)據(jù)集
² 執(zhí)行測試
² 執(zhí)行測試過程
² 評估測試的執(zhí)行情況
² 恢復(fù)暫停的測試
² 核實(shí)結(jié)果
² 調(diào)查意外結(jié)果
² 記錄缺陷
² 對測試進(jìn)行評估
² 評估測試用例覆蓋
² 評估代碼覆蓋
² 分析缺陷
² 確定是否達(dá)到了測試完成標(biāo)準(zhǔn)與成功標(biāo)準(zhǔn)
柳德才
13691193654
18942949207
QQ：422157370
liudecai_zan@126.com湖北-武漢-江夏-廟山