金融機(jī)構(gòu)信息科技系統(tǒng)運(yùn)行維護(hù)自動(dòng)交付規(guī)范

金融機(jī)構(gòu)信息科技系統(tǒng)運(yùn)行維護(hù)自動(dòng)交付規(guī)范

1范圍

本文件規(guī)定了金融機(jī)構(gòu)信息科技系統(tǒng)運(yùn)行維護(hù)自動(dòng)交付過(guò)程中的術(shù)語(yǔ)和縮略語(yǔ)、總述,環(huán)境管理、

數(shù)據(jù)管理、配置管理、構(gòu)建與持續(xù)集成、測(cè)試管理、部署與發(fā)布管理及度量與反饋。

本文件適用于江蘇省各金融機(jī)構(gòu)單位提升運(yùn)行維護(hù)自動(dòng)交付能力的建設(shè)。

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

下列文件對(duì)于本文件的引用是必不可少的。凡是注日期的引用文件，僅所注日期的版本適用于本文

件。凡是不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。

GB/T28827.2-2012信息技術(shù)服務(wù)運(yùn)維維護(hù)

GB/T32399-2016信息技術(shù)云計(jì)算參考架構(gòu)

GB/T32400-2015信息技術(shù)云計(jì)算概覽與詞匯

GB/T33136-2016信息技術(shù)服務(wù)數(shù)據(jù)中心服務(wù)能力成熟度模型

YD/T2441-2013互聯(lián)網(wǎng)數(shù)據(jù)中心技術(shù)及分級(jí)分類(lèi)標(biāo)準(zhǔn)

3總則

持續(xù)交付是一種持續(xù)的將各類(lèi)變更（包括新功能、缺陷修好、配置變化、實(shí)驗(yàn)等）安全、快速、高

質(zhì)量地落實(shí)到生產(chǎn)環(huán)境或用戶手中的能力，信息科技系統(tǒng)運(yùn)行維護(hù)自動(dòng)交付是持續(xù)交付的必要手段，在

應(yīng)用軟件集成交付環(huán)節(jié)，從環(huán)境管理、數(shù)據(jù)管理、配置管理、構(gòu)建與持續(xù)集成、測(cè)試管理、部署與發(fā)布

管理、度量與反饋七個(gè)方面（如表1所示），保證軟件持續(xù)順暢、高質(zhì)量的對(duì)用戶完成發(fā)布。

表1自動(dòng)交付分級(jí)技術(shù)環(huán)節(jié)

持續(xù)交付

環(huán)境管理數(shù)據(jù)管理配置管理構(gòu)建與持續(xù)測(cè)試管理部署與發(fā)布度量與反饋

集成管理

環(huán)境類(lèi)型明確測(cè)試分部署與發(fā)布

測(cè)試數(shù)據(jù)管理版本控制構(gòu)建實(shí)踐度量指標(biāo)

選擇層策略模式

代碼質(zhì)量管度量驅(qū)動(dòng)改

環(huán)境構(gòu)建數(shù)據(jù)變更管理變更管理持續(xù)集成部署流水線

理進(jìn)

環(huán)境依賴與

自動(dòng)化測(cè)試

配置管理

4環(huán)境管理

4.1環(huán)境類(lèi)型選擇

研發(fā)環(huán)境的種類(lèi)宜具有齊備性，并能滿足不同階段業(yè)務(wù)需求的能力，具體要求如下：

a）宜建立全面的測(cè)試與灰度環(huán)境包括：開(kāi)發(fā)環(huán)境，技術(shù)測(cè)試及業(yè)務(wù)測(cè)試環(huán)境以及灰度發(fā)布環(huán)境

等；

b）宜根據(jù)業(yè)務(wù)與應(yīng)用的需要，彈性分配各類(lèi)環(huán)境。

4.2環(huán)境構(gòu)建

應(yīng)從交付過(guò)程和交付速度中體現(xiàn)生成方式和交付能力，具體要求如下：

a）環(huán)境構(gòu)建宜通過(guò)自動(dòng)化來(lái)完成；

b）環(huán)境準(zhǔn)備時(shí)間小時(shí)級(jí)，如環(huán)境的構(gòu)建可以通過(guò)容器化快速交付，則環(huán)境準(zhǔn)備時(shí)間分鐘級(jí)；

c）環(huán)境的構(gòu)建宜通過(guò)自服務(wù)的資源交付平臺(tái)來(lái)完成；

d）環(huán)境宜根據(jù)業(yè)務(wù)及應(yīng)用架構(gòu)彈性構(gòu)建。

4.3環(huán)境依賴與配置管理

通過(guò)環(huán)境所依賴的內(nèi)容的識(shí)別和管理，以及環(huán)境變更的有效跟蹤反饋的方法，宜確保環(huán)境的一致性

和受控，具體要求如下：

