《交通運輸信息技術(shù)應(yīng)用創(chuàng)新適配測評總體要求》

ICS35.240.60

CCSR07

團體標(biāo)準(zhǔn)

T/CCTASXX—2021

交通運輸信息技術(shù)應(yīng)用創(chuàng)新適配

測評總體要求

（征求意見稿）

（2023年7月）

XXXX-XX-XX發(fā)布XXXX-XX-XX實施

中國交通運輸協(xié)會??發(fā)布

T/CCTASXX—2021

交通運輸信息技術(shù)應(yīng)用創(chuàng)新適配測評總體要求

1范圍

本文件規(guī)定了交通運輸行業(yè)信創(chuàng)適配要求和測評要求，包含基礎(chǔ)軟件和基礎(chǔ)硬件適配認定和驗證、

以及應(yīng)用軟件測評要求。

本文件適用于交通運輸行業(yè)信創(chuàng)適配測評分類范圍中的應(yīng)用軟件建設(shè)方、應(yīng)用軟件測評需求方及應(yīng)

用軟件測評提供方開展信創(chuàng)應(yīng)用軟件測評工作。

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

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

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

文件。

IEEE729-1983軟件工程術(shù)語標(biāo)準(zhǔn)詞匯表；

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

件質(zhì)量模型；

GB/T25000.51-2016系統(tǒng)與軟件質(zhì)量要求和評價(SQuaRE)第51部分：就緒可用軟件產(chǎn)品(RUSP)

的質(zhì)量要求和測試細則；

GB/T4754-2017《國民經(jīng)濟行業(yè)分類》G.交通運輸、倉儲、郵政行業(yè)分類；

GB/T17532-2005術(shù)語工作計算機應(yīng)用詞匯；

JT/T904-2014交通運輸行業(yè)信息系統(tǒng)安全等級保護定級指南；

JT/T747.4-2020交通運輸信息資源目錄體系第4部分：公路水路信息資源分類。

3術(shù)語和定義

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

信創(chuàng)

信息技術(shù)應(yīng)用創(chuàng)新產(chǎn)業(yè)的簡稱。

交通運輸行業(yè)信息系統(tǒng)

由硬件、軟件、信息資源、信息用戶和規(guī)章制度組成，支撐交通運輸行業(yè)采集(或獲取)、處理、存

儲、傳輸、分配和檢索信息的人機一體化系統(tǒng)。

[來源：JT/T904—2014，3.2]

供方

與需方簽訂協(xié)議,為其提供產(chǎn)品或服務(wù)的組織或個人。本文特指應(yīng)用軟件測評提供方。

[來源：GB/T25000.51-2016]

需方

從供方獲取或采購產(chǎn)品或服務(wù)的利益相關(guān)方。本文特指應(yīng)用軟件測評需求方。

[來源：GB/T25000.51-2016]

送測樣品

1

T/CCTASXX—2021

指需方向供方提交的應(yīng)用軟件系統(tǒng)或軟硬件系統(tǒng)組合產(chǎn)品，待供方進行信創(chuàng)測評的對象。

4交通運輸行業(yè)信創(chuàng)適配測評分類

根據(jù)行業(yè)業(yè)務(wù)屬性特點，交通運輸行業(yè)信創(chuàng)適配測評分類按照“業(yè)務(wù)領(lǐng)域—信息系統(tǒng)特征”進行分類，

并以本文件為基礎(chǔ)開展業(yè)務(wù)分類領(lǐng)域標(biāo)準(zhǔn)制定。

業(yè)務(wù)領(lǐng)域分類

表4-1：交通運輸行業(yè)信創(chuàng)適配測評業(yè)務(wù)領(lǐng)域分類表

序號類別含義說明

與鐵路交通運輸方式相關(guān)的信息系統(tǒng)，包括：鐵路旅客運輸、鐵路貨物運輸、鐵路

鐵路運輸

1安全管理、調(diào)度指揮、行車組織、生產(chǎn)作業(yè)等為主的業(yè)務(wù)系統(tǒng)。

與道路交通運輸相關(guān)的信息系統(tǒng)，包括城市公共交通運輸，公路旅客運輸，道路貨

道路運輸

2物運輸、道路運輸輔助活動等為主的業(yè)務(wù)系統(tǒng)。

與水上交通運輸相關(guān)的信息系統(tǒng)，包括水上旅客運輸，水上貨物運輸，水上運輸輔

水上運輸

3助活動、航道管理、港口管理、海事管理和救撈管理等為主的業(yè)務(wù)系統(tǒng)。

與航空交通運輸方式相關(guān)的信息系統(tǒng)，包括：航空客貨運輸、通用航空服務(wù)、航空

航空運輸

4運輸輔助活動等為主的業(yè)務(wù)系統(tǒng)。

與郵政行業(yè)相關(guān)的信息系統(tǒng)，包括：郵政基本服務(wù)、快遞服務(wù)、其他寄遞服務(wù)為主

郵政業(yè)

5的業(yè)務(wù)系統(tǒng)。

與兩種及兩種以上運輸方式相關(guān)的信息系統(tǒng)，或者與交通運輸行業(yè)行政辦公、規(guī)劃、

其他

6財務(wù)、人事、法規(guī)、科技、信息、黨務(wù)等相關(guān)的信息系統(tǒng)。

[來源：GB/T4754-2017《國民經(jīng)濟行業(yè)分類》G.交通運輸、倉儲、郵政行業(yè)分類]

信息系統(tǒng)特征分類

表4-2：交通運輸行業(yè)信創(chuàng)適配測評信息系統(tǒng)特征分類表

序號特征分類含義說明典型系統(tǒng)

如海事衛(wèi)星通信系統(tǒng)、北斗定位系統(tǒng)、高速公

包括能夠支撐多個交通運輸行業(yè)信

