密級：秘密

XX系統(tǒng)

功能測試計劃

文獻狀態(tài)：文獻標記：XX系統(tǒng)測試計劃說明書

[]草稿

[7]正式發(fā)布當前版本：V1.0

[]正在修改

作者：XXX

完畢日期：2023-03-11

XX有限公司（可不寫）

公司地址：

郵編：

電話:

版本記錄

日期版本建立/修改內(nèi)容建立/修改人部門審核人

1.0建立

文檔信息

文檔名稱：文檔編寫規(guī)范

文檔狀態(tài)：□草稿■正式發(fā)布口正在修改

負責人：文檔版本編號：

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

擬稿人：擬稿口期:

審枇人：審批日期；

批準人：批準日期：

修訂歷史記錄

日期：內(nèi)容：

初始版本

修改

目錄

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

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

1.2術(shù)語解釋.........................................................錯誤!未定義書簽。

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

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

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

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

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

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

1.5解釋權(quán)限.........................................................錯誤!未定義書簽。

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

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

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

2.3系統(tǒng)目的.....錯誤!未定義書簽

2.4系統(tǒng)風險及約束錯誤!未定義書簽

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測試技術(shù)....................................................錯誤!未定義書簽。

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

6.1具體測試內(nèi)容................................................錯誤!未定義書簽。

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

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

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

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

63.1測試環(huán)境準備.............................................錯誤!未定義書簽。

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

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

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

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

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

1引言

1.1編寫目的

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

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

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

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

1.2術(shù)語解釋

縮寫詞或術(shù)語英文解釋中文解釋

AAA系統(tǒng)英文全名AAA系統(tǒng)（系統(tǒng)英文簡寫，可不寫）

SVNSubVersionSystem版本控制系統(tǒng)

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

定

煙霧測試SmokeTesting保證系統(tǒng)基本功能完全實現(xiàn)的測試

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

1.3參考資料

《AAA業(yè)務需求說明書》

《AAA系統(tǒng)需求說明書》

UAA系統(tǒng)操作說明書》

《AAA概要設計說明書》

1.4測試摘要

1.4.1重點事項

卜面列表中列出系統(tǒng)中需要重點測試的功能模塊。列表所涉及的內(nèi)容解釋為:

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

模塊一一系統(tǒng)中需要重點測試的模塊描述。

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

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

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

優(yōu)先級一一模塊預測值從高到低的排序。

編號模塊重要性及時性預測值優(yōu)先級

1組織機構(gòu)管理12212

2用戶管理1229

3權(quán)限管理3392

4

5

1.4.2測試風險評估

下面列表中給出的是本系統(tǒng)測試時的風險分析表，列表所涉及的內(nèi)容解釋為:

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

風險名稱一一問題發(fā)生現(xiàn)象的重要描述。

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

嚴重性一一問題發(fā)生所產(chǎn)生影響的嚴重性（嚴重性值從1（低）?5（高））。

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

優(yōu)先級一一風險預測值從高到低的排序。

編號風險名稱也許性嚴重性預測值優(yōu)先級

1非法用戶訪問25103

2非法數(shù)據(jù)輸入44161

3數(shù)據(jù)庫更新不同步1555

4并發(fā)用戶數(shù)量太少2484

5用戶文檔不清楚4146

6重大的需求變更35152

1.4.3時間進度

編號版本號測試開始時間版本發(fā)布時間

1VI.0

1.4.4測試目的

?最終版本的測試目的：

?測試計劃中所有方法已經(jīng)執(zhí)行并通過。

?測試方案中所有測試手段都已經(jīng)執(zhí)行并通過。

?測試用例中所有用例已經(jīng)執(zhí)行過。

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

?近期內(nèi)沒有發(fā)現(xiàn)等級為3級以上的BUGo

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

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

1.5解釋權(quán)限

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

2項目背景

2.1項目背景

項目名稱：XXX

簡稱：AAA

項目代號：無

開發(fā)單位：XX有限公司

主管部門:

2.2測試范圍

?測試的各個階段如卜：

