DB14-T2462-2022政務(wù)信息化應(yīng)用軟件驗收測試規(guī)范

DB14/T2462—2022

政務(wù)信息化應(yīng)用軟件驗收測試規(guī)范

1范圍

本文件規(guī)定了政務(wù)信息化應(yīng)用軟件測試的術(shù)語和定義、基本要求、測試內(nèi)容、測試流程、測試方法

和結(jié)果判定。

本文件適用于山西省行政區(qū)域內(nèi)政務(wù)信息化應(yīng)用軟件的驗收測試工作，其他政務(wù)信息化應(yīng)用軟件生

命周期的測試活動也可參照執(zhí)行。

2規(guī)范性引用文件

下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文件，

僅該日期對應(yīng)的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本

文件。

GB/T8567計算機軟件文檔編制規(guī)范

GB/T25000.51系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價（SQuaRE）第51部分：就緒可用軟

件產(chǎn)品（RUSP）的質(zhì)量要求和測試細則

3術(shù)語和定義

下列術(shù)語和定義適用于本文件。

3.1

政務(wù)信息化應(yīng)用軟件

借助于計算機技術(shù)、通信技術(shù)、數(shù)據(jù)庫技術(shù)和相關(guān)軟件技術(shù)為主要手段建立的，處理與政務(wù)有關(guān)的

公開事務(wù)及內(nèi)部事務(wù)的綜合應(yīng)用系統(tǒng)，一般包括政府對企業(yè)(G2B)、政府對公眾(G2C)、政府對公務(wù)員(G2E)

及政府對政府(G2G)等模式。

3.2

驗收測試

政務(wù)信息化應(yīng)用軟件建設(shè)完成后，根據(jù)相關(guān)法律法規(guī)、技術(shù)標(biāo)準(zhǔn)、設(shè)計文件及合同約定，在規(guī)定的

條件下執(zhí)行軟件或其組件、對結(jié)果進行觀察和記錄，并就該軟件或其組件的某些方面作出評價，為軟件

質(zhì)量特性是否達到建設(shè)要求提供認(rèn)定。

3.3

委托方

測試過程中委托第三方檢測機構(gòu)實施測試的一方，可以為政務(wù)信息化應(yīng)用軟件的實施單位、建設(shè)單

位、開發(fā)單位或其他相關(guān)單位。

3.4

1

DB14/T2462—2022

開發(fā)方

實施政務(wù)信息化應(yīng)用軟件開發(fā)、集成的企事業(yè)單位。

3.5

軟件第三方檢測機構(gòu)

獨立于委托方及開發(fā)方，具有軟件檢測能力的第三方檢測機構(gòu)，且具有市場監(jiān)督管理部門頒發(fā)的檢

驗檢測機構(gòu)資質(zhì)認(rèn)定證書。

3.6

用戶文檔集

隨軟件提供的、在使用該軟件時幫助用戶的信息。

3.7

響應(yīng)時間

指應(yīng)用軟件執(zhí)行一個操作所需的時間，包括從發(fā)出請求開始到最后收到響應(yīng)所需要的時間。

3.8

并發(fā)虛擬用戶數(shù)

測試工具模擬的，同時與系統(tǒng)進行交互在線用戶量。

3.9

測試點

在軟件測試的執(zhí)行過程中，能夠單獨完成的某個測試項目的流程，每個測試點通常包含一個或以上

的測試用例。

4基本要求

4.1被測軟件文檔

政務(wù)信息化應(yīng)用軟件的文檔編制應(yīng)符合GB/T8567的相關(guān)規(guī)定。

4.2測試工具

測試工具應(yīng)為正式軟件或與委托方約定的軟件。正式軟件指按照程序得到驗證、通過批準(zhǔn)的貨架軟

件或經(jīng)同行專家技術(shù)鑒定的非貨架軟件。

4.3測試人員

4.3.1從事軟件測試的人員應(yīng)具有計算機及相關(guān)專業(yè)的大專（含）以上學(xué)歷、并獲得國家或行業(yè)承認(rèn)

的軟件測試技術(shù)專業(yè)培訓(xùn)合格資質(zhì)或計算機軟件相關(guān)專業(yè)的高級工程師。

4.3.2測試工作開始前應(yīng)明確參與軟件測試的人員名單；測試工作開始后如需人員變更的，應(yīng)保證新

測試人員不低于原有測試人員的能力和資質(zhì)，測試人員變更須經(jīng)委托方確認(rèn)。

4.3.3現(xiàn)場測試時，委托方應(yīng)對項目負(fù)責(zé)人和現(xiàn)場測試人員進行書面確認(rèn)。測試人員確認(rèn)單見附錄A。

2

DB14/T2462—2022

4.4測試環(huán)境

測試環(huán)境應(yīng)確保測試數(shù)據(jù)和測試設(shè)備的完好、安全、穩(wěn)定，測試場地一般應(yīng)具備防靜電、電源故障

保護措施；現(xiàn)場測試時，應(yīng)有措施控制測試設(shè)施和環(huán)境條件滿足測試任務(wù)要求，確保其測試記錄及數(shù)據(jù)

的完整和安全，防止非授權(quán)實體的進入。

4.5測試工作相關(guān)方

4.5.1委托方

委托方要求包括但不限于：

a)涉及信息安全性、性能效率等為達到測試目的所必要的操作，但可能被認(rèn)為不合法或違反委托

方保密要求的情況，委托方應(yīng)給予第三方檢測機構(gòu)相關(guān)授權(quán)或說明；