a）宜通過(guò)配置管理工具實(shí)現(xiàn)操作系統(tǒng)級(jí)別的依賴管理，如操作系統(tǒng)版本、組件版本、程序包版

本等；

b）以應(yīng)用為中心，建立服務(wù)級(jí)依賴的配置管理能力，如依賴的關(guān)聯(lián)服務(wù)，數(shù)據(jù)庫(kù)服務(wù)、緩存服

務(wù)、關(guān)聯(lián)應(yīng)用服務(wù)等；

c）環(huán)境和依賴配置管理宜實(shí)現(xiàn)代碼化描述；

d）宜具備實(shí)例級(jí)的動(dòng)態(tài)配置管理能力，根據(jù)業(yè)務(wù)和應(yīng)用架構(gòu)彈性變化。

5數(shù)據(jù)管理

5.1測(cè)試數(shù)據(jù)管理

5.1.1數(shù)據(jù)來(lái)源

通過(guò)測(cè)試數(shù)據(jù)的生成方式，可產(chǎn)生用以滿足不同測(cè)試類(lèi)型需求的數(shù)據(jù)來(lái)源，具體耍求如下：

a）導(dǎo)出部分生產(chǎn)環(huán)境數(shù)據(jù)并清洗敏感信息后形成基準(zhǔn)的測(cè)試數(shù)據(jù)集；

b）部分測(cè)試用例專(zhuān)屬的測(cè)試數(shù)據(jù)宜按需通過(guò)模擬或調(diào)用應(yīng)用程序API的方式自動(dòng)生成。

5.1.2數(shù)據(jù)覆蓋

通過(guò)測(cè)試數(shù)據(jù)對(duì)于各種測(cè)試類(lèi)型需求的支持能力可實(shí)現(xiàn)數(shù)據(jù)覆蓋，具體要求如下：

a）宜建立體系化測(cè)試數(shù)據(jù)，進(jìn)行數(shù)據(jù)依賴管理，覆蓋全部測(cè)試分層策略要求的測(cè)試類(lèi)型；

b）測(cè)試數(shù)據(jù)宜覆蓋安全漏洞和開(kāi)源合規(guī)等需求場(chǎng)景；

0宜定期更新機(jī)制，持續(xù)優(yōu)化數(shù)據(jù)管理方式和策略。

5.1.3數(shù)據(jù)獨(dú)立性

測(cè)試數(shù)據(jù)在測(cè)試執(zhí)行各階段的完整性和一致性，不應(yīng)受到其他任務(wù)執(zhí)行結(jié)果的影響，以確保數(shù)據(jù)獨(dú)

立性，具體要求如下：

a）測(cè)試數(shù)據(jù)宜明確備份恢復(fù)機(jī)制;

b）宜實(shí)現(xiàn)測(cè)試數(shù)據(jù)復(fù)用和保證測(cè)試一致性；

c）宜對(duì)?測(cè)試數(shù)據(jù)分級(jí)，形成元數(shù)據(jù)和測(cè)試用例專(zhuān)用數(shù)據(jù)；

d）測(cè)試用例的執(zhí)行不應(yīng)依賴其他測(cè)試用例執(zhí)行所產(chǎn)生的結(jié)果數(shù)據(jù)，每個(gè)測(cè)試用例宜擁有專(zhuān)屬的

測(cè)試數(shù)據(jù)，具備明確的測(cè)試初始狀態(tài)。

5.2數(shù)據(jù)變更管理

5.2.1變更過(guò)程設(shè)計(jì)

通過(guò)數(shù)據(jù)庫(kù)相關(guān)信息的更新方法和實(shí)現(xiàn)機(jī)制確保變更過(guò)程，具體要求如下：

a）數(shù)據(jù)變更宜作為軟件發(fā)布的一個(gè)獨(dú)立環(huán)節(jié)，單獨(dú)實(shí)施和交付；

b）宜使用自動(dòng)化腳本完成標(biāo)準(zhǔn)的數(shù)據(jù)變更；

c）宜將數(shù)據(jù)變更納入持續(xù)部署流水線，經(jīng)人工確認(rèn)后自動(dòng)完成；

d）應(yīng)用程序部署和數(shù)據(jù)庫(kù)變更宜解耦，可單獨(dú)執(zhí)行；

e）宜建立持續(xù)優(yōu)化的數(shù)據(jù)管理方法，持續(xù)改進(jìn)數(shù)據(jù)管理效率。

5.2.2兼容回退

通過(guò)數(shù)據(jù)庫(kù)變更的向下兼容性以及回退變更的能力和方法確保兼容回退，具體要求如下：

a）宜建立數(shù)據(jù)庫(kù)和應(yīng)用的版本對(duì)應(yīng)關(guān)系，并持續(xù)跟蹤版本變更；

b）每次數(shù)據(jù)變更宜提供明確的回退機(jī)制，并進(jìn)行變更測(cè)試，如提供升級(jí)和回退自動(dòng)化腳本；