基礎(chǔ)支撐路信息通信干線傳輸系統(tǒng)、大數(shù)據(jù)平臺、云服

息系統(tǒng)實現(xiàn)計算、操作、存儲、安

類信息系務(wù)管理平臺、數(shù)據(jù)中臺、業(yè)務(wù)中臺、桌面云辦

1全防護或通信等方面所依賴的基礎(chǔ)

統(tǒng)公服務(wù)平臺、超融合平臺、各類綜合業(yè)務(wù)系統(tǒng)

設(shè)施和管理系統(tǒng)。

集成平臺等。

包括行業(yè)內(nèi)各類、、政務(wù)

MISERP如道路貨運車輛公共監(jiān)管與服務(wù)平臺、危險貨

業(yè)務(wù)服務(wù)應(yīng)用等，也包括支撐交通運輸客貨

物道路運輸電子運單管理系統(tǒng)、重點營運車輛

類信息系運輸服務(wù)、決策應(yīng)急保障等業(yè)務(wù)，

2聯(lián)網(wǎng)聯(lián)控系統(tǒng)平臺、高速公路聯(lián)網(wǎng)收費系統(tǒng)清

統(tǒng)提供生產(chǎn)運營服務(wù)、政務(wù)服務(wù)、安

分結(jié)算系統(tǒng)等。

全監(jiān)管等功能的信息系統(tǒng)。

對交通運輸基礎(chǔ)設(shè)施運營、運輸工

運行控制如鐵路調(diào)度系統(tǒng)、城市公交調(diào)度系統(tǒng)、地鐵綜

具運行起協(xié)調(diào)控制作用，或者調(diào)度

類信息系合監(jiān)控平臺、集裝箱碼頭生產(chǎn)管理系統(tǒng)、高速

3指揮貨物、旅客運輸生產(chǎn)組織的信

統(tǒng)公路不停車收費系統(tǒng)等。

息系統(tǒng)。(ETC)

其他信息包括行業(yè)難以劃分為以上具體分類

4系統(tǒng)系統(tǒng)的應(yīng)用系統(tǒng)

[來源：JT/T747.4-2020《交通運輸信息資源目錄體系第4部分：公路水路信息資源分類》表1.行業(yè)分類類目代碼表]

5測評準(zhǔn)備

2

T/CCTASXX—2021

測試環(huán)境

需方應(yīng)提交基礎(chǔ)軟件和基礎(chǔ)硬件環(huán)境部署說明；供方按部署說明進行環(huán)境搭建，并提供測試場地、

網(wǎng)絡(luò)和供電環(huán)境。軟件測試環(huán)境具備中立性和規(guī)范性。

送測樣品

本文件所描述的送測樣品，以信創(chuàng)應(yīng)用軟件樣品為主，需方對送測樣品負責(zé)。送測前，需方應(yīng)提供

相關(guān)交付件給供方進行可信審核等驗證工作，包括但不限于：基礎(chǔ)軟件適配報告、測試代碼或測試數(shù)據(jù)。

送測所涉及的樣品應(yīng)滿足如下要求：

a)送測樣品組合中所有選用的產(chǎn)品，應(yīng)為正式設(shè)計定型或發(fā)布的產(chǎn)品，應(yīng)有配套的產(chǎn)品手冊、

使用說明、合格證或裝箱配置單等；

b)送測樣品組合中所選用的產(chǎn)品，應(yīng)提供自主知識產(chǎn)權(quán)證明材料；

c)若送測樣品組合中存在整機或外設(shè)產(chǎn)品，應(yīng)通過3C測試或認證，提供相關(guān)證書或測試報告復(fù)

印件；

d)若送測樣品組合中存在第三方組件，應(yīng)提供各組件的版權(quán)說明和開源情況等信息。

一致性認定

5.3.1同一組合認定

送測樣品變更組合后，在保證穩(wěn)定與兼容的前提下，經(jīng)需方與供方協(xié)商后，可視為同一組合認定，

不必重復(fù)測試。具體包括：

a)鼠標(biāo)、鍵盤、顯示器變更；

b)升級內(nèi)存的型號及容量；

c)升級硬盤的型號及容量；

d)將機械硬盤升級為固態(tài)硬盤；

e)增加內(nèi)置或外置光驅(qū)；

f)升級應(yīng)用軟件子版本，但不涉及耦合性模塊、功能、接口等發(fā)生變更。

5.3.2非同一組合認定

出現(xiàn)以下情況視為非同一組合認定，應(yīng)重新測試，包括但不限于：

a)組合中所用樣品對應(yīng)的平臺體系架構(gòu)發(fā)生變化；

b)組合中基礎(chǔ)軟件環(huán)境發(fā)生變化；

c)應(yīng)用軟件主版本升級；

d)應(yīng)用軟件子版本升級，且耦合性模塊、功能、接口等發(fā)生變更；

e)經(jīng)供方統(tǒng)一協(xié)商認為應(yīng)重新測試的場景。

適配認定

5.4.1需方

需方應(yīng)根據(jù)送測樣品組合的實際情況，提供可能涉及的下列企業(yè)適配認證或信創(chuàng)軟硬件產(chǎn)品第三方

適配認證材料給供方，做為基礎(chǔ)軟件和基礎(chǔ)硬件適配認定依據(jù)。

a)CPU

b)操作系統(tǒng)/桌面云

c)中間件

d)數(shù)據(jù)庫

e)虛擬化產(chǎn)品

f)云服務(wù)

g)安全保密軟硬件

5.4.2供方

3

T/CCTASXX—2021

根據(jù)需方提供的認證材料，開展以下適配認定工作：

a)終端/服務(wù)器/專用機/存儲設(shè)備/網(wǎng)絡(luò)設(shè)備/打印設(shè)備等