b)需在生產(chǎn)環(huán)境測試的，測試前通知系統(tǒng)用戶給予配合，協(xié)調(diào)開發(fā)方提供系統(tǒng)備份、系統(tǒng)恢復(fù)等

措施。

4.5.2軟件第三方檢測機構(gòu)

軟件第三方檢測機構(gòu)要求包括但不限于：

a)第三方機構(gòu)應(yīng)為能夠承擔(dān)法律責(zé)任的實體；

b)第三方檢測機構(gòu)應(yīng)具有獨立的第三方地位；

c)有固定的檢測場所和必要的檢測設(shè)施；

d)有嚴(yán)格的措施保證檢測的公平公正；

e)第三方檢測機構(gòu)須通過檢驗檢測機構(gòu)資質(zhì)認(rèn)定；

f)第三方檢測機構(gòu)具備獨立完成檢測任務(wù)的能力。

4.5.3開發(fā)方

開發(fā)方要求包括但不限于：

a)提供被測試軟件的操作說明、關(guān)鍵技術(shù)點相關(guān)的培訓(xùn)及支持；

b)對于可能對被測試系統(tǒng)造成數(shù)據(jù)破壞的測試，提供系統(tǒng)及數(shù)據(jù)備份，恢復(fù)環(huán)境；

c)按照第三方檢測機構(gòu)提供的缺陷列表修復(fù)軟件缺陷。

5測試內(nèi)容

5.1測試項目

測試項目包括用戶文檔集、功能性、性能效率、信息安全性、可靠性、易用性、維護性、可移植性、

兼容性。

5.2用戶文檔集

用戶文檔集應(yīng)覆蓋測試合同中約定的要求，主要內(nèi)容見表1。

3

DB14/T2462—2022

表1用戶文檔集明細表

序號測試內(nèi)容要求描述

1可用性用戶文檔集對于產(chǎn)品的用戶應(yīng)是可用的。

2內(nèi)容用戶文檔集包括的功能應(yīng)是可測試的或可驗證的。

用戶文檔集應(yīng)顯示唯一的標(biāo)識。

軟件產(chǎn)品應(yīng)以其產(chǎn)品標(biāo)識指稱。

3標(biāo)識和表示

用戶文檔集應(yīng)包含開發(fā)方的名稱和郵政或網(wǎng)絡(luò)地址。

用戶文檔集應(yīng)標(biāo)識該軟件能完成的預(yù)期工作任務(wù)和服務(wù)。

用戶文檔集應(yīng)包含使用該軟件的信息。

用戶文檔集應(yīng)說明在產(chǎn)品說明中陳述的所有功能以及最終用戶能調(diào)用的所有功能。

用戶文檔集應(yīng)列出己處理處置、會引起應(yīng)用系統(tǒng)失效或終止的差錯和缺陷，特別是列出

那些最終導(dǎo)致數(shù)據(jù)丟失的應(yīng)用系統(tǒng)終止的情況。

用戶文檔集應(yīng)給出數(shù)據(jù)的備份和恢復(fù)指南。

4完備性用戶文檔集應(yīng)陳述被測軟件數(shù)據(jù)輸入限制。

對于所有關(guān)鍵的軟件功能（即失效后會對安全產(chǎn)生影響或會造成重大財產(chǎn)損失或社會損

失的軟件），用戶文檔集應(yīng)提供完備的指導(dǎo)信息和參考信息。

用戶文檔集應(yīng)陳述安裝所要求的最小磁盤空間。

對用戶要執(zhí)行的應(yīng)用管理職能，用戶文檔集應(yīng)包括所有相關(guān)的信息。

如果用戶文檔集分若干部分提供，在該集合中至少有一處應(yīng)標(biāo)識出所有的部分。

用戶文檔集中的所有信息對主要的目標(biāo)用戶應(yīng)是恰當(dāng)?shù)摹?/p>

5正確性

用戶文檔集不應(yīng)有歧義的信息。

6一致性用戶文檔集中的各文檔不應(yīng)自相矛盾、互相矛盾以及與產(chǎn)品說明矛盾。

用戶文檔集應(yīng)采用該軟件特定讀者可理解的術(shù)語和文體，使其容易被主要針對的最終用

7易理解性戶群理解。

應(yīng)通過經(jīng)編排的文檔清單為理解用戶文檔集提供便利。

8產(chǎn)品質(zhì)量—功能性用戶文檔集中應(yīng)陳述產(chǎn)品說明中所列的所有限制。

用戶文檔集中應(yīng)提供相關(guān)的信息以標(biāo)識使用該軟件的兼容性要求。