?測試設計：根據(jù)需求規(guī)格說明書和最終系統(tǒng)設計，制定測試計劃、測試方案，涉及收集

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

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

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

訓。

系統(tǒng)測試：前期根據(jù)需求規(guī)格說明書進行功能測試，中期針

對重點模塊的性能測試，后期是模擬用戶的業(yè)務測試，并結(jié)

合也許的用戶測試。

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

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

2.3系統(tǒng)目的

?該章節(jié)重要闡述了xx系統(tǒng)最終所要實現(xiàn)的目的：

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

?專力性：滿足檔案行業(yè)“收集”、“管理”、“運用”的二大環(huán)節(jié)C

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

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

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

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

度。

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

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

可擴展性：當增長新的功能時系統(tǒng)的擴展能力要滿足規(guī)定。

2.4系統(tǒng)風險及約束

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

?由于測試模式不是現(xiàn)場測試，測試環(huán)境和現(xiàn)場環(huán)境有一定差距，使得測試的結(jié)果不完

全準確。針對這種情況在搭建測試環(huán)境時應當盡量和現(xiàn)場環(huán)境相同，保證測試結(jié)果最大

限度地接近現(xiàn)場。

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

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

?測試資源的及時到位，測試環(huán)境搭建完畢以后也許要根據(jù)現(xiàn)場的情況有改動，軟硬件資

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

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

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

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

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

開發(fā)組的版本控制。開發(fā)組的開發(fā)版本控制是否嚴格對的是

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

在做協(xié)調(diào)，很容易發(fā)生版本錯誤而測試組不能及時得到告

知的情況。

2.5測試文檔

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

供的文檔：

2.5.1測試參考文檔

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

《業(yè)務需求說明書》SVN1

《系統(tǒng)需求說明書》SVN1

《概要設計說明書》SVN1

《具體設計說明書》SVN1

《技術(shù)白皮書》SVN1

《技術(shù)桔皮書》SVN1

《操作說明書》SVN1

2.5.2測試提交文檔

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

《功能測試計劃》SVN1

《性能測試計劃》SVN1

《功能測試方案》SVN1

《性能測試方案》SVN1

《系統(tǒng)測試用例》SVN1

《性能測試用例》SVN1

《系統(tǒng)測試報告》SVN1

3質(zhì)量目的

描述本系統(tǒng)質(zhì)量目的和規(guī)定。質(zhì)量目的涉及產(chǎn)品的質(zhì)量目的

和測試小組的質(zhì)量目的：

3.1產(chǎn)品質(zhì)量目的

編號產(chǎn)品質(zhì)量目的確認者（如需說明）

1系統(tǒng)各個功能點的功能均可以實現(xiàn)

2系統(tǒng)業(yè)務流程滿足行業(yè)規(guī)定

3系統(tǒng)業(yè)務流程可以正的確現(xiàn)

4系統(tǒng)運營情況穩(wěn)定

5系統(tǒng)功能強大、界面美觀、使用便捷

6系統(tǒng)可靠性高，用戶數(shù)據(jù)安全得到保障

7可以及時更新產(chǎn)品，得到更完美的軟件服務

3,2測試質(zhì)量目的

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

1所有的測試用例已經(jīng)執(zhí)行過

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

4每一部分的測試已經(jīng)被TestLead確認完畢

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

一般的功能或與最終使用者不直接聯(lián)系的功能不允許

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

重要功能

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

8發(fā)現(xiàn)錯誤等級為1/2/3的Bug的速率正在下降并接近0

9在最后的三天內(nèi)沒有發(fā)現(xiàn)錯誤等級為1/2/3類的Bug

4資源需求

4.1測試人員

分派的角色數(shù)量（單位：人）

角色具體職責

測試經(jīng)理1>進行管理監(jiān)督，職責如下：

>提供技術(shù)指導

>獲取適當?shù)馁Y源

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

>管理測試數(shù)據(jù)

>收集測試用例

>參與測試

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

>執(zhí)行測試

>記錄結(jié)果

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

>收集測試用例

