DB14-T 2462-2022 政務信息化應用軟件驗收測試規(guī)范

ICS

35.240.01CCS

L

77

14 DB14/T

2462—2022政務信息化應用軟件驗收測試規(guī)范2022

-

-

18

發(fā)布 2022

-

-

18

實施山西省市場監(jiān)督管理局 發(fā)

布DB14/T

2462—2022 前言

................................................................................. II1

...............................................................................12 規(guī)范性引用文件

.....................................................................13 術語和定義

.........................................................................14 基本要求

...........................................................................25 測試內(nèi)容

...........................................................................36 測試流程

...........................................................................97 測試方法

..........................................................................128 結果判定

..........................................................................12附錄

A（資料性） 測試人員確認單

......................................................14附錄

B（資料性） 政務信息化應用軟件測試報告格式......................................15參考文獻

............................................................................. 21DB14/T

2462—

范圍和結果判定。命周期的測試活動也可參照執(zhí)行。

規(guī)范性引用文件文件。GB/T

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

25000.51 系統(tǒng)與軟件工程

SQuaRE）

第

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

術語和定義下列術語和定義適用于本文件。3.1政務信息化應用軟件(G2B)(G2C)及政府對政府(G2G)等模式。3.2驗收測試質(zhì)量特性是否達到建設要求提供認定。3.3委托方位、開發(fā)單位或其他相關單位。3.4DB14/T

2462—開發(fā)方實施政務信息化應用軟件開發(fā)、集成的企事業(yè)單位。3.5軟件第三方檢測機構驗檢測機構資質(zhì)認定證書。3.6用戶文檔集隨軟件提供的、在使用該軟件時幫助用戶的信息。3.7響應時間指應用軟件執(zhí)行一個操作所需的時間，包括從發(fā)出請求開始到最后收到響應所需要的時間。3.8并發(fā)虛擬用戶數(shù)測試工具模擬的，同時與系統(tǒng)進行交互在線用戶量。3.9測試點的測試用例。

基本要求4.1 被測軟件文檔政務信息化應用軟件的文檔編制應符合

GB/T

8567

的相關規(guī)定。4.2測試工具件或經(jīng)同行專家技術鑒定的非貨架軟件。4.3測試人員

從事軟件測試的人員應具有計算機及相關專業(yè)的大專（含）以上學歷、并獲得國家或行業(yè)承認的軟件測試技術專業(yè)培訓合格資質(zhì)或計算機軟件相關專業(yè)的高級工程師。

測試工作開始前應明確參與軟件測試的人員名單；測試工作開始后如需人員變更的，應保證新測試人員不低于原有測試人員的能力和資質(zhì)，測試人員變更須經(jīng)委托方確認。

A。DB14/T

2462—4.4 測試環(huán)境的完整和安全，防止非授權實體的進入。4.5 測試工作相關方

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

方保密要求的情況，委托方應給予第三方檢測機構相關授權或說明；b)

措施。

軟件第三方檢測機構軟件第三方檢測機構要求包括但不限于：a)

第三方機構應為能夠承擔法律責任的實體；b)

第三方檢測機構應具有獨立的第三方地位；c)

有固定的檢測場所和必要的檢測設施；d)

有嚴格的措施保證檢測的公平公正；e)

第三方檢測機構須通過檢驗檢測機構資質(zhì)認定；f)

第三方檢測機構具備獨立完成檢測任務的能力。

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

提供被測試軟件的操作說明、關鍵技術點相關的培訓及支持；b)

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

按照第三方檢測機構提供的缺陷列表修復軟件缺陷。

測試內(nèi)容5.1 測試項目兼容性。5.2用戶文檔集用戶文檔集應覆蓋測試合同中約定的要求，主要內(nèi)容見表

1。對用戶要執(zhí)行的應用管理職能，用戶文檔集應包括所有相關的信息。用戶文檔集應以適當?shù)囊梦臋n指明軟件在何處依賴于特定軟件和10用戶文檔集應為用戶學會如何使用該軟件提供相關的信息。DB14/T