i.核心芯片是否采用信創(chuàng)產(chǎn)品，并安全風(fēng)險可控，是否存在“供應(yīng)鏈風(fēng)險”情況；

ii.技術(shù)路線選型是否兼容，性能、穩(wěn)定性是否滿足需求；

iii.整機及存儲是否符合信創(chuàng)要求，安全風(fēng)險是否自主可控。

b)操作系統(tǒng)/桌面云

i.操作系統(tǒng)/桌面云是否采用信創(chuàng)產(chǎn)品，是否具備自主知識產(chǎn)權(quán)，是否滿足自主可控要求；

ii.操作系統(tǒng)/桌面云是否與送測樣品進行了適配，滿足兼容性要求。

c)中間件/數(shù)據(jù)庫/虛擬化

i.是否采用信創(chuàng)產(chǎn)品，并具備自主知識產(chǎn)權(quán)，滿足自主可控要求；

ii.是否滿足高并發(fā)業(yè)務(wù)承載相關(guān)要求；

iii.是否針對所使用的基礎(chǔ)軟件和基礎(chǔ)硬件環(huán)境進行了適配，滿足兼容性要求。

d)云服務(wù)

i.是否采用信創(chuàng)產(chǎn)品，并具備自主知識產(chǎn)權(quán)，滿足自主可控要求；

ii.是否滿足送測樣品業(yè)務(wù)使用需求；

iii.是否對底層軟件及關(guān)聯(lián)系統(tǒng)進行了適配，滿足兼容性要求。

e)安全保密軟硬件

i.是否采用信創(chuàng)產(chǎn)品，并具備自主知識產(chǎn)權(quán)，滿足自主可控要求；

ii.是否對部署環(huán)境所涉及的軟硬件進行了適配測評，滿足兼容性等要求。

f)組織實施能力和條件

i.當(dāng)前是否具備信創(chuàng)產(chǎn)品實施條件，是否應(yīng)購買非信創(chuàng)產(chǎn)品授權(quán)或非信創(chuàng)廠商實施；

ii.是否存在基礎(chǔ)軟件和基礎(chǔ)硬件環(huán)境的供應(yīng)鏈風(fēng)險。

6測評

測評范圍

本文件測評范圍包括適配驗證和應(yīng)用軟件測評兩部分內(nèi)容，其中適配認定按本文件5.4內(nèi)容執(zhí)行，

適配驗證按本文件6.3內(nèi)容執(zhí)行，應(yīng)用軟件測評按本文件6.5內(nèi)容執(zhí)行。適配驗證中的基礎(chǔ)軟件包括操系

統(tǒng)、數(shù)據(jù)庫系統(tǒng)、中間件、語言處理系統(tǒng)（包括編譯程序、解釋程序和匯編程序）。適配驗證中的基礎(chǔ)

硬件是指計算機中所有電子器件、機械設(shè)備的總稱，主要包括：中央處理器（CPU），存儲器、輸入/

輸出設(shè)備等組成。

測試工具

測試工具應(yīng)為商業(yè)或開源產(chǎn)品，滿足測評所需基礎(chǔ)軟件和基礎(chǔ)硬件環(huán)境，包括但不限于手工功能測

評、基于接口的自動化測評、性能測試、安全漏洞掃描等。

[來源：GB/T25000.51-2016《系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價6.2.6測試工具和環(huán)境資源》]

適配驗證

適配要求是指送測樣品自身應(yīng)符合信創(chuàng)或非信創(chuàng)的基礎(chǔ)軟件和基礎(chǔ)硬件環(huán)境下適配驗證規(guī)范流程。

6.3.1適配驗證規(guī)范流程

送測樣品適配驗證包括前期準(zhǔn)備、基礎(chǔ)環(huán)境搭建、應(yīng)用安裝部署、全面適配測試、數(shù)據(jù)庫遷移測試、

適配性能測試六個階段。具體送測樣品適配驗證流程見表6-1。

表6-1：送測樣品適配驗證流程表

序號階段內(nèi)容

1前期準(zhǔn)備根據(jù)送測樣品確定驗證邊界，編寫測試用例。

4

T/CCTASXX—2021

序號階段內(nèi)容

根據(jù)送測樣品基礎(chǔ)環(huán)境要求，搭建包括客戶端基礎(chǔ)硬件、客戶端基礎(chǔ)軟

2基礎(chǔ)環(huán)境搭建

件、服務(wù)器端基礎(chǔ)硬件、服務(wù)器端基礎(chǔ)軟件的準(zhǔn)備。

3應(yīng)用安裝部署在基礎(chǔ)環(huán)境搭建后，將送測樣品下進行安裝部署。

在基礎(chǔ)環(huán)境搭建后，通過雙端適配要求，對送測樣品各個模塊的功能的

4全面適配測試

使用狀況進行全面測試。

5數(shù)據(jù)庫遷移測試在基礎(chǔ)環(huán)境搭建后，對送測樣品數(shù)據(jù)庫的可遷移性及遷移效率開展測試。

6適配性能測試在基礎(chǔ)環(huán)境搭建后，對送測樣品的性能開展測試。

6.3.2基礎(chǔ)環(huán)境搭建范圍

送測樣品適配驗證的基礎(chǔ)環(huán)境搭建范圍，應(yīng)結(jié)合交通運輸行業(yè)信創(chuàng)產(chǎn)業(yè)發(fā)展的實際情況，明確信創(chuàng)

基礎(chǔ)軟件和基礎(chǔ)硬件的范圍。由于信創(chuàng)產(chǎn)業(yè)技術(shù)發(fā)展迭代速度較快，未來基礎(chǔ)環(huán)境搭建范圍不排除發(fā)生

變更或融合的情況。具體實施過程可根據(jù)實際情況，在確認環(huán)境適配的前提下按實際需求進行調(diào)整選擇。

6.3.3雙端適配