測試系統(tǒng)管1>保證測試環(huán)境和資產(chǎn)得到管理和維護：職

理員貨如下：

>管理測試系統(tǒng)

>授予和管理角色對測試系統(tǒng)的訪問權(quán)

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

>從開發(fā)組接受最新版本的程序

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

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

試

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

4.2測試環(huán)境

4.2.1硬件測試環(huán)境

服務器

名稱CPU內(nèi)存硬盤IP地址用途及特殊說明

數(shù)據(jù)庫服Intel(R)Core(TM)

務器1.80CHz2.OC250C

應用程序Intel(R)Celcron(R

服務器)2.93GHz2.93G80G

客戶端

名稱CPU內(nèi)存硬盤IP地址用途及特殊說明

Intel(R)

客戶端Celeron(R)2.93GHz1GB120G

4.2.2軟件測試環(huán)境

服務器

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

數(shù)據(jù)庫服操作系統(tǒng)Win2023server

務器數(shù)據(jù)庫Oracle10G

應用程序操作系統(tǒng)Win2023server

服務器WEB容器Tomcat5.0

客戶端

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

客戶端操作系統(tǒng)Windowsxp

瀏覽器IE11.0

4.3測試工具

測試工具用途備注

版本管理系統(tǒng)，用于管理系統(tǒng)開發(fā)過程各個版

SVN本

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

LoadRunner性能測試、壓力測試

5測試策略

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

了每個測試過程中所采用的測試技術(shù)。

5.1整體測試策略

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

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

測試計劃設計、測試方案和測試用例的設計，在系統(tǒng)開發(fā)完

畢之后，正式執(zhí)行測試。產(chǎn)品達成軟件產(chǎn)品質(zhì)量規(guī)定和測試

規(guī)定后發(fā)布，同時由測試人員提交相關(guān)測試文檔。

5.2開始/中斷/完畢標準

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

準：標準說明

開始/中斷/完畢測試

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

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

中斷測試標準

服務異常或發(fā)現(xiàn)BlockBug

完畢測試計劃中的測試規(guī)劃并達成程序和測試質(zhì)量目

完畢測試標準

的，并由TestLead確認

5.3測試類型

5.3.1流程測試

按操作流程進行的測試，重要有業(yè)務流程、數(shù)據(jù)流程、邏輯流程、正反流程，檢查軟件

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

流程測試重要是在系統(tǒng)集成階段進行。

5.3.2數(shù)據(jù)庫測試

數(shù)據(jù)庫作為系統(tǒng)中保證數(shù)據(jù)庫訪問方法和進程的正常運營，數(shù)據(jù)不會遭到損壞

一個重要的組成部

分在本次系統(tǒng)測試

中是一個重要的組

成部分，要通過嚴

格的測試。

測試目的

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

技術(shù)

進行測試

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

讀寫

測試數(shù)據(jù)查找和記錄功能，檢查返回的數(shù)據(jù)是否對的，并測試相關(guān)

功能

測試有效和無效數(shù)據(jù)對數(shù)據(jù)庫的影響

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

完畢標準

到破壞

數(shù)據(jù)庫的效率如何

需考慮的特殊事項

對于犯錯情況的保護，涉及數(shù)據(jù)的保存與恢復

錯誤數(shù)據(jù)的清理

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

5.3.3功能點測試

根據(jù)系統(tǒng)需求文檔和設計文檔對系統(tǒng)進行功能測試.功能測試階段在系統(tǒng)集成測試階段

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

功能測試重要側(cè)重與功能的實現(xiàn)和功能業(yè)務與現(xiàn)實規(guī)范的符合。

系統(tǒng)提供的功能與需求或用戶手冊相符

測試目的

莫成測試階段重要針對流程方面的功能實現(xiàn)進行測試，系統(tǒng)測試

技術(shù)

階段重要依據(jù)需求說明書逐項測試

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

功能實現(xiàn)，并可以對的執(zhí)行

完畢標準

所發(fā)現(xiàn)的缺陷盡量解決，留下的問題已經(jīng)進行相應的解決或提供

解決的辦法