c）數(shù)據(jù)變更宜具備向卜.兼容性，支持保留數(shù)據(jù)的回退操作和零停機(jī)部署。

5.2.3數(shù)據(jù)監(jiān)控

通過(guò)對(duì)數(shù)據(jù)變更過(guò)程的日志、狀態(tài)、指標(biāo)的收集、分析及決策的能力確保數(shù)據(jù)監(jiān)控，具體要求如下：

a）宜收集和分析數(shù)據(jù)變更日志，實(shí)現(xiàn)變更問(wèn)題快速定位；

b）宜針對(duì)不同環(huán)境和重要程度對(duì)數(shù)據(jù)變更建立分級(jí)監(jiān)控機(jī)制：

c）宜對(duì)數(shù)據(jù)變更進(jìn)行監(jiān)控，發(fā)現(xiàn)和修復(fù)異常變更；

d）宜持續(xù)監(jiān)控和優(yōu)化數(shù)據(jù)變更機(jī)制。

6配置管理

6.1版本控制

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

通過(guò)記錄一個(gè)或若干文件內(nèi)容變化，能夠查閱特定版本修訂情況的版本控制系統(tǒng)，具體要求如下:

a）宜使用統(tǒng)一的版本控制系統(tǒng)；

b）宜將全部源代碼納入版本控制系統(tǒng)管理；

c）宜將配置文件、構(gòu)建和部署等自動(dòng)化腳本納入版本控制系統(tǒng)管理；

d）宜建立健全的版本控制系統(tǒng)管理機(jī)制，包括：代碼庫(kù)命名規(guī)范、備份與可用性保障機(jī)制、權(quán)

限專(zhuān)人專(zhuān)崗管理等；

a）應(yīng)建立包括代碼和基礎(chǔ)設(shè)施配置項(xiàng)的基線；

b）應(yīng)使用統(tǒng)一的變更管理系統(tǒng)，所有配置項(xiàng)變更由變更管理系統(tǒng)觸發(fā)；

c）應(yīng)針對(duì)重點(diǎn)變更內(nèi)容進(jìn)行評(píng)審；

d）宜記錄代碼變更管理信息；

e）應(yīng)建立變更的分級(jí)評(píng)審機(jī)制；

0變更管理過(guò)程宜覆蓋從需求到部署發(fā)布全流程；

g）針對(duì)?每次變更內(nèi)容宜進(jìn)行評(píng)審，盡可能使用自動(dòng)化手段；

h）宜建立可視化變更生命周期，支持全程數(shù)據(jù)分析管理.

6.2.2變更追溯

通過(guò)變更相關(guān)信息和狀態(tài)的識(shí)別和查詢，包括變更人員、變更時(shí)間、變更原因、變更內(nèi)容等進(jìn)行變

更追溯，具體要求如下：

a）應(yīng)清晰定義版本號(hào)規(guī)則；

b）宜實(shí)現(xiàn)制品和代碼基線的關(guān)聯(lián)，可追溯指定版本的完整源代碼信息；

c）宜實(shí)現(xiàn)版本控制系統(tǒng)和變更管理系統(tǒng)的自動(dòng)化關(guān)聯(lián)，信息雙向同步和實(shí)時(shí)可追洲；

d）變更依賴關(guān)系宜被識(shí)別和標(biāo)記；

e）宜實(shí)現(xiàn)數(shù)據(jù)庫(kù)和環(huán)境變更信息的可追溯；

f）宜實(shí)現(xiàn)從需求到部署發(fā)布各個(gè)環(huán)節(jié)的相關(guān)全部信息的全程可追溯。

6.2.3變更回退

通過(guò)將變更恢復(fù)到變更之前狀態(tài)的變更回退，具體要求如下：

a）宜實(shí)現(xiàn)變更管理系統(tǒng)和版本控制系統(tǒng)的一同回退，保證狀態(tài)的一致性；

b）回退操作宜實(shí)現(xiàn)自動(dòng)化；

c）宜自動(dòng)化回退全流程的所有變更包括變更依賴；

d）宜準(zhǔn)備經(jīng)過(guò)驗(yàn)證目.可接受的其它補(bǔ)償或應(yīng)急措施以應(yīng)對(duì)不適用回退的場(chǎng)景。

7構(gòu)建與持續(xù)集成

7.1構(gòu)建實(shí)踐

7.1.1構(gòu)建方式設(shè)計(jì)

通過(guò)源代碼*變?yōu)榭蛇\(yùn)行程序的方法和過(guò)程的構(gòu)建方式，具體要求如下：

a）宜采用腳本實(shí)現(xiàn)構(gòu)建過(guò)程自動(dòng)化；

b）宜定義結(jié)構(gòu)化構(gòu)建腳本，實(shí)現(xiàn)模塊級(jí)共享到用；

c）構(gòu)建腳本應(yīng)由專(zhuān)人統(tǒng)一維護(hù)（可兼職）；