9產(chǎn)品質(zhì)量—兼容性用戶文檔集應(yīng)以適當(dāng)?shù)囊梦臋n指明軟件在何處依賴于特定軟件和(或）硬件。（注:這

種引用可包括：軟件和(或)硬件的名稱；版本；特定操作系統(tǒng)。）

10產(chǎn)品質(zhì)量—易用性用戶文檔集應(yīng)為用戶學(xué)會如何使用該軟件提供相關(guān)的信息。

4

DB14/T2462—2022

表1用戶文檔集明細表（續(xù)）

如果用戶文檔集不以印刷的形式提供，則文檔集應(yīng)指明是否可以被打印，如果可以打

印，那么指出如何獲得打印件。

卡片和快速參考指南以外的用戶文檔集，應(yīng)給出目次(或主題詞列表)和索引。

用戶文檔集應(yīng)對所用到的術(shù)語和縮略語加以定義，以使用戶可以理解文檔中的用詞。

11產(chǎn)品質(zhì)量—可靠性用戶文檔集應(yīng)描述可靠性的特征及其操作。

12產(chǎn)品質(zhì)量—信息安全性用戶文檔集應(yīng)對用戶管理的每一項數(shù)據(jù)所對應(yīng)的軟件信息安全級別給出相關(guān)的信息。

用戶文檔集應(yīng)陳述是否提供維護。如果提供維護，則用戶文檔應(yīng)陳述和軟件發(fā)布計劃

13產(chǎn)品質(zhì)量—維護性

相應(yīng)的維護服務(wù)。

5.3功能性

功能性是政務(wù)信息化應(yīng)用軟件的重點測試項目。功能性應(yīng)覆蓋經(jīng)委托方認(rèn)可的測試需求中約定的要

求，主要內(nèi)容見表2。

表2功能要求明細表

序號測試內(nèi)容要求描述

系統(tǒng)功能模塊應(yīng)能全部掛接，設(shè)計功能應(yīng)完整齊全，且符合設(shè)計文檔的要求。

1功能要求系統(tǒng)發(fā)生錯誤時，應(yīng)有提示，并可恢復(fù)到正常狀態(tài)。

系統(tǒng)的窗口、控件、菜單和鼠標(biāo)的操作應(yīng)符合所使用操作系統(tǒng)平臺的規(guī)范。

業(yè)務(wù)流程能滿足政務(wù)信息化各個應(yīng)用系統(tǒng)的用戶需求文檔、各個政府部門的業(yè)務(wù)流程要

2業(yè)務(wù)流程基本要求

求。

程序和數(shù)據(jù)同產(chǎn)品描述和設(shè)計文檔保持一致，程序和數(shù)據(jù)應(yīng)符合產(chǎn)品描述所引用的需求

文檔要求。

3程序和數(shù)據(jù)基本要求關(guān)鍵數(shù)據(jù)應(yīng)能進行有效性檢查，程序應(yīng)能對數(shù)據(jù)有效性和合理性進行判定。

系統(tǒng)界面中，數(shù)據(jù)項的數(shù)據(jù)類型和長度應(yīng)與數(shù)據(jù)庫字段中的定義保持一致，測試過程中

要重點測試數(shù)據(jù)的邊界。

系統(tǒng)界面要求設(shè)計美觀，系統(tǒng)各界面風(fēng)格保持一致。

光標(biāo)應(yīng)能正常定位在輸入?yún)^(qū)域內(nèi)，輸入?yún)^(qū)域可以正常輸入，且輸入的內(nèi)容應(yīng)有效，并符

4用戶界面基本要求

合用戶習(xí)慣。

界面文字無亂字符和錯別字，在不同分辨率下界面不變形。

系統(tǒng)界面應(yīng)使用統(tǒng)一規(guī)范的簡體中文。

5中文要求

系統(tǒng)提示信息應(yīng)使用統(tǒng)一規(guī)范的簡體中文。

6數(shù)據(jù)共享要求有數(shù)據(jù)關(guān)聯(lián)的不同系統(tǒng)之間應(yīng)有數(shù)據(jù)接口，并能正確進行接口調(diào)用實現(xiàn)數(shù)據(jù)共享。

5

DB14/T2462—2022

5.4性能效率

性能效率是政務(wù)信息化應(yīng)用軟件的重點測試項目。性能效率應(yīng)覆蓋經(jīng)委托方認(rèn)可的測試需求中約定

的要求，主要內(nèi)容見表3。政府對企業(yè)(G2B)及政府對公眾(G2C)類政務(wù)信息化應(yīng)用軟件的性能效率測試

應(yīng)重點關(guān)注規(guī)定負(fù)載量下系統(tǒng)的時間特性，以及當(dāng)超出規(guī)定負(fù)載量時被測試軟件相應(yīng)功能能否正確運行。

表3性能效率明細表

序號測試內(nèi)容要求描述

測試時的并發(fā)最大虛擬用戶數(shù)應(yīng)滿足系統(tǒng)軟件的設(shè)計需求。當(dāng)設(shè)計需求未規(guī)定最大并

1并發(fā)最大虛擬用戶數(shù)發(fā)用戶數(shù)（或設(shè)計需求不符合實際情況）時，應(yīng)重新確定最大并發(fā)用戶數(shù)，并經(jīng)委托

方、開發(fā)方和第三方測試機構(gòu)共同確認(rèn)。

響應(yīng)時間應(yīng)滿足系統(tǒng)軟件的設(shè)計需求。當(dāng)設(shè)計需求未規(guī)定響應(yīng)時間時，宜參考3/5/8

原則，即3秒之內(nèi)，比較滿意：5秒之內(nèi)，可以接受；8秒之內(nèi)，可以忍受；大于8秒，

2響應(yīng)時間無法忍受。當(dāng)響應(yīng)時間測試結(jié)果不滿足系統(tǒng)軟件的設(shè)計需求時，宜根據(jù)實際應(yīng)用協(xié)助

開發(fā)方分析響應(yīng)時間不滿足的具體原因，如對網(wǎng)絡(luò)傳輸時間、頁面解析渲染時間、接

口響應(yīng)時間、應(yīng)用服務(wù)時間、數(shù)據(jù)庫服務(wù)時間等進行分別測試。

資源利用情況應(yīng)與用戶文檔集中相應(yīng)滿足系統(tǒng)軟件的設(shè)計需求(當(dāng)設(shè)計需求未規(guī)定時，

3資源利用率

宜根據(jù)實際使用情況考慮CPU占用率、內(nèi)存占用率、磁盤I/O)。

應(yīng)用軟件運行時的事務(wù)通過率應(yīng)保證成功性(當(dāng)設(shè)計需求未規(guī)定時，宜根據(jù)事務(wù)重要性

4事務(wù)通過率

考慮事務(wù)通過率，一般不宜小于99%)。