所發(fā)現(xiàn)的缺陷盡量解決，留下的問題已經(jīng)進行相應的解決或提供解

決的辦法

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

需考慮的特殊事項

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

現(xiàn)

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

5.3.4值域測試

選擇邊界數(shù)據(jù)進行測試，保證系統(tǒng)功能正常，程序無異常。

邊界值測試重要應用與系統(tǒng)集成和數(shù)據(jù)輸入時。

對所有需要輸入數(shù)據(jù)的地方進行數(shù)據(jù)的輸入并檢查其輸出結(jié)果。

測試目的

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

出結(jié)果，同樣也要驗證輸入錯誤的數(shù)據(jù)后是否可以得到該有的反

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

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

技術(shù)

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

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

常用的輸入項可以實現(xiàn)測試目的

完畢標準

注意小鍵盤輸入是否正常

需考慮的特殊事項

注意邊界值的測試

5.3.5啟動停止測試

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

5.3.6異常測試

檢查系統(tǒng)能否解決異常，如網(wǎng)絡連接失敗等情況。

異常測試重要在系統(tǒng)使用過程中進行。

5.3.7安裝測試

檢查系統(tǒng)能否對的安裝、配置。

安裝測試重要在測試環(huán)境所有搭建完畢后進行。

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

測試目的

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

技術(shù)

初次安裝：以前從木安裝過該系統(tǒng)的計算機

更新1:以前安裝過相同版本系統(tǒng)的計算機

更新2:以前安裝過較早版本系統(tǒng)的計算機

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

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

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

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

完畢標準

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

需考慮的特殊事項

的安裝和卸載是否完整

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

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

5.3.8界面易用性測試

檢查系統(tǒng)是否易用和諧。

程序界面符合相關(guān)的規(guī)范

溜試目的

按照相關(guān)規(guī)定逐項檢查，涉及菜單、按鈕、版權(quán)信息等

技術(shù)

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

程序界面符合相關(guān)的規(guī)范

完畢標準

注意啟動畫面和安裝程序的版權(quán)信息

需考慮的特殊事項

注意版本信息

5.3.9容錯性測試

檢查系統(tǒng)的容錯能系統(tǒng)自動恢亞數(shù)據(jù)庫連接。

力，錯誤的數(shù)據(jù)輸系統(tǒng)自動備份數(shù)據(jù)庫功能。

入不會對功能和系

統(tǒng)產(chǎn)生非正常的影

響，且程序?qū)﹀e誤

的輸入有對的的提

醒信息。

測試目的

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

技術(shù)

模擬網(wǎng)絡傳輸過程的通信中斷

在所有上述情況中，應用程序、數(shù)據(jù)庫和系統(tǒng)應當在恢復過程完畢

完畢標準

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

字段、指針或關(guān)鍵字范圍內(nèi)的數(shù)據(jù)損壞，以及表白進程或事務因中

斷而未被完畢的報表。

提供完善的系統(tǒng)運營維護手冊，以便指導用戶手工恢復數(shù)據(jù)。

提供完善的系統(tǒng)運營維護手冊，以便指導用戶手工恢復數(shù)據(jù)。

對以上情況的測試需要達成一個已知的數(shù)據(jù)庫狀態(tài)。以保證槍測出

需考慮的特殊事項

數(shù)據(jù)庫字段、指針和關(guān)鍵字等數(shù)據(jù)是否被破壞或是否可以自動恢

復。

5.3.10安全性和訪問控制測試

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

應用程序級別的安全性：

測試目的

不同用戶只能訪問其所屬用戶類型已被授權(quán)訪問的那些功能或數(shù)

據(jù)。

未被授予系統(tǒng)訪問權(quán)限的用戶無法登錄應用系統(tǒng)并執(zhí)行操作C

系統(tǒng)級別的安全性：

系統(tǒng)運營在內(nèi)部局域網(wǎng)，不允許從外網(wǎng)訪問。

只有被授予管理權(quán)限的角色可以檢查或更改應用服務器及數(shù)據(jù)庫

服務器等的配置。