2462—表1 用戶文檔集明細表如果用戶文檔集不以印刷的形式提供，則文檔集應指明是否可以被打印，如果可以打1112用戶文檔集應對用戶管理的每一項數(shù)據(jù)所對應的軟件信息安全級別給出相關的信息。13用戶文檔集應陳述是否提供維護。如果提供維護，則用戶文檔應陳述和軟件發(fā)布計劃DB14/T

2462—表

1表

1用戶文檔集明細表（續(xù)）求，主要內(nèi)容見表

2。表2 功能要求明細表發(fā)用戶數(shù)（或設計需求不符合實際情況）時，應重新確定最大并發(fā)用戶數(shù)，并經(jīng)委托方、開發(fā)方和第三方測試機構共同確認。

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

I/O)

99%)軟件產(chǎn)品應在自身安全漏洞方面為使用者提供相關的屏蔽措施。DB14/T

2462—5.4性能效率

3(G2B)及政府對公眾(G2C)類政務信息化應用軟件的性能效率測試表3性能效率明細表表3性能效率明細表約定的要求，并從如下表內(nèi)容中選取測試項目，主要內(nèi)容見表

4。表4表4 信息安全性明細表生的原因、如何改正差錯或要報告差錯向誰聯(lián)系。表6表6易用性明細表DB14/T

2462—5.6可靠性G2E目，主要內(nèi)容見表

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

6。件中或失待修的能集或DB14/T

2462—表

6表

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

7。表7 維護性明細表表7 維護性明細表容見表

8。表8表8可移植性明細表如果用戶可以進行安裝操作，則軟件應提供一種方式來控制已安裝組件的兼容性。DB14/T

2462—5.10 兼容性見表

9。表9 兼容性明細表表9 兼容性明細表6.1 準備階段

啟動6.1.1.1 軟件合同變更內(nèi)容等確定測試內(nèi)容及要求。6.1.1.2 測試環(huán)境準備包括以下內(nèi)容，當進行回歸測試時，應對以下內(nèi)容重新進行驗證：a)

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

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

其他相關外圍系統(tǒng)和設備完成部署，配置正確；d)

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

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

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

用于測試的基礎數(shù)據(jù)準備完畢；h)

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

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

完成測試要求規(guī)定的全部任務；DB14/T

2462—b)

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

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

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

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

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

恢復測試恢復條件包括：a)

滿足測試啟動條件；b)

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

如修改導致變更，變更申請應通過委托方或項目審批部門及第三方檢測機構評審。6.2 需求分析階段

輸入項輸入項主要包括：a)

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

本文件

6.1.1

要求的被測試軟件及用戶文檔集。

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

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

測試的標準依據(jù)以及測試需求依據(jù)；c)

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

分析并形成測試需求。根據(jù)本階段輸入項的描述確定測試需求，測試需求包括：系統(tǒng)的功能、效率、狀態(tài)、接口、數(shù)據(jù)結構、設計約束等，并將其分類，確定被測試系統(tǒng)軟件的軟件質(zhì)量從這些質(zhì)量特性中根據(jù)需要選擇測試內(nèi)容；e)

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

輸入項輸入項主要包括：a) 上一階段形成的測試需求；b) 本文件

6.1.1

要求準備的用戶文檔集。10DB14/T

2462—

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

下達任務，安排測試計劃；b)

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

證技術、測試數(shù)據(jù)輸入技術、測試結果獲取技術、是否使用標準測試集等；d)

由委托方與第三方檢測機構共同確認測試方案。

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

輸入項輸入項主要包括：a)

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

本文件

6.1.1

要求準備的用戶文檔集。

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

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

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

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

輸出項本階段輸出項為測試用例。6.5 執(zhí)行階段

輸入項輸入項主要包括：a)

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

本文件

6.1.1

要求準備的用戶文檔集。

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

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

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

記錄復核，對測試記錄、軟件缺陷報告進行復核；d)

回歸測試，根據(jù)合同約定，可實施回歸測試。11DB14/T

2462—

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

輸入項輸入項主要包括：a)

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

本文件

6.1.1

要求準備的用戶文檔集。

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