送測樣品應(yīng)兼容信創(chuàng)或非信創(chuàng)的基礎(chǔ)軟件和基礎(chǔ)硬件，并可實現(xiàn)在信創(chuàng)和非信創(chuàng)混合環(huán)境下送測樣

品正常訪問和使用。雙端適配分為三個階段：客戶端適配、服務(wù)器端適配、雙端適配。適配要求見表6-2。

表6-2：雙端適配要求表

序號適配模式雙端適配內(nèi)容

1客戶端適配部署于非信創(chuàng)服務(wù)器，可同時被非信創(chuàng)客戶端和信創(chuàng)客戶端訪問。

2服務(wù)器端適配部署于信創(chuàng)服務(wù)器，可同時被非信創(chuàng)客戶端和信創(chuàng)客戶端訪問。

3雙端全適配完成客戶端適配和服務(wù)器端適配。

6.3.4數(shù)據(jù)庫遷移測試

送測樣品應(yīng)支持信創(chuàng)數(shù)據(jù)庫產(chǎn)品，并可實現(xiàn)通用的數(shù)據(jù)庫遷移適配方法并成功，同時記錄測試樣本

數(shù)據(jù)庫遷移效率，估算整體數(shù)據(jù)遷移周期和風(fēng)險性。

測評流程

根據(jù)不同項目測試需求不同，測評流程共分為三個階段：

第一階段為可移植性和兼容性測評；

第二階段進行功能性測評，確保應(yīng)用軟件在基礎(chǔ)軟件和基礎(chǔ)硬件環(huán)境下正常運行全部功能；

第三階段進行可靠性、性能效率、安全性、易用性等測評工作。

應(yīng)用軟件測評

6.5.1可移植性

a)測評目的

應(yīng)用軟件在移植到信創(chuàng)基礎(chǔ)軟件和基礎(chǔ)硬件環(huán)境后的行為能力。

b)測評指標(biāo)

表6-3：測評指標(biāo)-可移植性

序號指標(biāo)名稱指標(biāo)說明

1適應(yīng)性應(yīng)用軟件是否有效地適應(yīng)于信創(chuàng)基礎(chǔ)軟件和基礎(chǔ)硬件環(huán)境。

2應(yīng)用軟件在信創(chuàng)基礎(chǔ)軟件和基礎(chǔ)硬件環(huán)境下是否能夠有效地進行安裝和卸載。

易安裝性

3安裝和卸載過程是否實現(xiàn)了自動化。

5

T/CCTASXX—2021

序號指標(biāo)名稱指標(biāo)說明

4是否提供了安裝文檔，安裝文檔是否通俗易懂。

應(yīng)用軟件在信創(chuàng)基礎(chǔ)軟件和基礎(chǔ)硬件環(huán)境下是否能夠成功地進行重新安裝和升

5

易替換性級。

6在重新安裝和升級后，舊版本的數(shù)據(jù)在新版本軟件下是否能夠正確使用。

[來源：GB/T25000.10-2016《系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價(SQuaRE)第10部分：系統(tǒng)與軟件質(zhì)量模型》

中有關(guān)可移植性的陳述]

c)測試項

表6-4測試項-可移植性

序號測試項測試項說明

適應(yīng)服務(wù)器端信創(chuàng)操作系用戶能夠在服務(wù)器端的信創(chuàng)操作系統(tǒng)環(huán)境中完成應(yīng)用軟件的安

1統(tǒng)環(huán)境裝部署，并正常啟動使用。

適應(yīng)客戶端信創(chuàng)操作系統(tǒng)用戶能夠在客戶端信創(chuàng)操作系統(tǒng)環(huán)境中完成應(yīng)用軟件的安裝部

2環(huán)境署，并正常啟動使用。

用戶能夠在信創(chuàng)數(shù)據(jù)庫環(huán)境中完成應(yīng)用軟件的安裝部署，并正常

適應(yīng)信創(chuàng)數(shù)據(jù)庫環(huán)境

3啟動使用。

用戶能夠在信創(chuàng)中間件環(huán)境中完成應(yīng)用軟件的安裝部署，并正常

適應(yīng)信創(chuàng)中間件環(huán)境

4啟動使用。

對于B/S結(jié)構(gòu)的應(yīng)用軟件，用戶能夠在不同的瀏覽器環(huán)境中正常

適應(yīng)信創(chuàng)瀏覽器環(huán)境

5使用軟件。

適應(yīng)交通運輸行業(yè)特殊運對于運行在交通運輸行業(yè)特有的特殊運行環(huán)境，應(yīng)著重進行測

6行環(huán)境試，判斷是否能完成應(yīng)用軟件的安裝部署，并正常啟動使用。

用戶能夠在規(guī)定的信創(chuàng)環(huán)境下實施安裝，能夠成功地安裝并正確

安裝與運行

7運行軟件。

用戶能夠在規(guī)定的信創(chuàng)環(huán)境下重新安裝和升級，重新安裝和升級

重新安裝和升級

8后軟件能夠正確運行使用。

9系統(tǒng)卸載用戶能夠停止系統(tǒng)運行，并成功卸載軟件。

[來源：GB/T25000.51-2016《系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價(SQuaRE)第51部分：就緒可用軟件產(chǎn)品(RUSP)

的質(zhì)量要求和測試細則》]

6.5.2兼容性

a)測試目的

應(yīng)用軟件在信創(chuàng)基礎(chǔ)軟件和基礎(chǔ)硬件環(huán)境下與其他產(chǎn)品軟件交換信息和執(zhí)行其所需功能的程度。

b)測評指標(biāo)

表6-5：測評指標(biāo)-兼容性

序號指標(biāo)名稱指標(biāo)說明

應(yīng)用軟件在與其他軟件產(chǎn)品共享信創(chuàng)基礎(chǔ)軟件環(huán)境和資源時，是否能夠有效

