密級：秘密

XX系統

功能測試計劃

文獻狀態：文獻標記：XX系統測試計劃說明書

[]草稿

[7]正式發布當前版本：V1.0

[]正在修改

作者：XXX

完畢日期：2023-03-11

XX有限公司（可不寫）

公司地址：

郵編：

電話:

版本記錄

日期版本建立/修改內容建立/修改人部門審核人

1.0建立

文檔信息

文檔名稱：文檔編寫規范

文檔狀態：□草稿■正式發布口正在修改

負責人：文檔版本編號：

密級：普通文檔版本日期：

擬稿人：擬稿口期:

審枇人：審批日期；

批準人：批準日期：

修訂歷史記錄

日期：內容：

初始版本

修改

目錄

1引言錯誤!未定義書簽。

1.1編寫目的錯誤!未定義書簽。

1.2術語解釋.........................................................錯誤!未定義書簽。

1.3參考資料........................................................錯誤!未定義書簽。

1.4測試摘要........................................................錯誤!未定義書簽。

1.4.1重點、事項......................................................錯誤!未定義書簽。

1.4.2測試風險評估.................................................錯誤!未定義書簽。

1.4.3時間進度......................................................錯誤!未定義書簽。

1.4.4測試目的.....................................................錯誤!未定義書簽。

1.5解釋權限.........................................................錯誤!未定義書簽。

2項目背景錯誤!未定義書簽。

2.1項目背景.....錯誤!未定義書簽

2.2測試范圍....錯誤!未定義書簽

2.3系統目的.....錯誤!未定義書簽

2.4系統風險及約束錯誤!未定義書簽

2.5測試文檔.........................................................錯誤!未定義書簽。

2.5.1測試參考文檔錯誤!未定義書簽。

2.5.2測試提交文檔錯誤!未定義書簽。

5.3.10安全性和訪問控制測試..................................錯誤!未定義書簽。

5.3.11兼容性測試.............................................錯誤!未定義書簽。

5.3.12版本驗證測試...........................................錯誤!未定義書簽。

5.3.13加密測試................................................錯誤!未定義書簽。

5.3.14文檔測試...............................................錯誤!未定義書簽。

5.3.15回歸測試................................................錯誤!未定義書簽。

5.4測試技術....................................................錯誤!未定義書簽。

6測試計劃.......................................................錯誤!未定義書簽。

6.1具體測試內容................................................錯誤!未定義書簽。

6.2進度計劃....................................................錯誤!未定義書簽。

6.2.1測試時間進度.............................................錯誤!未定義書簽。

62.2測試里程碑...............................................錯誤!未定義書簽。

6.3測試準備.....................................................錯誤!未定義書簽。

63.1測試環境準備.............................................錯誤!未定義書簽。

6.3.2測試人員培訓.............................................錯誤!未定義書簽。

63.3安裝與反安裝測試.........................................錯誤!未定義書簽。

63.4煙霧測試.................................................錯誤!未定義書簽。

6.4具體測試實行任務和時間人員安排..............................錯誤!未定義書簽。

7附錄IBUG分級表錯誤!未定義書簽,

1引言

1.1編寫目的

本測試計劃的編寫旨在說明對XX系統進行測試時各個測試階段的任務、人員分派、時

間安排以及人員的工作范圍等。

本測試計劃的合法讀者群涉及：開發項目管理者、軟件工程

師、測試工程師、高級測試主管。

1.2術語解釋

縮寫詞或術語英文解釋中文解釋

AAA系統英文全名AAA系統（系統英文簡寫，可不寫）

SVNSubVersionSystem版本控制系統

SVNLOCKSubVersionSystemLock完畢所有里程碑測試，并對版本進行鎖

定

煙霧測試SmokeTesting保證系統基本功能完全實現的測試

里程碑測試MilestoneTesting以SVN中版本為里程碑進行階段測試

1.3參考資料

《AAA業務需求說明書》

《AAA系統需求說明書》

UAA系統操作說明書》

《AAA概要設計說明書》

1.4測試摘要

1.4.1重點事項