5.5信息安全性

信息安全性是政務(wù)信息化應(yīng)用軟件的重點測試項目。信息安全性應(yīng)覆蓋經(jīng)委托方認(rèn)可的測試需求中

約定的要求，并從如下表內(nèi)容中選取測試項目，主要內(nèi)容見表4。

表4信息安全性明細表

序號測試內(nèi)容要求描述

軟件應(yīng)按照用戶文檔集中定義的信息安全性特征來運行。

軟件應(yīng)能防止對程序和數(shù)據(jù)的未授權(quán)訪問（不管是無意的還是故意的）。

1安全功能驗證

軟件應(yīng)能識別出對結(jié)構(gòu)數(shù)據(jù)庫或文件完整性產(chǎn)生損害的事件，且能阻止該事件，并通

報給授權(quán)用戶。

軟件應(yīng)能按照信息安全要求，對訪問權(quán)限進行管理。

2安全漏洞掃描軟件產(chǎn)品應(yīng)在自身安全漏洞方面為使用者提供相關(guān)的屏蔽措施。

6

DB14/T2462—2022

5.6可靠性

政府對政府（G2G）、政府對公務(wù)員（G2E）的政務(wù)信息化應(yīng)用軟件以及涉及重要數(shù)據(jù)的應(yīng)用軟件宜

增加可靠性測試?？煽啃詰?yīng)覆蓋經(jīng)委托方認(rèn)可的測試需求中約定的要求，并從如下表內(nèi)容中選取測試項

目，主要內(nèi)容見表5。

表5可靠性明細表

序號測試內(nèi)容要求描述

軟件應(yīng)按照用戶文檔集中定義的可靠性特征運行。

在用戶文檔集中陳述的限制范圍內(nèi)使用時，軟件不應(yīng)丟失數(shù)據(jù)。

1成熟性

在用戶文檔集所描述的運行環(huán)境下，軟件連續(xù)且穩(wěn)定運行。

超過用戶文檔集中陳述的限制范圍內(nèi)使用時，軟件不應(yīng)丟失數(shù)據(jù)。

與差錯處置相關(guān)的功能應(yīng)與產(chǎn)品說明和用戶文檔集中的陳述一致。

2容錯性

軟件應(yīng)識別違反句法條件的輸入，并且不應(yīng)作為許可的輸入加以處理。

軟件在特定時間范圍內(nèi)應(yīng)是可用的。

軟件故障的恢復(fù)情況。對存在實時數(shù)據(jù)上傳的軟件系統(tǒng)，應(yīng)驗證軟件具備自檢故障問

3宕機時間恢復(fù)性題的功能，且自檢效率滿足設(shè)計要求。

軟件的（平均）失效狀態(tài)與用戶文檔集中的陳述一致。

軟件應(yīng)具備數(shù)據(jù)的容災(zāi)及備份機制。

5.7易用性

政府對企業(yè)（G2B）、政府對公眾（G2C）的政務(wù)信息化應(yīng)用軟件宜增加易用性測試。易用性應(yīng)覆蓋

經(jīng)委托方認(rèn)可的測試需求中約定的要求，并從如下表內(nèi)容中選取測試項目，主要內(nèi)容見表6。

表6易用性明細表

序號測試內(nèi)容要求描述

有關(guān)軟件執(zhí)行的各種問題、消息和結(jié)果都應(yīng)是易理解的。例如岀錯消息中提供差錯產(chǎn)

生的原因、如何改正差錯或要報告差錯向誰聯(lián)系。

當(dāng)遇有執(zhí)行某一功能其響應(yīng)時間超出通常預(yù)期限度會引起沖突時,應(yīng)提供必要的信

息，指示系統(tǒng)當(dāng)前處理狀。

1易理解性

關(guān)閉或刷新已經(jīng)發(fā)生過修改的數(shù)據(jù)編輯器之前應(yīng)給出提示。

編輯頁面中的必輸項應(yīng)給出標(biāo)識。

屏幕輸入格式、報表和其他輸出應(yīng)清晰且易理解。

借助用戶接口、幫助功能或用戶文檔集提供的手段，通過適當(dāng)?shù)男g(shù)語、圖形、背景信

2易學(xué)性

息和幫助，幫助用戶學(xué)習(xí)使用系統(tǒng)的各項功能及用途。

7

DB14/T2462—2022

表6易用性明細表（續(xù)）

對具有嚴(yán)重后果的功能的執(zhí)行應(yīng)是可逆的，或者軟件應(yīng)給出這種后果的明顯警告，并

且在這種命令執(zhí)行前要求確認(rèn)。

應(yīng)支持多種輸入，例如選擇輸入、默認(rèn)值等。

3易操作性導(dǎo)航欄應(yīng)可隱藏或顯示。

支持標(biāo)準(zhǔn)的鼠標(biāo)、鍵盤和快捷鍵操作。

日期類數(shù)據(jù)錄入應(yīng)提供日歷選擇功能。

4吸引性操作界面的欄目設(shè)置及布局符合用戶需求或用戶的常規(guī)使用習(xí)慣。

驗證軟件出錯消息是否指明如何改正或向誰報告。

5用戶差錯防御性

驗證對具有嚴(yán)重后果的功能執(zhí)行是否是可撤銷的，或者軟件是否給出這種后果的明顯

警告，并且在這種命令執(zhí)行前要求確認(rèn)。

5.8維護性

維護性應(yīng)覆蓋經(jīng)委托方認(rèn)可的測試需求中約定的要求，并從如下表內(nèi)容中選取測試項目，主要內(nèi)容