對測試異常終止情況，確定未能被測試活動充分覆蓋的范圍，分析原因，與委托方書面確定，記錄在報告中；b)

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

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

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

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

結合上述分析情況，出具政務信息化應用軟件測試報告。

輸出項息公共服務平臺”上查詢驗證。測試報告格式見附錄

B。

測試方法第三方檢測機構應按照

25000.51

試。

結果判定8.1 缺陷定級

高級別缺陷不能執(zhí)行正常工作功能或重要功能，使系統(tǒng)崩潰或資源嚴重不足，包括：a)

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

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

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

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

數(shù)據(jù)通訊錯誤：由于程序錯誤導致數(shù)據(jù)通訊故障、錯誤；12DB14/T

2462—f)

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

中級別缺陷法），包括：a)

非關鍵功能未實現(xiàn)；b)

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

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

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

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

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

低級別缺陷件不屬于更正辦法）包括：a)

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

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

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

關鍵操作未給出提示：對關鍵功能、數(shù)據(jù)的操作、數(shù)據(jù)輸入的限制條件等給岀的提示不準確。8.2 測試點判定測試點可判定為“”、“基本通過”或“不通過”，具體原則為：a)

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

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

不通過：存在高級別缺陷或中級別缺陷。8.3結論判定

得出測試結論需同時滿足以下條件：a) 測試需求覆蓋率

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

100%。

測試結論可判定為“通過”、“基本通過”或“不通過”，具體原則為：a) 通過：測試點判定全部為“通過”（允許回歸測試）；b) 基本通過：測試點判定中存在“基本通過”，且不存在“不通過”（允許回歸測試）；c) 不通過：測試點判定中存在“不通過”。13與委托合同、投標文件一致的測試人員名單第三方檢測機構確認簽章基于委托合同及我方投標承諾，委派上述人員完成本項目測試任務，并保證不隨意更換測試人員，如測試人員與上表所列不一致的，我方承擔相應的違約責

委托方確認簽章經(jīng)確認，上述人員中的項目負責人和現(xiàn)場測試人員均為實際人員，無隨意更

DB14/T

2462—附錄 A（資料性）測試人員確認單A.1 測試人員確認單格式測試人員確認單見表

A.1。表A.1 測試人員確認單此表一式兩份，委托方和第三方檢測機構各一份；如測試過程不需要現(xiàn)場進行的，則要對檢測機構此表一式兩份，委托方和第三方檢測機構各一份；如測試過程不需要現(xiàn)場進行的，則要對檢測機構14DB14/T

2462—附 錄B（資料性）政務信息化應用軟件測試報告格式B.1 政務信息化應用軟件測試報告格式檢驗檢測機構資質(zhì)認定標志

項目名稱：委托單位：檢測類型：報告日期：15檢

測

結

果項目名稱委托單位名稱地址聯(lián)系人電話郵箱建設單位名稱地址評測單位名稱地址測試時間測試地點測試標準GB/T

25000.51-2016

系統(tǒng)與軟件工程

系統(tǒng)與軟件質(zhì)量要求和評價(SQuaRE)第

51

部分:就緒可用軟件產(chǎn)品(RUSP)的質(zhì)量要求和測試細則測試內(nèi)容用戶文檔集

功能性

性能效率

信息安全性

可靠性易用性

維護性

可移植性

兼容性

其他：結論在給定的測試環(huán)境和條件下，依據(jù)

GB/T

25000.51-2016

系統(tǒng)與軟件工程

系統(tǒng)與軟件質(zhì)量要求和評價(SQuaRE)

第

51

部分:就緒可用軟件產(chǎn)品(RUSP)對被測軟件的用戶文檔集、功能性、性能效率、信息安全性、可靠性、易用性、維護性、可移值性、兼容性進行測試，經(jīng)測試和回歸測試后，被測軟件滿足測試需求列表所規(guī)定的要求。檢測機構名稱（檢驗專用章）年

月

日測試人員日

期審核人員日

期批準人員（授權簽字人）日

期

1616DB14/T

2462—DB14/T

2462—******具體參見本報告“測試結果”部分。*******

17

XX

XX

XX

XX50

XX

XX

DB14/T

2462—