d）宜實(shí)現(xiàn)構(gòu)建方式服務(wù)化，可按需提供接口或用戶界面，將構(gòu)建能力賦予整個(gè)研發(fā)團(tuán)隊(duì)；

e）宜按場(chǎng)景實(shí)現(xiàn)構(gòu)建過(guò)程可視化編排；

f）宜持續(xù)優(yōu)化構(gòu)建服務(wù)平臺(tái)，持續(xù)改進(jìn)服務(wù)易用性。

7.1.2構(gòu)建環(huán)境搭建

通過(guò)構(gòu)建實(shí)際運(yùn)行過(guò)程的設(shè)備和資源依賴的載體的構(gòu)建環(huán)境，具體要求如下：

a）宜建立獨(dú)立的構(gòu)建服務(wù)器，多種任務(wù)共用構(gòu)建環(huán)境；

b）構(gòu)建環(huán)境配置應(yīng)實(shí)現(xiàn)規(guī)范化；

c）宜建立獨(dú)立的構(gòu)建資源池；

d）宜持續(xù)改進(jìn)構(gòu)建環(huán)境以提高構(gòu)建效能。

7.1.3構(gòu)建計(jì)劃明確

通過(guò)構(gòu)建被觸發(fā)的方式，頻率和編排過(guò)程，具體要求如下：

a）宜細(xì)分構(gòu)建類(lèi)型，如發(fā)布構(gòu)建、測(cè)試構(gòu)建；

b）宜明確定義構(gòu)建計(jì)劃和規(guī)則，并在團(tuán)隊(duì)內(nèi)共享；

c）宜實(shí)現(xiàn)定期自動(dòng)執(zhí)行構(gòu)建和代碼提交觸發(fā)構(gòu)建。

7.1.4明確構(gòu)建職責(zé)

通過(guò)構(gòu)建相關(guān)工具，系統(tǒng)和過(guò)程的責(zé)任主體職責(zé)，具體要求如下：

a）構(gòu)建工具和環(huán)境宜由專(zhuān)門(mén)團(tuán)隊(duì)維護(hù)并細(xì)分團(tuán)隊(duì)人員職責(zé)；

b）宜構(gòu)建實(shí)現(xiàn)自服務(wù)，將構(gòu)建能力賦予全部團(tuán)隊(duì)成員，并按需觸發(fā)構(gòu)建實(shí)現(xiàn)。

7.2持續(xù)集成

7.2.1搭建集成服務(wù)

通過(guò)持續(xù)集成運(yùn)行的系統(tǒng)和環(huán)境，以及集成團(tuán)隊(duì)的職責(zé)劃分的集成服務(wù)，具體要求如下：

a）宜搭建統(tǒng)一的持續(xù)集成服務(wù)；

b）宜組建專(zhuān)門(mén)的持續(xù)集成團(tuán)隊(duì)，負(fù)貢優(yōu)化持續(xù)集成系統(tǒng)和服務(wù)模板；

c）宜實(shí)現(xiàn)持續(xù)集成服務(wù)化和自助化，研發(fā)團(tuán)隊(duì)可自行使用持續(xù)集成服務(wù)；

d）宜持續(xù)優(yōu)化和改進(jìn)團(tuán)隊(duì)持續(xù)集成服務(wù)，提升組織交付能力。

7.2.2集成頻率設(shè)定

研發(fā)編寫(xiě)的源代碼向代碼主干分支合并過(guò)程的方法和實(shí)施頻率，具體要求如下：

a）研發(fā)人員宜具備每天向代碼主干集成一次的能力；

h）研發(fā)人員宜具備每天多次向代碼主干集成的能力,可按需集成任何變更（代碼.配置.環(huán)境

7.2.3集成方式明確

通過(guò)代碼集成的觸發(fā)條件和集成過(guò)程中的環(huán)節(jié)及輸入輸出的集成方式，具體要求如卜.：

a）在部分分支上宜進(jìn)行每天多次的定時(shí)構(gòu)建；

b）每次代碼提交宜觸發(fā)自動(dòng)化構(gòu)建，構(gòu)建問(wèn)題通過(guò)自動(dòng)分析，精準(zhǔn)推送相關(guān)人員處理；

c）每次代碼提交構(gòu)建宜觸發(fā)自動(dòng)化測(cè)試和靜態(tài)代碼檢查：

d）發(fā)現(xiàn)測(cè)試問(wèn)題宜自動(dòng)提醒；

e）測(cè)試結(jié)果應(yīng)作為版本質(zhì)量強(qiáng)制要求，如采取質(zhì)量門(mén)禁等方式強(qiáng)化主干代碼質(zhì)最：

0應(yīng)實(shí)現(xiàn)持續(xù)集成下的自動(dòng)化測(cè)試分級(jí)，如單元測(cè)試、SIT、UAT。

8測(cè)試管理

8.1明確測(cè)試分層策略