卜面列表中列出系統中需要重點測試的功能模塊。列表所涉及的內容解釋為:

編號一一表達模塊的唯一標記。

模塊一一系統中需要重點測試的模塊描述。

重要性一一各個重點模塊的重要限度（重要限度值從1（低）?3（高））。

及時性一一各個重點模塊；則試的及時性（及時性值從1（低）?3（高））。

預測值一一模塊重要性和及時性的乘積。

優先級一一模塊預測值從高到低的排序。

編號模塊重要性及時性預測值優先級

1組織機構管理12212

2用戶管理1229

3權限管理3392

4

5

1.4.2測試風險評估

下面列表中給出的是本系統測試時的風險分析表，列表所涉及的內容解釋為:

編號一一表達風險時間的唯一標記。

風險名稱一一問題發生現象的重要描述。

也許性一一問題發生的也許性（也許性值從1（低）?5（高））。

嚴重性一一問題發生所產生影響的嚴重性（嚴重性值從1（低）?5（高））。

預測值一一發生也許性和影響嚴重的乘積。

優先級一一風險預測值從高到低的排序。

編號風險名稱也許性嚴重性預測值優先級

1非法用戶訪問25103

2非法數據輸入44161

3數據庫更新不同步1555

4并發用戶數量太少2484

5用戶文檔不清楚4146

6重大的需求變更35152

1.4.3時間進度

編號版本號測試開始時間版本發布時間

1VI.0

1.4.4測試目的

?最終版本的測試目的：

?測試計劃中所有方法已經執行并通過。

?測試方案中所有測試手段都已經執行并通過。

?測試用例中所有用例已經執行過。

?所有重要等級為2級以上的BUG都被解決并通過回歸測試。

?近期內沒有發現等級為3級以上的BUGo

?使被測系統滿足功能性、易用性、兼容性、可測量性、可維護性、可擴展性、可靠性、

性能以及容量等方面的需求。

1.5解釋權限

本文檔由XX有限公司編寫，由XX解彈。

2項目背景

2.1項目背景

項目名稱：XXX

簡稱：AAA

項目代號：無

開發單位：XX有限公司

主管部門:

2.2測試范圍

?測試的各個階段如卜：

?測試設計：根據需求規格說明書和最終系統設計，制定測試計劃、測試方案，涉及收集

測試方法、測試用例以及也許用到的測試工具等.

集成測試：前期重要針對單個的功能模塊及簡樸的功能組合,

后期重要針對基本的流程，同時對新加入的測試人員進行培

訓。

系統測試：前期根據需求規格說明書進行功能測試，中期針

對重點模塊的性能測試，后期是模擬用戶的業務測試，并結

合也許的用戶測試。

驗收測試：根據用戶手冊對功能進行檢查，復查報告庫中的

所有BUG,對Release版本進行安裝測試等。

2.3系統目的

?該章節重要闡述了xx系統最終所要實現的目的：

?合法性：遵照國家頒布的最新的檔案條例。

?專力性：滿足檔案行業“收集”、“管理”、“運用”的二大環節C

?功能性：達成設計規范，并滿足用戶需求的限度。

?易用性：安裝方便、界面和諧、容易使用，可以滿足不同類型用戶的需求。

?可靠性：在規定的條件下軟件可以維持正常的功能操作和性能水平。

?性能：在指定條件下，軟件實現某種功能所需要的計算機資源可以滿足?定的有效限

度。

?容量：針對某種功能時軟件所能容納的最大限度的容量要滿足用戶需求。

可維護性：當軟件發生錯誤時可以進行相應的修改。

可擴展性：當增長新的功能時系統的擴展能力要滿足規定。

2.4系統風險及約束

?以卜?內容是測試過程中也許存在的一些風險以及制約因素，并給出相應的解決辦法：

?由于測試模式不是現場測試，測試環境和現場環境有一定差距，使得測試的結果不完

全準確。針對這種情況在搭建測試環境時應當盡量和現場環境相同，保證測試結果最大

限度地接近現場。

?項目的研發模式為現場定制，上線壓力過大，也許導致測試不夠充足。針對這種情況我