1

共存性執(zhí)行其所需功能。

2應(yīng)用軟件不會對其他軟件造成負面影響。

應(yīng)用軟件如果涉及到與其他軟件產(chǎn)品的相互調(diào)用或數(shù)據(jù)交換，調(diào)用過程是否

3互操作性

順暢，數(shù)據(jù)交換是否準(zhǔn)確及時，軟件之間是否能夠共同協(xié)作完成其所需功能。

[來源：GB/T25000.10-2016《系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價(SQuaRE)第10部分：系統(tǒng)與軟件質(zhì)量模型》

中有關(guān)兼容性的陳述]

c)測試項

6

T/CCTASXX—2021

表6-6測試項-兼容性

序號測試項測試項說明

1信創(chuàng)辦公軟件兼容兼容不同信創(chuàng)辦公軟件類型與版本范圍。

2安全軟件兼容兼容不同信創(chuàng)防病毒系統(tǒng)或安全系統(tǒng)類型與版本范圍。

兼容信創(chuàng)外設(shè)（如打印機、掃描儀、攝像頭等），應(yīng)用軟件可正常訪

3外設(shè)兼容

問和操作外部設(shè)備。

交通運輸行業(yè)特有兼容交通運輸行業(yè)特有的電子設(shè)備，例如道路監(jiān)控設(shè)備、高速ETC設(shè)備、

4

電子設(shè)備兼容船用電子設(shè)備等。

兼容其他軟件產(chǎn)品，在與其他軟件產(chǎn)品發(fā)生相互調(diào)用或數(shù)據(jù)交換時能

5兼容其他軟件產(chǎn)品

夠成功完成其所需功能。

[來源：GB/T25000.51-2016《系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價(SQuaRE)第51部分：就緒可用軟件產(chǎn)品(RUSP)

的質(zhì)量要求和測試細則》]

6.5.3功能性

a)測試目的

應(yīng)用軟件在信創(chuàng)基礎(chǔ)軟件和基礎(chǔ)硬件環(huán)境下滿足其要求功能的程度。

b)測評指標(biāo)

表6-7：測評指標(biāo)-功能性

序號指標(biāo)名稱指標(biāo)說明

應(yīng)用軟件在信創(chuàng)基礎(chǔ)軟件和基礎(chǔ)硬件環(huán)境下，用戶所需要使用的基本功能是否

1

完備性實現(xiàn)齊備。

2應(yīng)用軟件適配中，不應(yīng)該存在因為技術(shù)實現(xiàn)障礙導(dǎo)致的關(guān)鍵功能刪減。

在執(zhí)行應(yīng)用軟件適配的輸入輸出測試時，輸出結(jié)果和輸出精度應(yīng)符合相關(guān)文檔

3正確性

要求，與預(yù)期輸出結(jié)果保持一致。

應(yīng)用軟件在用戶文檔要求的限制范圍和信創(chuàng)基礎(chǔ)軟件和基礎(chǔ)硬件環(huán)境下，是否

4

能夠?qū)崿F(xiàn)其陳述的功能。

適合性

用戶根據(jù)用戶文檔，是否能夠?qū)浖M行控制與操作，是否能夠成功完成規(guī)定

5

的任務(wù)。

[來源：GB/T25000.10-2016《系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價(SQuaRE)第10部分：系統(tǒng)與軟件質(zhì)量模型》

中有關(guān)功能性的陳述]

c)測試項

表6-8測試項-功能性

序號測試項測試項說明

1基礎(chǔ)功能項支持產(chǎn)品說明書及用戶文檔定義出基本功能。

2擴展功能項支持特定用戶場景及用戶需求的擴展功能。

通過對每一階段處理前后系統(tǒng)狀態(tài)檢查的方式，驗證每一階段處理完畢

3業(yè)務(wù)處理流程

后數(shù)據(jù)的完整性和準(zhǔn)確性，判斷系統(tǒng)功能是否滿足需求。

交通運輸行業(yè)特有針對交通運輸行業(yè)特有的業(yè)務(wù)功能，進行專項功能驗證測試，判斷系統(tǒng)

4

業(yè)務(wù)功能驗證測試功能是否滿足交通運輸行業(yè)特有業(yè)務(wù)需求。

[來源：GB/T25000.51-2016《系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價(SQuaRE)第51部分：就緒可用軟件產(chǎn)品(RUSP)

的質(zhì)量要求和測試細則》]

6.5.4性能效率

7

T/CCTASXX—2021

a)測試目的

應(yīng)用軟件在信創(chuàng)基礎(chǔ)軟件和基礎(chǔ)硬件環(huán)境下執(zhí)行其功能時的及時度和使用資源量的有效性。

b)測評指標(biāo)

表6-9：測評指標(biāo)-性能效率

序號指標(biāo)名稱指標(biāo)說明

應(yīng)用軟件在信創(chuàng)基礎(chǔ)軟件和基礎(chǔ)硬件環(huán)境下執(zhí)行其功能時，響應(yīng)時間、處理時

1時間特性

間及吞吐率是否滿足需求要求，是否處于合理范圍內(nèi)。

應(yīng)用軟件在信創(chuàng)基礎(chǔ)軟件和基礎(chǔ)硬件環(huán)境下執(zhí)行其功能時，所使用的資源數(shù)量

2資源利用性和類型，包括CPU占用率、內(nèi)存使用率、IO占用率、帶寬占用率、數(shù)據(jù)庫資源

利用率等資源利用相關(guān)參數(shù)是否滿足需求要求，是否處于合理范圍內(nèi)。

應(yīng)用軟件參數(shù)的最大限量，包括最大并發(fā)用戶數(shù)、最大數(shù)據(jù)記錄數(shù)、最大文件

3容量

長度、最大帶寬等容量相關(guān)參數(shù)是否滿足需求要求，是否處于合理范圍內(nèi)。