8.1.1分層方法選擇

通過(guò)測(cè)試體系按照不同的測(cè)試對(duì)象，類(lèi)型進(jìn)行分類(lèi)聚合的方法，每一層對(duì)應(yīng)了特有的測(cè)試需求分層

方法，具體要求如下：

a）宜采用接口/服務(wù)級(jí)測(cè)試對(duì)模塊/服務(wù)進(jìn)行覆蓋全面的接II/服務(wù)測(cè)試：

b）宜采用探索性測(cè)試方法對(duì)需求進(jìn)行深入挖掘測(cè)試；

C）系統(tǒng)宜全面進(jìn)行性能、容量、穩(wěn)定性、可靠性、易用性、兼容性、安全性等非藝能性測(cè)試；

d）宜采用代碼級(jí)測(cè)試對(duì)核心模塊的函數(shù)或類(lèi)方法進(jìn)行單元測(cè)試；

e）宜采用代碼級(jí)測(cè)試對(duì)模塊的函數(shù)或類(lèi)方法進(jìn)行覆蓋全面的單元測(cè)試；

0宜采用測(cè)試驅(qū)動(dòng)開(kāi)發(fā)的方式進(jìn)行代碼級(jí)、接II級(jí)測(cè)試（TDD）；

g）宜采用驗(yàn)收測(cè)試驅(qū)動(dòng)開(kāi)發(fā)的方式進(jìn)行用戶/業(yè)務(wù)級(jí)的UI測(cè)試（BDD/ATDD）。

8.1.2分層策略建立

通過(guò)基于測(cè)試分層策略對(duì)每部分的測(cè)試比重和投入，以及覆蓋度等的劃分策略分層策略，具體要求

如下：

a）宜建立測(cè)試分層策略；

b）測(cè)試設(shè)計(jì)宜對(duì)接口/服務(wù)級(jí)測(cè)試為主，兼顧用戶/業(yè)務(wù)級(jí)測(cè)試，輔以少量的代碼級(jí)測(cè)試；

c）宜對(duì)非功能性測(cè)試進(jìn)行全面系統(tǒng)的設(shè)計(jì)；

d）測(cè)試分層策略的各層測(cè)試宜具備交叉互補(bǔ)性；

c）對(duì)代碼級(jí)測(cè)試宜盡可能提高覆蓋度；

0宜定期驗(yàn)證測(cè)試分層策略，是否完整、有效，持續(xù)優(yōu)化策略。

8.1.3測(cè)試時(shí)機(jī)選擇

通過(guò)測(cè)試接入軟件研發(fā)過(guò)程的時(shí)間點(diǎn)和參與形式以及期望結(jié)果的測(cè)試時(shí)機(jī)，具體要求如下：

a）在需求階段宜進(jìn)行用戶八也務(wù)級(jí)測(cè)試設(shè)計(jì)；

b）測(cè)試在自動(dòng)交付過(guò)程中的介入時(shí)間宜提前到開(kāi)發(fā)的編碼階段：

c）接口/服務(wù)級(jí)測(cè)試在模塊的接口開(kāi)發(fā)過(guò)程中宜同步進(jìn)行和完成；

d）在需求特性開(kāi)發(fā)、交付整個(gè)過(guò)程中宜同步進(jìn)行并完成測(cè)試；

e）代碼級(jí)測(cè)試在模塊的函數(shù)或類(lèi)方法開(kāi)發(fā)過(guò)程中宜同步進(jìn)行和完成。

8.2代碼質(zhì)量管理

8.2.1質(zhì)量規(guī)約建立

通過(guò)對(duì)軟件代碼質(zhì)量的要求和規(guī)范，涵蓋編碼規(guī)范、復(fù)雜度、覆蓋率以及安全漏洞、合規(guī)性要求等

多個(gè)方面的質(zhì)量規(guī)約，具體要求如下：

a）規(guī)約范圍宜覆蓋部分代碼質(zhì)量指標(biāo)，如代碼規(guī)范、圈復(fù)雜度、重復(fù)度等質(zhì)量指標(biāo)：

b）應(yīng)建立組織級(jí)代碼質(zhì)量規(guī)約，在此基礎(chǔ)上建立團(tuán)隊(duì)級(jí)定制的代碼質(zhì)量規(guī)約：

c）宜建立完整的質(zhì)最規(guī)約，將安全漏洞檢查、合規(guī)檢查納入規(guī)約；

d）宜建立強(qiáng)制執(zhí)行的質(zhì)量門(mén)禁體系；

e）宜建立規(guī)約固定更新機(jī)制，可根據(jù)業(yè)務(wù)需要靈活擴(kuò)展和定制；

D宜定期驗(yàn)證代碼質(zhì)量規(guī)約的完整性和有效性，持續(xù)優(yōu)化。

8.2.2檢查方式明確