們在制定測試計劃時要突出重點，測試時做到詳略得當。

?測試資源的及時到位，測試環境搭建完畢以后也許要根據現場的情況有改動，軟硬件資

源方面的及時更新得不到保障。

?測試人員的培訓。測試人員對檔案業務的熟悉限度需要培訓，對系統自身的使用也需要

培訓，培訓是否充足是測試過程中隱含的風險。

開發進度的變化，需求或設計的變更。開發過程中由于需求

設計或人員的變更而影響開發進度發生變化。

開發組的版本控制。開發組的開發版本控制是否嚴格對的是

一個潛在問題，而開發組和測試組之間由于版本控制人員

在做協調，很容易發生版本錯誤而測試組不能及時得到告

知的情況。

2.5測試文檔

闡述測試時的各種文檔，涉及測試參考文檔和測試所要提

供的文檔：

2.5.1測試參考文檔

文檔說明作者文檔位置（SVN）

《業務需求說明書》SVN1

《系統需求說明書》SVN1

《概要設計說明書》SVN1

《具體設計說明書》SVN1

《技術白皮書》SVN1

《技術桔皮書》SVN1

《操作說明書》SVN1

2.5.2測試提交文檔

文檔說明作者文檔位置（SVN）

《功能測試計劃》SVN1

《性能測試計劃》SVN1

《功能測試方案》SVN1

《性能測試方案》SVN1

《系統測試用例》SVN1

《性能測試用例》SVN1

《系統測試報告》SVN1

3質量目的

描述本系統質量目的和規定。質量目的涉及產品的質量目的

和測試小組的質量目的：

3.1產品質量目的

編號產品質量目的確認者（如需說明）

1系統各個功能點的功能均可以實現

2系統業務流程滿足行業規定

3系統業務流程可以正的確現

4系統運營情況穩定

5系統功能強大、界面美觀、使用便捷

6系統可靠性高，用戶數據安全得到保障

7可以及時更新產品，得到更完美的軟件服務

3,2測試質量目的

編號測試質量目的確認者（如需說明）

1所有的測試用例已經執行過

3所有的重要等級為1/2的Bug已經解決并由測實驗證

4每一部分的測試已經被TestLead確認完畢

5重要的功能不允許有等級為1/2/3的Bug

一般的功能或與最終使用者不直接聯系的功能不允許

6有等級為1/2的bug,且bug等級為3的問題不得超過

重要功能

7輕量的功能允許有少量2/3等級的錯誤

8發現錯誤等級為1/2/3的Bug的速率正在下降并接近0

9在最后的三天內沒有發現錯誤等級為1/2/3類的Bug

4資源需求

4.1測試人員

分派的角色數量（單位：人）

角色具體職責

測試經理1>進行管理監督，職責如下：

>提供技術指導

>獲取適當的資源

>設計測試計劃、測試方案

>管理測試數據

>收集測試用例

>參與測試

測試員2-3>負責執行測試，職責如下：

>執行測試

>記錄結果

>從錯誤中恢復（返測試報告）

>收集測試用例

測試系統管1>保證測試環境和資產得到管理和維護：職

理員貨如下：

>管理測試系統

>授予和管理角色對測試系統的訪問權

SVNBuilder1>進行測試版本的控制，職責如下：

>從開發組接受最新版本的程序

>提供應測試組最新版本的程序

>管理Release版本，以便于測試組驗收測

試

>管理Release版本，以便于測試組驗收測試

4.2測試環境

4.2.1硬件測試環境

服務器

名稱CPU內存硬盤IP地址用途及特殊說明

數據庫服Intel(R)Core(TM)

務器1.80CHz2.OC250C

應用程序Intel(R)Celcron(R

服務器)2.93GHz2.93G80G

客戶端

名稱CPU內存硬盤IP地址用途及特殊說明

Intel(R)

客戶端Celeron(R)2.93GHz1GB120G

4.2.2軟件測試環境

服務器

名稱軟件名稱軟件版本號IP地址用途及特殊說明

數據庫服操作系統Win2023server

務器數據庫Oracle10G