見表7。

表7維護性明細表

序號測試內(nèi)容要求描述

軟件產(chǎn)品診斷軟件中的缺陷或失效原因或識別待修改部分的能力與用戶文檔集或用

1易分析性

戶需求一致。

2易改變性軟件產(chǎn)品使指定的修改可以被實現(xiàn)的能力與用戶文檔集或用戶需求一致。

3穩(wěn)定性軟件產(chǎn)品避免由于軟件修改而造成意外結(jié)果的能力與用戶文檔集或用戶需求一致。

4易測試性軟件產(chǎn)品使己修改軟件能被確認(rèn)的能力與用戶文檔集或用戶需求一致。

5.9可移植性

可移植性應(yīng)覆蓋經(jīng)委托方認(rèn)可的測試需求中約定的要求，并從如下表內(nèi)容中選取測試項目，主要內(nèi)

容見表8。

表8可移植性明細表

序號測試內(nèi)容要求描述

1易安裝性如果用戶能夠?qū)嵤┌惭b，遵循安裝文檔中的信息應(yīng)能成功地安裝軟件。

對于軟件應(yīng)用程序的成功安裝和正確運行，應(yīng)就產(chǎn)品說明中列岀的所有支持平臺和系

2適應(yīng)性

統(tǒng)加以驗證。

軟件應(yīng)向用戶提供移去或卸載所有己安裝的部件的方法。

3易替換性

軟件應(yīng)可被替換，且替換后的能力應(yīng)符合既定要求。

當(dāng)用戶能夠?qū)嵤┌惭b、且該軟件對己安裝的任何部件具有任何共存性約束時，則這種

4共存性

約束應(yīng)在安裝前予以陳述。

8

DB14/T2462—2022

5.10兼容性

兼容性應(yīng)覆蓋經(jīng)委托方認(rèn)可的測試需求中約定的要求，并從如下表內(nèi)容中選取測試項目，主要內(nèi)容

見表9。

表9兼容性明細表

序號測試內(nèi)容要求描述

如果用戶可以進行安裝操作，則軟件應(yīng)提供一種方式來控制已安裝組件的兼容性。

軟件應(yīng)按照用戶文檔集和產(chǎn)品說明中所定義的兼容性特征來執(zhí)行。

如果軟件需要提前配置環(huán)境和參數(shù)，以執(zhí)行已定義的兼容性，應(yīng)在用戶文檔集中明確

說明。

1兼容性驗證

在用戶文檔集中應(yīng)明確指明兼容性、功能、數(shù)據(jù)或流的類型。

軟件應(yīng)能識別出哪個組件負(fù)責(zé)兼容性。

如果用戶可以進行安裝操作，且軟件在安裝時對組件有共存性的約束條件，則在安裝

前應(yīng)予以明示。

6測試流程

6.1準(zhǔn)備階段

6.1.1啟動

6.1.1.1委托方、開發(fā)方、軟件第三方檢測機構(gòu)應(yīng)依據(jù)技術(shù)合同、軟件需求規(guī)格說明和軟件設(shè)計文檔、

軟件合同變更內(nèi)容等確定測試內(nèi)容及要求。

6.1.1.2測試環(huán)境準(zhǔn)備包括以下內(nèi)容，當(dāng)進行回歸測試時，應(yīng)對以下內(nèi)容重新進行驗證：

a)被測試軟件已通過自驗；

b)被測試軟件完成部署，參數(shù)配置正確，并在測試過程中保持版本穩(wěn)定；

c)其他相關(guān)外圍系統(tǒng)和設(shè)備完成部署，配置正確；

d)系統(tǒng)網(wǎng)絡(luò)配置正確，連接通暢，可以滿足測試的要求；

e)測試指標(biāo)包含性能效率和信息安全性時，開發(fā)方應(yīng)根據(jù)情況備份系統(tǒng)和數(shù)據(jù)；

f)測試應(yīng)在實際環(huán)境或與實際環(huán)境相同的網(wǎng)絡(luò)、軟硬件環(huán)境下進行；

g)用于測試的基礎(chǔ)數(shù)據(jù)準(zhǔn)備完畢；

h)有保密要求的系統(tǒng)應(yīng)使用測試數(shù)據(jù)，不可使用系統(tǒng)生產(chǎn)數(shù)據(jù)。

6.1.2結(jié)束

測試工作結(jié)束需滿足的要求如下：

a)完成測試要求規(guī)定的全部任務(wù)；

b)軟件測試報告文檔齊全、符合規(guī)范。

9

DB14/T2462—2022

6.1.3中斷

測試工作可在如下情況發(fā)生時中斷：

a)入場后發(fā)現(xiàn)測試內(nèi)容未滿足；

b)第三方檢測機構(gòu)己提交缺陷報告，等待開發(fā)方整改；

c)委托方提出的變更要求影響到測試實施。

6.1.4恢復(fù)

測試恢復(fù)條件包括：

a)滿足測試啟動條件；

b)提交的軟件缺陷己修復(fù)，開發(fā)方完成自驗，委托方重新提出測試要求；

c)如修改導(dǎo)致變更，變更申請應(yīng)通過委托方或項目審批部門及第三方檢測機構(gòu)評審。

6.2需求分析階段

6.2.1輸入項

輸入項主要包括：

a)委托方提出的口頭和書面形式的測試要求；

b)本文件6.1.1要求的被測試軟件及用戶文檔集。

6.2.2工作內(nèi)容

工作內(nèi)容包括但不限于：

