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范圍

[描述測試的各個階段（例如，單元測試、集成測試或系統(tǒng)測試），并說明本計(jì)劃所針對的測試類型（如功能測試或性能測試）。

簡要地列出測試對象中將接受測試或?qū)⒉唤邮軠y試的那些性能和功能。

如果在編寫此文檔的過程中做出的某些假設(shè)可能會影響測試設(shè)計(jì)、開發(fā)或?qū)嵤?#xff0c;則列出所有這些假設(shè)。

列出可能會影響測試設(shè)計(jì)、開發(fā)或?qū)嵤┑乃酗L(fēng)險(xiǎn)或意外事件。

列出可能會影響測試設(shè)計(jì)、開發(fā)或?qū)嵤┑乃屑s束。]

2

2.?測試參考文檔和測試提交文檔

2.1測試參考文檔

下表列出了制定測試計(jì)劃時(shí)所使用的文檔，并標(biāo)明了各文檔的可用性：

[注：可適當(dāng)?shù)貏h除或添加文檔項(xiàng)。]

2.2測試提交文檔

[下面應(yīng)當(dāng)列出在測試階段結(jié)束后，所有可提交的文檔]

3

3.測試進(jìn)度

（測試進(jìn)度主要寫什么時(shí)間做了哪些測試內(nèi)容。如幾號到幾號寫方案，評審。幾號到幾號用例編寫，評審，定稿。用例完成后會有一個總數(shù)，計(jì)劃幾天測試完。）

4

4.測試資源

4.1人力資源

下表列出了在此項(xiàng)目的人員配備方面所作的各種假定。

[注：可適當(dāng)?shù)貏h除或添加角色項(xiàng)。]

4.2測試環(huán)境

下表列出了測試的系統(tǒng)環(huán)境

4.3測試工具

此項(xiàng)目將列出測試使用的工具：

5

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)作為一個子系統(tǒng)來進(jìn)行測試。在測試這些子系統(tǒng)時(shí)，不應(yīng)將測試對象的用戶界面用作數(shù)據(jù)的接口。對于數(shù)據(jù)庫管理系統(tǒng)（DBMS），還需要進(jìn)行深入的研究，以確定可以支持以下測試的工具和技術(shù)。]

6.2接口測試

（接口測試就是測試系統(tǒng)組件間接口的測試。接口測試主要用于檢測外部系統(tǒng)與系統(tǒng)之間以及內(nèi)部各個子系統(tǒng)之間的交互點(diǎn)。）

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)及要求。此階段測試基于功能完成的測試。]

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)用程序列出了推薦使用的測試概要：]

6.5用戶界面測試

[用戶界面（UI）測試用于核實(shí)用戶與軟件之間的交互。UI測試的目標(biāo)是確保用戶界面會通過測試對象的功能來為用戶提供相應(yīng)的訪問或?yàn)g覽功能。另外，UI測試還可確保UI中的對象按照預(yù)期的方式運(yùn)行，并符合公司或行業(yè)的標(biāo)準(zhǔn)。]

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)的某個Actor通過使用測試對象來執(zhí)行的特定用例，添加或修改給定的合同。]

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)的某個最終用戶通過使用應(yīng)用程序來執(zhí)行的特定功能，例如，添加或修改給定的合同。]

7.問題嚴(yán)重度描述

8.附錄：項(xiàng)目任務(wù)

?以下是一些與測試有關(guān)的任務(wù)：

?制定測試計(jì)劃

?確定測試需求

?評估風(fēng)險(xiǎn)

?制定測試策略

?確定測試資源

?創(chuàng)建時(shí)間表

?生成測試計(jì)劃

?設(shè)計(jì)測試

?準(zhǔn)備工作量分析文檔

?確定并說明測試用例

?確定測試過程，并建立測試過程的結(jié)構(gòu)

?復(fù)審和評估測試覆蓋

?實(shí)施測試

?記錄或通過編程創(chuàng)建測試腳本

?確定設(shè)計(jì)與實(shí)施模型中的測試專用功能

?建立外部數(shù)據(jù)集

?執(zhí)行測試

?執(zhí)行測試過程

?評估測試的執(zhí)行情況

?恢復(fù)暫停的測試

?核實(shí)結(jié)果

?調(diào)查意外結(jié)果

?記錄缺陷

?對測試進(jìn)行評估

?評估測試用例覆蓋

?評估代碼覆蓋

?分析缺陷

?確定是否達(dá)到了測試完成標(biāo)準(zhǔn)與成功標(biāo)準(zhǔn)