[來源：GB/T25000.10-2016《系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價(SQuaRE)第10部分：系統(tǒng)與軟件質(zhì)量模型》

中有關(guān)性能效率的陳述]

c)測試項

表6-10測試項-性能效率

序號測試項測試項說明

1單一并發(fā)測試針對單個性能測試點，構(gòu)建一個性能測試場景實施的性能測試。

在合理的基礎(chǔ)數(shù)據(jù)容量下，用戶按一定比例并發(fā)進行核心功能的組合操作，

并持續(xù)運行一段時間。

為了盡量模擬生產(chǎn)線上運行的業(yè)務(wù)壓力或用戶使用場景，測試系統(tǒng)的整體性

2混合并發(fā)測試

能是否滿足性能需求，把經(jīng)過一定規(guī)則篩選的性能測試點，按照合乎實際邏

輯的虛擬用戶請求、并發(fā)，組合成一個混合場景。混合場景的特征，通常包

含兩個或者兩個以上的腳本組，執(zhí)行時間較長。

企業(yè)互認證適配驗證的基礎(chǔ)環(huán)境性能表現(xiàn)，應(yīng)滿足交通運輸行業(yè)信創(chuàng)產(chǎn)業(yè)應(yīng)

企業(yè)互認適配用基礎(chǔ)要求，滿足核心業(yè)務(wù)應(yīng)用承載要求。根據(jù)交通運輸行業(yè)的業(yè)務(wù)需求特

3

性能測試性，參考業(yè)界主流做法，針對計算、網(wǎng)絡(luò)、存儲各子系統(tǒng)進行性能測試，對

核心業(yè)務(wù)系統(tǒng)尤其是數(shù)據(jù)庫承載進行綜合性能測試。

交通運輸行業(yè)對于交通運輸行業(yè)特殊的性能要求，例如多用戶高并發(fā)的復(fù)雜使用場景，應(yīng)

4

特殊性能要求重點進行測試。

[來源：GB/T25000.51-2016《系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價(SQuaRE)第51部分：就緒可用軟件產(chǎn)品(RUSP)

的質(zhì)量要求和測試細則》]

6.5.5可靠性

a)測試目的

應(yīng)用軟件在信創(chuàng)基礎(chǔ)軟件和基礎(chǔ)硬件環(huán)境下，在規(guī)定時間內(nèi)，軟件不引起系統(tǒng)失效的概率。

b)測評指標(biāo)

表6-11：測評指標(biāo)-可靠性

序號指標(biāo)名稱指標(biāo)說明

應(yīng)用軟件在一定的負載壓力下使用時，是否能夠持續(xù)為用戶提供相應(yīng)服務(wù)。軟件

1成熟性故障數(shù)，平均失效間隔時間，發(fā)生失效的比例，系統(tǒng)的完整性級別是否處于合理

范圍內(nèi)。

8

T/CCTASXX—2021

序號指標(biāo)名稱指標(biāo)說明

應(yīng)用軟件在預(yù)定的操作時間中，實際可用時間的比例、平均無故障時間是否處于

2可用性

合理范圍內(nèi)。

因用戶操作或硬件環(huán)境影響導(dǎo)致應(yīng)用軟件出現(xiàn)錯誤或異常時，軟件應(yīng)給出合理的

3容錯性

提示信息和處理方式，不應(yīng)該出現(xiàn)數(shù)據(jù)丟失。

應(yīng)用軟件在發(fā)生中斷或失效時，能否恢復(fù)到正常運行狀態(tài)，能否恢復(fù)受影響的數(shù)

4易恢復(fù)性

據(jù)，恢復(fù)所需時間長短和代價是否在合理范圍內(nèi)。

[來源：GB/T25000.10-2016《系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價(SQuaRE)第10部分：系統(tǒng)與軟件質(zhì)量模型》

中有關(guān)功能性的陳述]

c)測試項

表6-12測試項-可靠性

序號測試項測試項說明

并發(fā)用戶評測應(yīng)用系統(tǒng)核心功能，采用必要的測試工具進行壓力測試，

驗證事務(wù)的失敗率。模擬的用戶數(shù)應(yīng)比實際用戶數(shù)多；模擬的數(shù)據(jù)量應(yīng)

1單一并發(fā)壓力測試比實際系統(tǒng)運行一段時間后的數(shù)據(jù)量多；并發(fā)用戶數(shù)據(jù)占總用戶數(shù)的比

例應(yīng)按照實際業(yè)務(wù)場景估算，可以根據(jù)系統(tǒng)使用的頻度在該范圍內(nèi)選擇

合適的比例；壓力持續(xù)的時間應(yīng)比一般操作時間長。

基于第1項的測試數(shù)據(jù)，使用應(yīng)用系統(tǒng)性能測試腳本模擬用戶訪問。應(yīng)用

2單點故障恢復(fù)測試服務(wù)器恢復(fù)后，在不停止服務(wù)的情況下恢復(fù)多機負載均衡；數(shù)據(jù)服務(wù)器

恢復(fù)后，應(yīng)該能在不停止服務(wù)的情況下恢復(fù)服務(wù)，數(shù)據(jù)不丟失。

3完整壓測日志在壓力測過程中，提供完整的性能測試日志文件。

4多壓測報告對比多次執(zhí)行的壓力測試，對測試報告進行橫向?qū)Ρ取?/p>

交通運輸行業(yè)關(guān)鍵對于交通運輸行業(yè)可能影響到人民生命財產(chǎn)安全的關(guān)鍵軟件，應(yīng)進行專

5

軟件可靠性測試項可靠性測試。

[來源：GB/T25000.51-2016《系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價(SQuaRE)第51部分：就緒可用軟件產(chǎn)品(RUSP)

的質(zhì)量要求和測試細則》]