應用程序級別的安全性：

技術(shù)

擬定并列出各用戶類型及其被授權(quán)訪問的功能或數(shù)據(jù)。

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

核算其權(quán)限。

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

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

系統(tǒng)級別的訪問：

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

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

完畢標準

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

所有的事務。

由于此測試也許是網(wǎng)絡管理或系統(tǒng)管理的職能，也許會不需要執(zhí)

需考慮的特殊事項

行此測試。

5.3.11兼容性測試

系統(tǒng)的兼容性測試按照既定的系統(tǒng)環(huán)境配置規(guī)定搭建運營環(huán)境，架設服務器、數(shù)據(jù)庫

及客戶端，保證在標準配置環(huán)境下可以正常運營本系統(tǒng)

是指：對于C/S架

構(gòu)的系統(tǒng)來說，需

要考慮客戶端支持

的系統(tǒng)平臺。對于

B/S架構(gòu)的系統(tǒng)來

說需要考慮用戶端

瀏覽器的版本。

測試目的

在windows2023;windowsXP;windows2023;LINUX等操作系統(tǒng)上分

技術(shù)

別搭建服務器、數(shù)據(jù)庫和客戶端，組合配置運營環(huán)境

無論在何種操作系統(tǒng)下，只要運營主體環(huán)境滿足系統(tǒng)配置規(guī)定，

完畢標準

則系統(tǒng)就能正常運營

操作系統(tǒng)、服務器程序、數(shù)據(jù)庫在搭建上是否有互相限制的情況

需考慮的特殊事項

5.3.12版本驗證測試

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

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

測試目的

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

技術(shù)

測試系統(tǒng)的基本功能

得出繼續(xù)測試或退回開發(fā)組的結(jié)論

完畢標準

此階段時間不超過1天

需考慮的特殊事項

注意及時總結(jié)經(jīng)驗

5.3.13加密測試

對系統(tǒng)的加密性進行測試，

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

測試目的

常的

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

技術(shù)

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

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

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

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

完畢標準

正常的

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

需考慮的特殊事項

5.3.14文檔測試

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

5.3.15回歸測試

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

5.4測試技術(shù)

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

的測試技術(shù)：是否采用

測試技術(shù)

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

完后制訂

自動測試技術(shù)采用核心業(yè)務流程采用自動測試技術(shù)

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

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

行

編寫刑試用例采用在產(chǎn)品編碼階段編寫測試用例

單元測試不采用由開發(fā)人員進行

功能測試采用用于驗證系統(tǒng)中所有功能點是否達成

需求標準

集成測試采用檢測模塊集成后的系統(tǒng)是否達成需

求，對業(yè)務流程及數(shù)據(jù)流的解決是否

符合標準，系統(tǒng)對業(yè)務流解決是否存

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

合理的標準及規(guī)定

確認測試采用在產(chǎn)品發(fā)布前，對照featurelist進

行基本需求的確認，確認產(chǎn)品是否正

的確現(xiàn)了功能。

系統(tǒng)測試采用涉及性能測試、負載測試和回歸測試

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

6測試計劃

6.1具體測試內(nèi)容

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

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

管理端

1系統(tǒng)管理用戶管理重要

2角色管理重要

3日記管理一般

4修改密碼一般

5OOOOOO

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

6.2進度計劃

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

程碑、資源等。

6.2.1測試時間進度

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

系統(tǒng)測試計劃、性能

制定測試計劃

測試計劃完畢

系統(tǒng)需求說明書完

需求Review

畢

設計Review系統(tǒng)設計說明書完

畢

設計測試用例系統(tǒng)測試用例完畢

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

測試環(huán)境準備測試環(huán)境搭建完畢

集成測試系統(tǒng)集成完畢

安裝完畢，開始功

安裝測試能性測試

功能測試完畢系統(tǒng)功能測試

完畢系統(tǒng)兼容性測

兼容性測試

試

性能測試完畢系統(tǒng)性能測試

文檔測試完畢系統(tǒng)測試報告

6.2.2測試里程碑

里程碑完畢時間