通過(guò)代碼質(zhì)量規(guī)約檢查執(zhí)行手段、觸發(fā)條件，對(duì)執(zhí)行效率、易用性等方面提出要求，具體要求如下：

a）代碼質(zhì)量檢查宜采用自動(dòng)化結(jié)合手工方式進(jìn)行；

b）對(duì)代碼質(zhì)量檢查發(fā)現(xiàn)的部分問(wèn)題宜自動(dòng)提出修改建議，支持可視化；

c）宜具備企業(yè)級(jí)的代碼質(zhì)量管理平臺(tái)，以服務(wù)的形式提供對(duì)代碼質(zhì)量的檢查、分析。

8.2.3反饋處理

通過(guò)代碼質(zhì)量檢查結(jié)果的收集、跟蹤、處理的完整流程，可通過(guò)代碼質(zhì)量綜合指標(biāo)群（包括代碼復(fù)

雜度、代碼重復(fù)率等一系列業(yè)內(nèi)常見(jiàn)詳細(xì)指標(biāo)）進(jìn)行衡量的反饋處理，具體要求如下：

a）宜在研發(fā)階段主動(dòng)解決代碼質(zhì)量問(wèn)題；

b）整體代碼質(zhì)量問(wèn)題應(yīng)呈現(xiàn)下降趨勢(shì)：

c）對(duì)代碼質(zhì)量數(shù)據(jù)宜進(jìn)行統(tǒng)一管理；

d）應(yīng)有效追溯并對(duì)代碼質(zhì)量進(jìn)行有效度量。

8.3自動(dòng)化測(cè)試

8.3.1自動(dòng)化測(cè)試設(shè)計(jì)

通過(guò)測(cè)試分層中各種測(cè)試類(lèi)型的自動(dòng)化設(shè)計(jì)方法，用于指導(dǎo)自動(dòng)化測(cè)試工作的有效執(zhí)行，具體要求

如下：

a）宜對(duì)故障和測(cè)試進(jìn)行復(fù)盤(pán)，對(duì)遺漏的測(cè)試用例進(jìn)行補(bǔ)充，不斷優(yōu)化和完善，持續(xù)提升覆蓋率；

b）宜對(duì)用戶/業(yè)務(wù)級(jí)的UI測(cè)試進(jìn)行自動(dòng)化設(shè)計(jì)；

c）宜對(duì)接口/服務(wù)級(jí)測(cè)試進(jìn)行自動(dòng)化設(shè)計(jì)：

d）宜對(duì)代碼級(jí)測(cè)試進(jìn)行自動(dòng)化設(shè)計(jì)；

e）宜對(duì)性能、穩(wěn)定性、可靠性、安全性等非功能性測(cè)試進(jìn)行自動(dòng)化設(shè)計(jì)。

8.3.2自動(dòng)化測(cè)試開(kāi)發(fā)

通過(guò)依據(jù)自動(dòng)化測(cè)試設(shè)計(jì)進(jìn)行自動(dòng)化測(cè)試工具、腳本、用例、框架、系統(tǒng)等不同層面的開(kāi)發(fā)，具體

要求如下：

a）宜使用版本控制系統(tǒng)對(duì)?自動(dòng)化測(cè)試腳本進(jìn)行有效管理;

b）宜建立統(tǒng)一的自動(dòng)化測(cè)試框架，統(tǒng)一管理自動(dòng)化測(cè)試用例；

c）宜建立自動(dòng)化測(cè)試自服務(wù)平臺(tái)；

d）宜優(yōu)化自動(dòng)化測(cè)試執(zhí)行效率；

e）自動(dòng)化測(cè)試宜資源池化；

0宜建立持續(xù)優(yōu)化的自動(dòng)化測(cè)試平臺(tái)。

8.3.3自動(dòng)化測(cè)試執(zhí)行

通過(guò)自動(dòng)化測(cè)試的執(zhí)行條件和觸發(fā)機(jī)制，以及測(cè)試問(wèn)題的跟蹤處理機(jī)制，從而滿足自動(dòng)化測(cè)試設(shè)計(jì)

的目標(biāo)，具體要求如下：

a）宜對(duì)用戶/業(yè)務(wù)級(jí)UI測(cè)試采用自動(dòng)化測(cè)試；

b）宜對(duì)接口/服務(wù)級(jí)與代碼級(jí)測(cè)試采用自動(dòng)化測(cè)試；

c）自動(dòng)化測(cè)試宜由流水線自動(dòng)化觸發(fā)：

d）宜建立組織級(jí)的統(tǒng)一自動(dòng)化測(cè)試平臺(tái)，和上下游需求、變更管理系統(tǒng)打通；

e）宜可以根據(jù)需求選擇關(guān)聯(lián)的自動(dòng)化測(cè)試用例執(zhí)行；

0可以將由于版本原因?qū)е碌氖∮美腿毕蓐P(guān)聯(lián)；

g）宜定期驗(yàn)證自動(dòng)化執(zhí)行策略，持續(xù)優(yōu)化測(cè)試執(zhí)行效率和資源利用率。