a)接收被測試系統(tǒng)軟件的用戶文檔集。記錄被測試軟件內(nèi)容，檢查其完整性；

b)確定測試的標(biāo)準(zhǔn)依據(jù)以及測試需求依據(jù)。根據(jù)委托方提出的口頭和書面形式的測試要求，確定

測試的標(biāo)準(zhǔn)依據(jù)以及測試需求依據(jù)；

c)確定測試充分性要求。確定測試應(yīng)覆蓋的范圍及每一范圍所要求的覆蓋程度；

d)分析并形成測試需求。根據(jù)本階段輸入項的描述確定測試需求，測試需求包括：系統(tǒng)的功能、

效率、狀態(tài)、接口、數(shù)據(jù)結(jié)構(gòu)、設(shè)計約束等，并將其分類，確定被測試系統(tǒng)軟件的軟件質(zhì)量

特性（包括功能性、性能效率、信息安全性、可靠性、易用性、維護性、可移植性、兼容性），

從這些質(zhì)量特性中根據(jù)需要選擇測試內(nèi)容；

e)委托方對最終的測試需求進行書面確認(rèn)。需要時，委托方可以要求開發(fā)方對測試需求進行確認(rèn)。

6.2.3輸出項

本階段輸出項為測試需求。

6.3策劃階段

6.3.1輸入項

輸入項主要包括：

a)上一階段形成的測試需求；

b)本文件6.1.1要求準(zhǔn)備的用戶文檔集。

6.3.2工作內(nèi)容

10

DB14/T2462—2022

工作內(nèi)容包括但不限于：

a)下達任務(wù)，安排測試計劃；

b)核查測試環(huán)境與測試合同及測試要求中的信息一致性并記錄，宜對被測軟件殺毒；

c)根據(jù)上一階段形成的測試需求，分析確定測試需要的技術(shù)和方法、工具，如測試數(shù)據(jù)生成和驗

證技術(shù)、測試數(shù)據(jù)輸入技術(shù)、測試結(jié)果獲取技術(shù)、是否使用標(biāo)準(zhǔn)測試集等；

d)由委托方與第三方檢測機構(gòu)共同確認(rèn)測試方案。

6.3.3輸出項

本階段輸出項為測試方案或測試計劃。

6.4設(shè)計階段

6.4.1輸入項

輸入項主要包括：

a)測試需求、測試方案或測試計劃；

b)本文件6.1.1要求準(zhǔn)備的用戶文檔集。

6.4.2工作內(nèi)容

工作內(nèi)容包括但不限于：

a)設(shè)計測試用例。將需測試的軟件質(zhì)量特性分解，針對分解后的每種情況設(shè)計測試用例；

b)準(zhǔn)備測試數(shù)據(jù)。包括獲取現(xiàn)有的測試數(shù)據(jù)和生成新的數(shù)據(jù)，并驗證測試數(shù)據(jù)；

c)獲取測試工具，確認(rèn)測試環(huán)境。確認(rèn)被測試環(huán)境及測試工具已到位。

6.4.3輸出項

本階段輸出項為測試用例。

6.5執(zhí)行階段

6.5.1輸入項

輸入項主要包括：

a)測試需求、測試方案或測試計劃、測試用例；

b)本文件6.1.1要求準(zhǔn)備的用戶文檔集。

6.5.2工作內(nèi)容

工作內(nèi)容包括但不限于：

a)執(zhí)行測試用例。按照測試計劃要求，執(zhí)行測試用例中規(guī)定的內(nèi)容和操作步驟；

b)填寫測試記錄。觀察并如實記錄測試過程及測試結(jié)果，及時填寫測試記錄；根據(jù)測試用例期望

結(jié)果、實際結(jié)果和期望結(jié)果是否一致判定該用例是否通過，若存在軟件缺陷，填寫軟件缺陷

報告；

c)記錄復(fù)核，對測試記錄、軟件缺陷報告進行復(fù)核；

d)回歸測試，根據(jù)合同約定，可實施回歸測試。

6.5.3輸出項

11

DB14/T2462—2022

本階段輸出項為測試記錄、軟件缺陷報告。

6.6報告階段

6.6.1輸入項

輸入項主要包括：

a)測試需求、測試方案或測試計劃、測試用例、測試記錄、軟件缺陷報告；

b)本文件6.1.1要求準(zhǔn)備的用戶文檔集。

6.6.2工作內(nèi)容

工作內(nèi)容主要包括但不限于：

a)對測試異常終止情況，確定未能被測試活動充分覆蓋的范圍，分析原因，與委托方書面確定，

記錄在報告中；

b)確定未能解決的軟件測試事件以及不能解決的理由，與委托方書面確定，記錄在報告中；

c)總結(jié)測試所反映的被測軟件與委托方提出的測試需求之間的差異，記錄在報告中；

d)將測試結(jié)果連同所發(fā)現(xiàn)的軟件缺陷情況同委托方的測試需求對照，評價系統(tǒng)的實現(xiàn)情況，必要

時，提出系統(tǒng)改進建議，記錄在報告中；

e)按照合同約定移交被測試軟件；

f)結(jié)合上述分析情況，出具政務(wù)信息化應(yīng)用軟件測試報告。

6.6.3輸出項

本階段輸出項為測試報告，測試報告應(yīng)標(biāo)注檢驗檢測機構(gòu)資質(zhì)認(rèn)定標(biāo)志，并可在“全國認(rèn)證認(rèn)可信

息公共服務(wù)平臺”上查詢驗證。測試報告格式見附錄B。

7測試方法

第三方檢測機構(gòu)應(yīng)按照GB/T25000.51規(guī)定的測試方法，對政務(wù)信息化應(yīng)用軟件的質(zhì)量特性進行測