應用程序操作系統Win2023server

服務器WEB容器Tomcat5.0

客戶端

名稱軟件名稱軟件版本號IP地址用途及特殊說明

客戶端操作系統Windowsxp

瀏覽器IE11.0

4.3測試工具

測試工具用途備注

版本管理系統，用于管理系統開發過程各個版

SVN本

PM需求、BUG追蹤管理、測試計劃、測試用例管理

LoadRunner性能測試、壓力測試

5測試策略

本節的目的是說明計劃中使用的基本的測試過程，并闡述

了每個測試過程中所采用的測試技術。

5.1整體測試策略

使用里程碑技術在測試過程中驗證每個模塊，測試人員在

需求階段參與測試工作，進行需求review^設計review、

測試計劃設計、測試方案和測試用例的設計，在系統開發完

畢之后，正式執行測試。產品達成軟件產品質量規定和測試

規定后發布，同時由測試人員提交相關測試文檔。

5.2開始/中斷/完畢標準

說明中斷/開始/完畢測試的標

準：標準說明

開始/中斷/完畢測試

開始測試標準硬件環境可用且軟件對的安裝完畢

安裝無法對的完畢或程序的文檔有相稱多的失誤或系統

中斷測試標準

服務異?；虬l現BlockBug

完畢測試計劃中的測試規劃并達成程序和測試質量目

完畢測試標準

的，并由TestLead確認

5.3測試類型

5.3.1流程測試

按操作流程進行的測試，重要有業務流程、數據流程、邏輯流程、正反流程，檢查軟件

在按流程操作時是否可以對的解決。

流程測試重要是在系統集成階段進行。

5.3.2數據庫測試

數據庫作為系統中保證數據庫訪問方法和進程的正常運營，數據不會遭到損壞

一個重要的組成部

分在本次系統測試

中是一個重要的組

成部分，要通過嚴

格的測試。

測試目的

分別針對用戶管理、文獻庫、案卷庫和項目庫等不同的數據庫訪問

技術

進行測試

分別測試數據的新建、修改、刪除等，涉及單個數據和大展數據的

讀寫

測試數據查找和記錄功能，檢查返回的數據是否對的，并測試相關

功能

測試有效和無效數據對數據庫的影響

所有數據庫訪問方法和進程都按照設計的方式運營，數據沒有遭

完畢標準

到破壞

數據庫的效率如何

需考慮的特殊事項

對于犯錯情況的保護，涉及數據的保存與恢復

錯誤數據的清理

假如需要可以使用必要的測試工具和測試方法

5.3.3功能點測試

根據系統需求文檔和設計文檔對系統進行功能測試.功能測試階段在系統集成測試階段

之后進行，重要是驗證產昂是否正的確現了需求設計文檔中的功能。

功能測試重要側重與功能的實現和功能業務與現實規范的符合。

系統提供的功能與需求或用戶手冊相符

測試目的

莫成測試階段重要針對流程方面的功能實現進行測試，系統測試

技術

階段重要依據需求說明書逐項測試

重要的功能點應當投入更多的精力進行測試

功能實現，并可以對的執行

完畢標準

所發現的缺陷盡量解決，留下的問題已經進行相應的解決或提供

解決的辦法

所發現的缺陷盡量解決，留下的問題已經進行相應的解決或提供解

決的辦法

注意開發組也許的功能變化和需求變更

需考慮的特殊事項

注意其中一些重要的功能和實際效果相關，并不是筒樸的功輪實

現

注意值域測試時的提醒信息

5.3.4值域測試

選擇邊界數據進行測試，保證系統功能正常，程序無異常。

邊界值測試重要應用與系統集成和數據輸入時。

對所有需要輸入數據的地方進行數據的輸入并檢查其輸出結果。

測試目的

進行值域的測試不僅要驗證輸入對的的數據能否得到對的的輸

出結果，同樣也要驗證輸入錯誤的數據后是否可以得到該有的反

映，給出的錯誤提醒是否對的和友善等

逐個對每個需要輸入數據的地方進行檢查，涉及鍵入和粘貼方式

技術