6.5.6易用性

a)測試目的

應(yīng)用軟件在信創(chuàng)基礎(chǔ)軟件和基礎(chǔ)硬件環(huán)境下，當(dāng)特定用戶使用時，在有效性、效率和滿意度方面達

到的規(guī)定目標(biāo)的程度。

b)測評指標(biāo)

表6-13測評指標(biāo)-易用性

序號指標(biāo)名稱指標(biāo)說明

1易用性產(chǎn)品在特定使用環(huán)境下為了特定的目標(biāo)可以為特定的用戶使用的程度。

用戶要用多長時間才能夠?qū)W會如何使用某一特定的功能，及評估軟件系統(tǒng)

2易學(xué)性

的幫助和文檔有效性。

產(chǎn)品在用戶沒有受到培訓(xùn)情況下對軟件系統(tǒng)的認識程度，包括明顯的功

3易操作性

能，描述的完整性，延時功能及有效性，輸入的有效性等。

4用戶界面舒適性評估軟件系統(tǒng)的外觀、主要受屏幕設(shè)計、顏色等因素的影響。

[來源：GB/T25000.10-2016《系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價(SQuaRE)第10部分：系統(tǒng)與軟件質(zhì)量模型》

中有關(guān)易用性的陳述]

c)測試項

9

T/CCTASXX—2021

表6-14測試項-易用性

序號測試項測試項說明

a)基于初始條件，產(chǎn)品的功能與實際用戶可以方便找到操作功能的接近程度；

b)是否具備演示功能，演示功能有效性比例；

c)輸入框中是否有提示用戶輸入有效性提示信息；

1易用性測試

d)對于交通運輸行業(yè)的特有人群(例如交通運輸工具的駕駛?cè)藛T、交通設(shè)備的

操縱人員、交通運輸活動的直接領(lǐng)導(dǎo)、指揮人員、交通運輸安全的管理人員等)

是否在易用性方面為其單獨考慮。

a)是否有幫助性文檔，幫助文檔的有效性檢查；

2易學(xué)性測試b)是否有幫助性信息輔助用戶繼續(xù)操作，包括誤操作以及越界操作等；

c)對于交通運輸行業(yè)的特有人群，是否在易學(xué)性方面為其單獨考慮。

a)使用中默認值的可用性；

b)完成指定任務(wù)的步驟復(fù)雜性程度；

c)用戶操作完成指定任務(wù)總體復(fù)雜度；

d)完成指定任務(wù)過程中誤操作的次數(shù)；

e)實務(wù)操作是否有糾正；

f)用戶誤操作后對完成任務(wù)的影響程度；

易操作性測

3g)用戶誤操作后，恢復(fù)之前狀態(tài)的能力；

試

h)使用中的消息的可理解性；

i)運新狀態(tài)的易監(jiān)控性；

j)界面元素的易定制性；

k)界面布局的易定制性；

l)快捷鍵的易定義性；

m)對于交通運輸行業(yè)的特有人群，是否在易操作性方面為其單獨考慮。

a)界面色彩對視覺的吸引性；

b)界面元素是否統(tǒng)一一致，舒適程度如何；

用戶界面舒c)界面元素的尺寸比例合理性；

4

適性測試d)布局合理性；

e)用戶直觀感受度；

f)對于交通運輸行業(yè)的特有人群，是否在用戶界面舒適性方面為其單獨考慮。

[來源：GB/T25000.51-2016《系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價(SQuaRE)第51部分：就緒可用軟件產(chǎn)品(RUSP)

的質(zhì)量要求和測試細則》]

安全與保密測評

6.6.1安全測評應(yīng)按照JT/T1417-2022執(zhí)行

6.6.2保密測評應(yīng)按照BMZ1-2000、BMZ3-2001、BMB20-2007執(zhí)行

供應(yīng)鏈測評

供應(yīng)鏈安全風(fēng)險管理應(yīng)按GB/T36637-2018執(zhí)行。

代碼測評

應(yīng)用軟件代碼在提交審查前，應(yīng)當(dāng)開展代碼測評，并滿足以下要求：

a）應(yīng)提供代碼自主率佐證材料；

b）所有代碼注釋清晰，語法正確，編譯通過；

c）日志代碼完整，業(yè)務(wù)日志、系統(tǒng)日志分開，中文描述，脫敏處理，狀態(tài)變更，全部清晰明確；

d）測試代碼覆蓋全部分支和流程，項目引用關(guān)系明確，依賴關(guān)系清晰，配置文件描述準(zhǔn)確。

10

T/CCTASXX—2021

供方依據(jù)需方源代碼進行代碼自主率、代碼審核、代碼開源成分與安全檢測等工作。

7測評終止

7.1.1正常終止條件

測評活動根據(jù)需方要求開展一輪或多輪測試，按照供方依據(jù)本標(biāo)準(zhǔn)制定的測試大綱要求完成所規(guī)定

的所有測試，則測試正常終止。

7.1.2異常終止條件

測試過程中，若出現(xiàn)以下情況則測試異常終止，停止測試。

a)需方提出終止測試；

b)由于設(shè)備或軟件故障導(dǎo)致系統(tǒng)無法運行且8小時內(nèi)無法修復(fù)；

c)系統(tǒng)負載測試崩潰3次；

d)未經(jīng)允許修改軟硬件配置；

e)軟件測試環(huán)境受到干擾，如服務(wù)器被臨時征用，或服務(wù)器的其它使用會對測評結(jié)果造成干擾。

8測評問題

8.1.1嚴重程度分級

根據(jù)IEEE729-1983對軟件缺陷定義，以及GB/T25000.51-2016對異常情況說明，將測評問題按照嚴

重程度分級如下：

a）致命性問題

導(dǎo)致測評工作無法繼續(xù)的問題，如系統(tǒng)崩潰或無法執(zhí)行、資源嚴重不足、應(yīng)用模塊無法啟動或異常