試。

8結(jié)果判定

8.1缺陷定級

8.1.1高級別缺陷

不能執(zhí)行正常工作功能或重要功能，使系統(tǒng)崩潰或資源嚴(yán)重不足，包括：

a)導(dǎo)致軟件（或系統(tǒng)）死機或宕機：由于程序所引起的死機、宕機；

b)導(dǎo)致數(shù)據(jù)庫錯誤：由于程序錯誤所引起的數(shù)據(jù)庫損壞或數(shù)據(jù)庫連接異常；

c)關(guān)鍵功能未實現(xiàn)：用戶文檔集中要求，且直接影響被測軟件正常運行的功能未實現(xiàn)；

d)抵御錯誤操作：由于未對錯誤的操作進行限制而導(dǎo)致軟件（系統(tǒng)）功能無法使用；

e)數(shù)據(jù)通訊錯誤：由于程序錯誤導(dǎo)致數(shù)據(jù)通訊故障、錯誤；

f)嚴(yán)重的數(shù)值計算錯誤：由于程序錯誤造成數(shù)據(jù)計算嚴(yán)重錯誤。

12

DB14/T2462—2022

8.1.2中級別缺陷

嚴(yán)重影響系統(tǒng)要求和基本功能的實現(xiàn)，且沒有辦法更正（重新安裝或重新啟動該軟件不屬于更正辦

法），包括：

a)非關(guān)鍵功能未實現(xiàn)；

b)用戶文檔集中要求，但并不直接影響被測軟件正常運行的功能未實現(xiàn)；

c)對不可逆操作未給出提示；

d)增加了安裝、測試或用戶操作的復(fù)雜度或成本；

e)業(yè)務(wù)流程對應(yīng)功能未實現(xiàn)，但有替代方法解決，不影響實際的使用；

f)對用戶的使用有不合理的操作順序的限制。

8.1.3低級別缺陷

一般性錯誤，影響系統(tǒng)要求或基本功能的實現(xiàn)，但存在合理的更正辦法（重新安裝或重新啟動該軟

件不屬于更正辦法）包括：

a)界面錯誤：界面存在的適配問題，例如：圖片、文字錯誤等；

b)結(jié)果/消息錯誤：系統(tǒng)的輸出結(jié)果或消息的內(nèi)容、格式錯誤；

c)邊界未限制：簡單的輸入限制未放在前臺進行控制；

d)關(guān)鍵操作未給出提示：對關(guān)鍵功能、數(shù)據(jù)的操作、數(shù)據(jù)輸入的限制條件等給岀的提示不準(zhǔn)確。

8.2測試點判定

測試點可判定為“通過”、“基本通過”或“不通過”，具體原則為：

a)通過：不存在高級別缺陷、中級別缺陷、低級別缺陷（允許回歸測試）；

b)基本通過：僅存在低級別缺陷（允許回歸測試）；

c)不通過：存在高級別缺陷或中級別缺陷。

8.3結(jié)論判定

8.3.1得出測試結(jié)論需同時滿足以下條件：

a)測試需求覆蓋率100%；

b)測試用例執(zhí)行率100%。

8.3.2測試結(jié)論可判定為“通過”、“基本通過”或“不通過”，具體原則為：

a)通過：測試點判定全部為“通過”（允許回歸測試）；

b)基本通過：測試點判定中存在“基本通過”，且不存在“不通過”（允許回歸測試）；

c)不通過：測試點判定中存在“不通過”。

13

DB14/T2462—2022

A

附錄A

（資料性）

測試人員確認(rèn)單

A.1測試人員確認(rèn)單格式

測試人員確認(rèn)單見表A.1。

表A.1測試人員確認(rèn)單

被測軟件名稱

委托方全稱項目負(fù)責(zé)人

第三方檢測機構(gòu)全稱測試時間

與委托合同、投標(biāo)文件一致的測試人員名單

姓名身份證號碼在本項目中的職務(wù)是否參與現(xiàn)場測試備注

基于委托合同及我方投標(biāo)承諾，委派上述人員完成本項目測試任務(wù)，并保證

不隨意更換測試人員，如測試人員與上表所列不一致的，我方承擔(dān)相應(yīng)的違約責(zé)

任。

第三方檢測機構(gòu)確認(rèn)簽章

檢驗檢測機構(gòu)授權(quán)簽字人：

（公章）

年月日

經(jīng)確認(rèn)，上述人員中的項目負(fù)責(zé)人和現(xiàn)場測試人員均為實際人員，無隨意更

換現(xiàn)象。

委托方確認(rèn)簽章

委托方項目負(fù)責(zé)人：

（公章）

年月日

注：此表一式兩份，委托方和第三方檢測機構(gòu)各一份；如測試過程不需要現(xiàn)場進行的，則要對檢測機構(gòu)

的項目負(fù)責(zé)人進行確認(rèn)。

14

DB14/T2462—2022

B

B

附錄B

（資料性）

政務(wù)信息化應(yīng)用軟件測試報告格式

B.1政務(wù)信息化應(yīng)用軟件測試報告格式

檢驗檢測機構(gòu)資質(zhì)認(rèn)定標(biāo)志

軟件測試報告

項目名稱：

委托單位：

檢測類型：

報告日期：

15

DB14/T2462—2022

檢測結(jié)果

項目名稱

名稱

委托

地址

單位

聯(lián)系人電話郵箱

建設(shè)名稱

單位地址

評測名稱

單位地址

測試時間

測試地點

GB/T25000.51-2016系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價(SQuaRE)