8.3.4自動(dòng)化測(cè)試分析

通過(guò)自動(dòng)化測(cè)試結(jié)果的準(zhǔn)確性數(shù)據(jù)分析能力，以提供更多的反饋信息用來(lái)優(yōu)化和持續(xù)改進(jìn)自動(dòng)化測(cè)

試流程，具體要求如下：

a）自動(dòng)化測(cè)試數(shù)據(jù)模型宜規(guī)范化，和上下游需求、跌陷等研發(fā)數(shù)據(jù)關(guān)聯(lián)，可以對(duì)自動(dòng)化測(cè)試效

果進(jìn)行度量分析，如需求測(cè)試覆蓋率、測(cè)試通過(guò)率和測(cè)試效率等；

b）對(duì)自動(dòng)化測(cè)試結(jié)果宜進(jìn)行智能分析，自動(dòng)分析失敗用例的失敗類(lèi)型，能自動(dòng)向缺陷管理系統(tǒng)

提交缺陷。

9部署與發(fā)布管理

9.1部署與發(fā)布模式

9.1.1部署方式選擇

通過(guò)軟件包部署到線上生產(chǎn)環(huán)境或者交付用戶的過(guò)程所采用的工具和方法，具體要求如下：

a）運(yùn)維人員宜通過(guò)自動(dòng)化腳本實(shí)現(xiàn)部署；

b）部署發(fā)布服務(wù)官自動(dòng)化，實(shí)現(xiàn)開(kāi)發(fā)測(cè)試階段自助一鍵式多環(huán)境自動(dòng)化部署；

0宜支持?jǐn)?shù)據(jù)庫(kù)腳本自動(dòng)化部署；

d）宜持續(xù)優(yōu)化部署發(fā)布模式和工具系統(tǒng)平臺(tái)。

9.1.2部署過(guò)程

通過(guò)軟件上線部署環(huán)節(jié)的實(shí)踐方法以及完成部署活動(dòng)的能力，具體要求如下：

a）應(yīng)使用相同的過(guò)程和工具完成所有環(huán)境部署；

b）一次部署過(guò)程中應(yīng)使用相同的構(gòu)建產(chǎn)物；

c）部署過(guò)程可靈活響應(yīng)業(yè)務(wù)需求變化，通過(guò)合理組合實(shí)現(xiàn)靈活編排；

d）開(kāi)發(fā)或測(cè)試環(huán)境下持續(xù)部署，每次變更都宜觸發(fā)自動(dòng)化部署過(guò)程，以便于快速開(kāi)發(fā)或驗(yàn)證。

9.1.3部署策略

通過(guò)部署過(guò)程的執(zhí)行頻率和部署內(nèi)容以及部署手段來(lái)保證安全快速順暢的生產(chǎn)部署，具體要求如下:

a）宜實(shí)現(xiàn)測(cè)試環(huán)境的自動(dòng)化部署；

b）應(yīng)用和配置宜進(jìn)行分離；

c）宜采用定期部署策略，具備按天進(jìn)行部署的能力；

d）宜通過(guò)低風(fēng)險(xiǎn)的部署發(fā)布策略保證流程風(fēng)險(xiǎn)可控，如藍(lán)綠部署，金絲雀發(fā)布，送行安全可靠

地部署和發(fā)布。

9.1.4部署質(zhì)量

通過(guò)部署活動(dòng)的成功率和確保部署質(zhì)量提升的機(jī)制和能力，具體要求如下：

a）宜實(shí)現(xiàn)應(yīng)用部署的回退操作，問(wèn)題可及時(shí)修復(fù)；

b）每次部署活動(dòng)宜提供變更范圍報(bào)告和測(cè)試報(bào)告；

c）宜部署活動(dòng)集成自動(dòng)化測(cè)試功能，并以測(cè)試結(jié)果為部署前置條件；

d）宜建立監(jiān)控體系跟蹤和分析部署過(guò)程，出現(xiàn)問(wèn)題自動(dòng)化降級(jí)：

e）宜建立持續(xù)優(yōu)化的部署監(jiān)控體系。

9.2部署流水線

9.2.1協(xié)作模式確立

通過(guò)軟件從需求到上線交付各個(gè)環(huán)節(jié)中各責(zé)任主體之間的信息傳遞和交互方式，體現(xiàn)整體交付過(guò)程

順暢程度，具體要求如下：

a）宜通過(guò)定義完整的軟件交付過(guò)程和清晰的交付規(guī)范，保證團(tuán)隊(duì)之間交付的有序；

b）團(tuán)隊(duì)間交付官按照約定由系統(tǒng)間調(diào)用完成，僅在必要環(huán)節(jié)進(jìn)行手工確認(rèn)；

c）團(tuán)隊(duì)間依賴宜解耦，盡可能實(shí)現(xiàn)獨(dú)立安全的自主部署交付：