檢查犯錯是否有提醒，提醒信息是否對的

檢查犯錯是否有提醒，提醒信息是否對的

常用的輸入項可以實現測試目的

完畢標準

注意小鍵盤輸入是否正常

需考慮的特殊事項

注意邊界值的測試

5.3.5啟動停止測試

檢查每個模塊能否正常啟動停止、異常停止后能否王常啟動。

5.3.6異常測試

檢查系統能否解決異常，如網絡連接失敗等情況。

異常測試重要在系統使用過程中進行。

5.3.7安裝測試

檢查系統能否對的安裝、配置。

安裝測試重要在測試環境所有搭建完畢后進行。

安裝程序安裝后程序可以正常運營，也可以正常卸載。

測試目的

分以下幾種情況進行安裝和卸載的測試：

技術

初次安裝：以前從木安裝過該系統的計算機

更新1:以前安裝過相同版本系統的計算機

更新2:以前安裝過較早版本系統的計算機

更新3：不進行卸載，直接覆蓋安裝

更新3:不進行卸載，直接覆蓋安裝

更新3：不進行卸載，直接覆蓋安裝

證明程序在新安裝的操作系統上可以對的安裝并卸載

完畢標準

注意通過文獻的數量和大小，檢查注冊表途徑等方式，驗證程序

需考慮的特殊事項

的安裝和卸載是否完整

注意檢查卸載后的剩余的文獻是否正常

注意非默認途徑的安裝是否對的

5.3.8界面易用性測試

檢查系統是否易用和諧。

程序界面符合相關的規范

溜試目的

按照相關規定逐項檢查，涉及菜單、按鈕、版權信息等

技術

檢查提醒信息中的文字、標點符號和圖標等

程序界面符合相關的規范

完畢標準

注意啟動畫面和安裝程序的版權信息

需考慮的特殊事項

注意版本信息

5.3.9容錯性測試

檢查系統的容錯能系統自動恢亞數據庫連接。

力，錯誤的數據輸系統自動備份數據庫功能。

入不會對功能和系

統產生非正常的影

響，且程序對錯誤

的輸入有對的的提

醒信息。

測試目的

模擬應用服務器端在操作中斷電

技術

模擬網絡傳輸過程的通信中斷

在所有上述情況中，應用程序、數據庫和系統應當在恢復過程完畢

完畢標準

時立即返回到一個已知的預期狀態。此狀態涉及僅限于已知損壞的

字段、指針或關鍵字范圍內的數據損壞，以及表白進程或事務因中

斷而未被完畢的報表。

提供完善的系統運營維護手冊，以便指導用戶手工恢復數據。

提供完善的系統運營維護手冊，以便指導用戶手工恢復數據。

對以上情況的測試需要達成一個已知的數據庫狀態。以保證槍測出

需考慮的特殊事項

數據庫字段、指針和關鍵字等數據是否被破壞或是否可以自動恢

復。

5.3.10安全性和訪問控制測試

安全性和訪問控制是本系統測試的一個重點.

應用程序級別的安全性：

測試目的

不同用戶只能訪問其所屬用戶類型已被授權訪問的那些功能或數

據。

未被授予系統訪問權限的用戶無法登錄應用系統并執行操作C

系統級別的安全性：

系統運營在內部局域網，不允許從外網訪問。

只有被授予管理權限的角色可以檢查或更改應用服務器及數據庫

服務器等的配置。

應用程序級別的安全性：

技術

擬定并列出各用戶類型及其被授權訪問的功能或數據。

為各用戶類型創建測試，并通過創建各用戶類型所特有的事務來

核算其權限。

修改用戶類型并為相同的用戶重新運營測試。對于每種用戶類型，

保證對的地提供或拒絕了這些附加的功能或數據。

系統級別的訪問：

不為應用服務器配置外網1P地址或在防火墻做設立。

各種已知的用戶類型都可訪問相應的功能或數據，并且所有事務

完畢標準

都按照預期的方式運營，并在先前的應用程序功能測試中運營了

所有的事務。

由于此測試也許是網絡管理或系統管理的職能，也許會不需要執

需考慮的特殊事項