測試標(biāo)準(zhǔn)

第51部分:就緒可用軟件產(chǎn)品(RUSP)的質(zhì)量要求和測試細則

用戶文檔集功能性性能效率信息安全性可靠性

測試內(nèi)容

易用性維護性可移植性兼容性其他：

在給定的測試環(huán)境和條件下，依據(jù)GB/T25000.51-2016系統(tǒng)與軟件工

程系統(tǒng)與軟件質(zhì)量要求和評價(SQuaRE)第51部分:就緒可用軟件產(chǎn)品

(RUSP)的質(zhì)量要求和測試細則和“檢驗檢測委托合同”，參考需求規(guī)格說明書，

對被測軟件的用戶文檔集、功能性、性能效率、信息安全性、可靠性、易用

結(jié)論

性、維護性、可移值性、兼容性進行測試，經(jīng)測試和回歸測試后，被測軟件

滿足測試需求列表所規(guī)定的要求。

檢測機構(gòu)名稱

（檢驗專用章）

年月日

測試人員日期

審核人員日期

批準(zhǔn)人員

日期

（授權(quán)簽字人）

結(jié)論

16

DB14/T2462—2022

受****的委托，于**年**月**日到**年**月**日，對“******”項目進行委托驗收測試。

測試描述：（包括但不限于依據(jù)標(biāo)準(zhǔn)、測試用例描述、各指標(biāo)測試結(jié)果分析描述。）

具體參見本報告“測試結(jié)果”部分。

*******

年月日

17

DB14/T2462—2022

B.2被測系統(tǒng)術(shù)語說明

B.3測試目的

本測試報告依據(jù)《項目委托檢測合同》和GB/T25000.51的技術(shù)指標(biāo)要求，結(jié)合《項目用戶手冊》

的需求規(guī)定，進行分析、設(shè)計、實施，評測人員進行全面、嚴(yán)格的評測，依據(jù)客觀公正的評測結(jié)果進行

編寫。

本測試報告目的是依據(jù)測試結(jié)果，為評價分析“******項目”技術(shù)指標(biāo)要求的符合性以及存在的問

題和需要改進的方面提供參考和依據(jù)。

本文的預(yù)期讀者包括：委托方、最終用戶、開發(fā)方、第三方等。

B.4被測系統(tǒng)描述

B.4.1被測系統(tǒng)概述

描述被測系統(tǒng)的功能，用途、技術(shù)架構(gòu)、開發(fā)語言等。

B.4.2被測系統(tǒng)文件列表

文件名稱。

B.5測試范圍

本次測試是針對“******項目”進行的委托測試，依據(jù)《**申請表》、《**項目需求規(guī)格說明書》、

《**項目用戶操作使用手冊》的需求規(guī)定，對被測軟件的功能性、性能效率、可靠性、信息安全性等進

行測試，本次測試范圍見表B.1。

表B.1測試范圍需求表

功能性測試需求

模塊測試項測試點

系統(tǒng)登陸

系統(tǒng)登陸系統(tǒng)登陸系統(tǒng)退出

密碼重置

性能效率測試需求

測試項測試內(nèi)容

單用戶登錄單用戶登錄，系統(tǒng)運行穩(wěn)定，平均響應(yīng)時間小于X秒

單用戶XX單用戶XX，系統(tǒng)運行穩(wěn)定，平均響應(yīng)時間小于X秒

XX用戶并發(fā)XX50用戶并發(fā)XX，系統(tǒng)運行穩(wěn)定，平均響應(yīng)時間小于XX秒

可靠性測試需求

測試項測試內(nèi)容

穩(wěn)定性系統(tǒng)支持7×24小時運行穩(wěn)定，且數(shù)據(jù)存儲和邏輯處理不出現(xiàn)異常錯誤

信息安全性測試需求

測試項測試內(nèi)容

跨站點腳本編制檢測系統(tǒng)是否具有跨站點腳本編制風(fēng)險

跨站點請求偽造檢測系統(tǒng)是否具有跨站點請求偽造風(fēng)險

18

DB14/T2462—2022

表B.1測試范圍需求表（續(xù)）

SQL注入檢測系統(tǒng)是否具有SQL注入風(fēng)險

傳輸層保護不足檢測系統(tǒng)是否具有傳輸層保護不足風(fēng)險

路徑遍歷檢測系統(tǒng)是否具有路徑遍歷風(fēng)險

緩沖區(qū)溢出檢測系統(tǒng)是否具有緩沖區(qū)溢出風(fēng)險

B.6引用標(biāo)準(zhǔn)及參考資料

B.6.1測試方法

測試方法按照GB/T25000.51的要求執(zhí)行。

B.6.2參考資料

填寫被測系統(tǒng)提供的文件名稱。

B.7測試資源

B.7.1測試人員

測試人員見表B.2。

表B.2人員明細表

角色人數(shù)職責(zé)技能

主檢人

測試人員

監(jiān)督員

B.7.2測試環(huán)境

B.7.2.1運行環(huán)境

運行環(huán)境見表B.3。

表B.3運行環(huán)境明細表

序號設(shè)備名稱硬件環(huán)境軟件環(huán)境

CPU

1應(yīng)用服務(wù)器（IP地址）

內(nèi)存

CPU

2數(shù)據(jù)庫服務(wù)器（IP地址）

內(nèi)存

B.7.2.2測試工具

測試工具見表B.4。

19

DB14/T2462—2022

表B.4測試工具明細表

設(shè)備編號設(shè)備名稱規(guī)格型號硬件配置軟件配置備注

B.8測試結(jié)果

出具測試結(jié)果。