退出、內(nèi)存泄露、用戶數(shù)據(jù)丟失或破壞、設(shè)備死機或重啟、嚴重的數(shù)值計算錯誤、功能設(shè)計與需求嚴重

不符等。

b）嚴重性問題

在測評工作可繼續(xù)的情況下出現(xiàn)影響系統(tǒng)功能或操作的問題或不符合信創(chuàng)相關(guān)標(biāo)準(zhǔn)的問題，如功能

未實現(xiàn)、系統(tǒng)刷新錯誤、數(shù)值計算錯誤、數(shù)據(jù)通訊錯誤等。

在測評工作可繼續(xù)的情況下出現(xiàn)影響系統(tǒng)功能或操作的問題、性能問題或不符合信創(chuàng)相關(guān)標(biāo)準(zhǔn)的問

題，如功能未實現(xiàn)、系統(tǒng)刷新錯誤、數(shù)值計算錯誤、數(shù)據(jù)通訊錯誤、異常資源損耗、性能與預(yù)期目標(biāo)相

差巨大等。

c）一般性問題

界面方面的問題，如操作界面錯誤、邊界條件下錯誤、提示信息錯誤、特定條件下的非主要功能失

效、非主要功能可通過操作繞過的功能缺陷等。

d）建議性問題

只對易用性有影響的問題，如軟件功能規(guī)格差異、界面顯示不規(guī)范、輔助說明描述不清楚、提示文

字未采用專業(yè)術(shù)語、可輸入?yún)^(qū)域和只讀區(qū)域無明確區(qū)分等。

8.1.2可重現(xiàn)程度分級

根據(jù)IEEE729-1983對軟件缺陷定義，以及GB/T25000.51-2016對異常情況說明，將測評問題按照可

重現(xiàn)程度分級如下：

a）總是出現(xiàn)

b）有時出現(xiàn)

c）隨機出現(xiàn)

d）未嘗試

e）不可再現(xiàn)

f）N/A

11

T/CCTASXX—2021

8.1.3測評問題處理

測評問題內(nèi)容以“9.1.2異常報告”內(nèi)容為準(zhǔn)并反饋需方，需方根據(jù)異常報告進行糾正，供方根據(jù)糾

正后的送測樣本開展復(fù)測工作。復(fù)測次數(shù)由供方和需方協(xié)商確定。

9測評結(jié)果

9.1.1執(zhí)行報告

a）執(zhí)行報告應(yīng)包括測試用例結(jié)果的全部匯總。

b）執(zhí)行報告應(yīng)證實已按測試計劃執(zhí)行了所有測試用例。

c）對于每個測試用例，執(zhí)行報告均應(yīng)包括以下內(nèi)容：

i.測試用例的標(biāo)識符；

ii.測試執(zhí)行日期；

iii.實施測試的人員姓名和職責(zé)；

iv.測試用例執(zhí)行的結(jié)果；

v.發(fā)現(xiàn)的異常清單；

vi.對于每一異常，要引用相應(yīng)的異常情況報告；

vii.可陳述的對基于GB/T25000.10-2016的質(zhì)量特性的引用。

[來源：GB/T25000.51-2016《系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價（SQuaRE）第51部分：就緒可用軟件產(chǎn)品

（RUSP）的質(zhì)量要求和測試細則》中6.4測試結(jié)果要求]

9.1.2異常情況報告

a）異常情況報告應(yīng)包括所發(fā)現(xiàn)的全部異常匯總。如果有的話，還應(yīng)包括糾正情況和通過再測試的

驗證情況。

b）對于每個異常，異常情況報告的說明性部分應(yīng)包括如下內(nèi)容：

i.異常的標(biāo)識符；

ii.軟件的標(biāo)識符；

iii.對異常的說明；

iv.執(zhí)行測試用例中異常發(fā)生點；

v.異常的嚴重程度和可重現(xiàn)程度；

vi.可陳述的對基于GB/T25000.10-2016的質(zhì)量特性的引用。

c）異常情況報告的糾正部分應(yīng)論證發(fā)現(xiàn)的所有異常均已糾正，或者未糾正的原因。

d）異常情況報告的糾正部分對每個糾正項應(yīng)包含如下內(nèi)容：

i.糾正項的標(biāo)識符；

ii.糾正的日期；

iii.糾正者的姓名；

iv.對應(yīng)于糾正項的修改標(biāo)識符；

v.糾正項的可能影響；

vi.糾正者可能有的評論。

e）異常情況報告中經(jīng)重新測試驗證的部分，應(yīng)證實所有已糾正的功能都具有用戶文檔集中定義的

行為。

f）異常情況報告中經(jīng)重新測試驗證的部分對每個驗證項應(yīng)包含如下內(nèi)容：

i.驗證項的標(biāo)識符；

ii.驗證日期；

iii.驗證者的姓名；

iv.用于驗證的測試用例；

v.驗證的結(jié)果；

vi.可陳述的對基于GB/T25000.10-2016的質(zhì)量特性的引用。

12

T/CCTASXX—2021

[來源：GB/T25000.51-2016《系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價（SQuaRE）第51部分：就緒可用軟件產(chǎn)品

（RUSP）的質(zhì)量要求和測試細則》中6.4測試結(jié)果要求]

9.1.3測評結(jié)果的評估

關(guān)于執(zhí)行報告和異常情況報告的評估應(yīng)表明：在所使用的判定測評結(jié)果是否在該軟件的符合性準(zhǔn)則

的界限內(nèi)，所有的期望行為是可獲得的。

[來源：GB/T25000.51-2016《系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評價（SQuaRE）第51部分：就緒可用軟件產(chǎn)品

（RUSP）的質(zhì)量要求和測試細則》中6.4測試結(jié)果要求]

10