行此測試。

5.3.11兼容性測試

系統的兼容性測試按照既定的系統環境配置規定搭建運營環境，架設服務器、數據庫

及客戶端，保證在標準配置環境下可以正常運營本系統

是指：對于C/S架

構的系統來說，需

要考慮客戶端支持

的系統平臺。對于

B/S架構的系統來

說需要考慮用戶端

瀏覽器的版本。

測試目的

在windows2023;windowsXP;windows2023;LINUX等操作系統上分

技術

別搭建服務器、數據庫和客戶端，組合配置運營環境

無論在何種操作系統下，只要運營主體環境滿足系統配置規定，

完畢標準

則系統就能正常運營

操作系統、服務器程序、數據庫在搭建上是否有互相限制的情況

需考慮的特殊事項

5.3.12版本驗證測試

測試組對SVNBuilder提供的版本也要進行測試。

驗證開發部提交的最新版本是否值得測試

測試目的

返測隨版本提交的測試報告

技術

測試系統的基本功能

得出繼續測試或退回開發組的結論

完畢標準

此階段時間不超過1天

需考慮的特殊事項

注意及時總結經驗

5.3.13加密測試

對系統的加密性進行測試，

保證“加密+可以使用”和“不加密+不能使用”這兩個方面都是正

測試目的

常的

測試插上加密狗后，程序可以啟動并正常使用

技術

測試不插上加密狗，程序不可以啟動

啟動后拔出加密狗，程序應當及時給出提醒，并終止程序的運營

將加密狗插到共享器上應當不匕以使用

證實了“加密+可以使用”和“不加密+不能使用”這兩個方面都是

完畢標準

正常的

不同版本的加密狗應當會有所不同

需考慮的特殊事項

5.3.14文檔測試

檢查文檔是否足夠、描述是否合理

5.3.15回歸測試

檢查程序修改后有沒有引起新的錯誤、是否可以正常工作以及能否滿足系統的需求

5.4測試技術

說明測試過程中所采用說明

的測試技術：是否采用

測試技術

里程碑技術采用里程碑的達成標準及驗收方法在測試

完后制訂

自動測試技術采用核心業務流程采用自動測試技術

審評測試采用對軟件產品功能說明文檔和設計說明

文檔進行檢查，在需求與設計階段進

行

編寫刑試用例采用在產品編碼階段編寫測試用例

單元測試不采用由開發人員進行

功能測試采用用于驗證系統中所有功能點是否達成

需求標準

集成測試采用檢測模塊集成后的系統是否達成需

求，對業務流程及數據流的解決是否

符合標準，系統對業務流解決是否存

在邏輯不嚴謹及錯誤以及是否存在不

合理的標準及規定

確認測試采用在產品發布前，對照featurelist進

行基本需求的確認，確認產品是否正

的確現了功能。

系統測試采用涉及性能測試、負載測試和回歸測試

驗收測試不采用由工程實行人員進行

6測試計劃

6.1具體測試內容

下面列表中給出的是系統中所有需要進行測試的模塊，其中重點模塊需要進行重點測試。

編號一級模塊二級模塊三級模塊重要級別

管理端

1系統管理用戶管理重要

2角色管理重要

3日記管理一般

4修改密碼一般

5OOOOOO

（具體列舉所有需要測試的模塊）

6.2進度計劃

在此章節，對各階段的測試給出里程碑計劃，涉及階段、里

程碑、資源等。

6.2.1測試時間進度

測試階段開始時間完畢時間測試人員階段完畢標志

系統測試計劃、性能

制定測試計劃

測試計劃完畢

系統需求說明書完

需求Review

畢

設計Review系統設計說明書完

畢

設計測試用例系統測試用例完畢

測試人員培訓培訓考核通過

測試環境準備測試環境搭建完畢

集成測試系統集成完畢

安裝完畢，開始功

安裝測試能性測試

功能測試完畢系統功能測試

完畢系統兼容性測

兼容性測試

試

性能測試完畢系統性能測試

文檔測試完畢系統測試報告

6.2.2測試里程碑

里程碑完畢時間