d）宜持續(xù)優(yōu)化交付業(yè)務(wù)組織以靈活響應(yīng)業(yè)務(wù)變化，改善發(fā)布效率。

9.2.2流水線過(guò)程

通過(guò)軟件交付過(guò)程中各個(gè)環(huán)節(jié)活動(dòng)的實(shí)現(xiàn)機(jī)制和整體交付的觸發(fā)條件，具體要求如下：

a）軟件交付過(guò)程中的各個(gè)環(huán)節(jié)宜建立自動(dòng)化能力以提升處理效率；

b）宜打通軟件交付過(guò)程中的各個(gè)環(huán)節(jié)，建立全流程的自動(dòng)化能力并根據(jù)自動(dòng)化測(cè)試結(jié)果保障軟

件交付質(zhì)量；

c）宜建立可視化部署流水線，覆蓋整個(gè)軟件交付過(guò)程；

d）每次變更都會(huì)觸發(fā)開(kāi)發(fā)測(cè)試環(huán)境下完整的自動(dòng)化部署流水線；

e）宜持續(xù)改進(jìn)部署流水線。

9.2.3過(guò)程可視化建設(shè)

通過(guò)軟件交付過(guò)程中信息的可見(jiàn)程度，以及所展現(xiàn)數(shù)據(jù)對(duì)于業(yè)務(wù)價(jià)值的展現(xiàn)能力，具沐要求如下：

a）交付狀態(tài)可追溯；

b）交付過(guò)程組織內(nèi)部宜按需配置可見(jiàn)；

c）宜團(tuán)隊(duì)共享度量指標(biāo)；

d）對(duì)過(guò)程信息宜進(jìn)行有效聚合分析展示趨勢(shì)；

e）宜對(duì)部署流水線過(guò)程信息進(jìn)行數(shù)據(jù)價(jià)值挖掘，推動(dòng)業(yè)務(wù)改進(jìn)。

10度量與反饋

10.1度量指標(biāo)

10.1.1度量指標(biāo)定義

通過(guò)度量指標(biāo)設(shè)計(jì)的依據(jù)和生效領(lǐng)域，用于識(shí)別符合業(yè)務(wù)需求的度量指標(biāo)（如表2所示），具體要

求如下：

a）在自動(dòng)交付各個(gè)階段宜定義部門(mén)級(jí)的度量指標(biāo)；

b）宜建立跨組織度量指標(biāo)，進(jìn)行跨領(lǐng)域綜合方面的度量：

c）宜共享核心業(yè)務(wù)度量指標(biāo)；

d）宜持續(xù)優(yōu)化度量指標(biāo)，自我驅(qū)動(dòng)持續(xù)改進(jìn)。

10.1.2度量指標(biāo)類(lèi)型選擇

通過(guò)度量指標(biāo)的覆蓋，確保完整度，具體要求如下：

a）宜覆蓋結(jié)果指標(biāo)，如變更頻率，需求交付前置時(shí)間，變更失敗率和平均修復(fù)時(shí)間；

b）宜覆蓋過(guò)程指標(biāo)，客觀反映組織研發(fā)現(xiàn)狀；

c）宜覆蓋探索性指標(biāo)，并展示趨勢(shì)，預(yù)測(cè)潛在問(wèn)題，并及時(shí)預(yù)警；

d）宜建立度量指標(biāo)的有效反饋機(jī)制，并持續(xù)優(yōu)化度量指標(biāo)分類(lèi)。

10.1.3度量數(shù)據(jù)管理

通過(guò)度量數(shù)據(jù)的收集，分析和管理，具體要求如下：

a）宜持續(xù)收集度量數(shù)據(jù)，歷史度量數(shù)據(jù)具備明確的管理規(guī)則；

b）宜對(duì)歷史度量數(shù)據(jù)進(jìn)行有效的挖掘分析。

10.1.4度量指標(biāo)更新

通過(guò)度量指標(biāo)的更新機(jī)制，具體要求如下：

a）度量指標(biāo)可以按照需求進(jìn)行更新；

b）度量指標(biāo)可基于大數(shù)據(jù)分析和人工智能自動(dòng)識(shí)別和推薦動(dòng)態(tài)調(diào)整指標(biāo)優(yōu)先級(jí)。

表2部分參考度量指標(biāo)

階段度量指標(biāo)定義

代碼倉(cāng)庫(kù)數(shù)量

代碼提交數(shù)

版本控制

代碼提交頻率

代碼提交時(shí)間分布

構(gòu)建次數(shù)

構(gòu)建頻率

構(gòu)建構(gòu)建時(shí)長(zhǎng)

構(gòu)建失敗率

構(gòu)建修復(fù)時(shí)間

代碼行數(shù)

代碼第雜度

代碼重夏率

代碼

單元測(cè)試覆蓋率

單元測(cè)試用例數(shù)

單元測(cè)試成功率