梁興輝 趙志剛 齊連秀 張少娜 中國移動通信集團河北有限公司

隨著移動通信業(yè)務(wù)的不斷發(fā)展，日常需求數(shù)量和復(fù)雜度日益增加，日常需求支撐以及版本上線關(guān)鍵業(yè)務(wù)測試工作量都大大增加，如何提高需求支撐效率，保證需求及時、高效、高質(zhì)量上線，成為IT系統(tǒng)落實公司轉(zhuǎn)型發(fā)展的關(guān)鍵問題之一。信息技術(shù)中心堅持以客戶為中心，積極推進改革創(chuàng)新，以“三個滿意”為目標(biāo)，高效響應(yīng)需求，加強能力儲備，建立業(yè)務(wù)支撐系統(tǒng)標(biāo)準(zhǔn)化、透明化、自動化的需求支撐體系。通過明確需求全生命周期流程，形成標(biāo)準(zhǔn)化需求模板，建立需求分級管理體系，實現(xiàn)需求支撐進度線上透明，搭建自動化測試平臺等一系列措施，確保需求高質(zhì)量上線同時，有效提升需求支撐效率和需求測試自動化程度。

建立需求支持體系主要包括三個關(guān)鍵過程，分別是：1.建立標(biāo)準(zhǔn)化需求管理體系；2.建立透明化需求支撐流程；3.建立自動化需求測試平臺。下面針對以上三個關(guān)鍵過程進行深入的分析和闡述。

一、建立標(biāo)準(zhǔn)化需求管理體系

(一)明確需求標(biāo)準(zhǔn)化流程，制定各環(huán)節(jié)時限要求

需求支撐全生命周期主要包括需求提出、方案設(shè)計、需求排版、需求開發(fā)、需求測試、需求上線、需求轉(zhuǎn)維和需求后評估8個主要流程。在明確需求全生命周期流程基礎(chǔ)上，結(jié)合日常需求各環(huán)節(jié)耗時統(tǒng)計，建立需求的標(biāo)準(zhǔn)化過程各環(huán)節(jié)時限要求。

(二)建立需求分級管理體系，踐行精細(xì)化管理

為更好地實現(xiàn)需求支撐，根據(jù)業(yè)務(wù)需求重要程度和需求復(fù)雜度對需求進行分級管理。需求分級評定從需求重要程度和需求復(fù)雜度兩個維度出發(fā)，需求重要程度包括重要/普通兩級，由需求提出部門需求管理人員對本部門內(nèi)的需求進行重要程度評定；需求復(fù)雜度包括高/中/低三級，根據(jù)“需求涉及到的平臺數(shù)量”“需求涉及到的渠道數(shù)量”“需求涉及到的菜單/接口數(shù)量/進程數(shù)”“預(yù)估工作量”四個維度評估復(fù)雜度，由需求主管在完成需求澄清后評定。根據(jù)需求緊急程度和需求復(fù)雜度對需求進行分級管理，不同等級需求各環(huán)節(jié)時限要求不同，更靈活、高效的支撐需求上線。

為更好的支撐需求提出部門突發(fā)的緊急需求支撐，信息技術(shù)中心與需求提出部門共同建立了標(biāo)準(zhǔn)的緊急需求支撐流程，協(xié)調(diào)開發(fā)、測試資源保障緊急需求重點快速支撐。緊急需求需要經(jīng)過需求提出部門領(lǐng)導(dǎo)審批，緊急需求總工作量一般不能超過該部門需求規(guī)劃工作量的8%。

(三)形成標(biāo)準(zhǔn)化需求模板和需求澄清模板，統(tǒng)一需求溝通語言

針對部分需求提出時需求描述過于簡單，需求澄清時需要反復(fù)溝通和討論的情況，信息技術(shù)中心結(jié)合需求開發(fā)經(jīng)驗，制定標(biāo)準(zhǔn)化的需求模板和需求澄清模板。需求提出作為需求整個過程的源頭，是需求生命周期的開始。此階段必須對需求進行清晰、準(zhǔn)確的描述。基于業(yè)務(wù)線條和業(yè)務(wù)形態(tài)，梳理設(shè)計形成5類45個需求模板，固化至需求管理平臺中使用；結(jié)合需求澄清關(guān)鍵要素和需求模型，設(shè)計4類需求澄清模板，固化至需求管理平臺中使用。各業(yè)務(wù)主管提需求時首先要選擇對應(yīng)的標(biāo)準(zhǔn)化需求模板，并將模板中的關(guān)鍵要素填寫完整。信息技術(shù)中心通過標(biāo)準(zhǔn)化模板的不斷完善，統(tǒng)一需求溝通語言，提高雙方溝通效率。

二、建立透明化需求支撐流程

(一)規(guī)范需求版本流程，完善版本上線機制

需求版本管理主要包含以下流程：1.版本計劃：版本主管月底制定下月版本計劃，并進行中心內(nèi)報備。2.版本排版：根據(jù)需求澄清完成時間和版本容量情況，組織版本預(yù)排版、版本排版、版本定版，版本定版后啟動版本內(nèi)需求開發(fā)。3.版本跟蹤：定期對版本內(nèi)所有需求的開發(fā)進展和測試進展進行通報，督促所有需求按時完成開發(fā)和測試工作，各需求主管應(yīng)做好排入版本需求的全流程跟蹤。4.版本封版：在版本上線前1天封版版本上線內(nèi)容，針對上線內(nèi)容明確影響領(lǐng)域、操作步驟和各環(huán)節(jié)時間安排。5.版本發(fā)布：按照提前報備時間啟動版本升級操作，運維人員負(fù)責(zé)前臺、中間件、后臺代碼和配置的發(fā)布，DBA負(fù)責(zé)數(shù)據(jù)庫腳本的發(fā)布。6.版本總結(jié)：版本上線后，版本主管牽頭對版本上線后的情況、版本開發(fā)過程管理情況進行綜合分析、衡量和評估，并組織版本總結(jié)會議。7.版本轉(zhuǎn)維：版本上線后，開發(fā)主管根據(jù)版本上線情況，以及涉及菜單、進程、接口、短信情況進行轉(zhuǎn)維。

(二)版本線上管理，需求支撐流程線上透明

為確保需求提出人、需求主管、開發(fā)團隊、測試團隊等相關(guān)人員可以及時了解需求支撐進度，包括需求開發(fā)測試進度、需求排版情況、需求上線計劃等，信息技術(shù)中心通過需求管理平臺將需求處理流程透明化展示，以版本管理為中心，重點打造版本內(nèi)需求歸版、開發(fā)任務(wù)燃盡情況、版本缺陷管理、版本測試日報等功能模塊。

版本內(nèi)需求歸版包括預(yù)排版、定版和版本需求調(diào)整。預(yù)排版由需求提出部門和支撐部門共同完成，支撐部門結(jié)合版本容量、各部門需求量給各需求提出部門劃分需求配額限制，需求提出部門結(jié)合本部門需求緊急程度進行預(yù)排版，支撐部門根據(jù)開發(fā)能力、需求復(fù)雜度、需求重點性等多種因素對版本內(nèi)需求進行調(diào)整和定版。開發(fā)任務(wù)燃盡情況體現(xiàn)版本內(nèi)所有需求的開發(fā)進度與預(yù)期進度的對比。版本缺陷管理實現(xiàn)需求測試環(huán)節(jié)中缺陷的全生命周期線上管理，包括缺陷識別、分派、解決、復(fù)測、關(guān)閉等流程，通過建立缺陷、分派開發(fā)主管解決、復(fù)測等環(huán)節(jié)，確保所有缺陷及時處理，同時需求主管、開發(fā)人員、測試人員等多角色相關(guān)人員能夠第一時間了解需求的缺陷情況和缺陷解決情況，缺陷線上管理還有助于做好缺陷統(tǒng)計分析工作，分析缺陷產(chǎn)生原因，并針對性的制定解決措施，提升需求開發(fā)質(zhì)量，進而提升需求支撐效率。版本測試日報根據(jù)需求的測試進度每日自動記錄當(dāng)日“轉(zhuǎn)測情況”“測試用例執(zhí)行情況”“缺陷情況”等測試相關(guān)的數(shù)據(jù)信息，生成工作日報數(shù)據(jù)，精細(xì)化做好版本內(nèi)所有需求的測試進度跟蹤。

(三)建立系統(tǒng)灰度發(fā)布機制，實現(xiàn)不中斷業(yè)務(wù)上線

傳統(tǒng)的上線模式需要對應(yīng)用服務(wù)進行暫停，影響客戶感知，故一般選擇晚上操作，上線時間受限?；叶劝l(fā)布模式通過將新版本發(fā)布到灰度環(huán)境，逐步擴大試用客戶范圍，根據(jù)客戶的反饋進行優(yōu)化，最終使系統(tǒng)平滑升級過渡的一種版本發(fā)布方式?；叶劝l(fā)布全程不中斷業(yè)務(wù)，用戶無感知，上線時間相對靈活，是實現(xiàn)版本快速迭代升級的有利措施。

信息技術(shù)中心借鑒互聯(lián)網(wǎng)公司先進的灰度發(fā)布理念，進行支撐系統(tǒng)架構(gòu)改造，實現(xiàn)雙中心業(yè)務(wù)承載，建立灰度發(fā)布機制。灰度環(huán)境支持按照具體操作員、營業(yè)廳、地市等多維度進行放開?；叶劝l(fā)布步驟包括：1.將所有業(yè)務(wù)切換到單中心(以A中心為例)，預(yù)留另一中心(B中心)作為灰度環(huán)境；2.將新版本代碼發(fā)布到B中心，實現(xiàn)B中心的功能升級；3.將單一地市業(yè)務(wù)切換到B中心，對該地市業(yè)務(wù)進行關(guān)鍵業(yè)務(wù)驗證，同時通過業(yè)務(wù)監(jiān)控和一線使用情況對新版本的功能和穩(wěn)定性進行生產(chǎn)環(huán)境驗證，并針對發(fā)現(xiàn)的問題進行解決完善；4.版本穩(wěn)定后，逐漸將其他地市業(yè)務(wù)切換到B中心，實現(xiàn)所有地市的功能升級；5.將新版本同步發(fā)布到A中心節(jié)點，實現(xiàn)AB雙中心功能升級；6.將所有業(yè)務(wù)按照原來的負(fù)載均衡方式，平均分配到兩個中心進行承載，灰度發(fā)布結(jié)束。灰度發(fā)布過程中中心切換不影響用戶業(yè)務(wù)受理，用戶無任何感知即可切換到新業(yè)務(wù)版本上，即使是用戶正在辦理中的業(yè)務(wù)也不會中斷。因此，通過灰度發(fā)布方式可以在白天進行版本升級，降低版本升級影響，提升版本迭代升級頻率。

三、建立自動化測試平臺

(一)升級自動化測試框架，搭建自動化測試平臺

為提高測試自動化覆蓋率，信息技術(shù)中心引入Sweetest自動化測試框架，Sweetest框架使用Python語言，具有無需編碼能力，在 Excel 中以文本編寫測試用例，測試人員可輕松上手的優(yōu)點，而且維護成本低。搭建自動化測試平臺，采用“客戶端→服務(wù)端→執(zhí)行機”的模式，所有的腳本通過服務(wù)器管理，多個執(zhí)行機并發(fā)執(zhí)行，不斷提升自動化測試覆蓋率。

(二)建立線上測試用例庫，提升自動化測試效率

測試用例庫包括關(guān)鍵業(yè)務(wù)測試用例和需求測試用例。關(guān)鍵業(yè)務(wù)測試用例是指每次版本升級后對系統(tǒng)的關(guān)鍵功能進行遍歷測試的用例，關(guān)鍵業(yè)務(wù)測試用例需要根據(jù)業(yè)務(wù)的發(fā)展而不斷更新，確保系統(tǒng)基本功能全覆蓋。需求測試用例根據(jù)需求功能點進行設(shè)計，要求包括正常情況下測試用例和異常情況下測試用例。測試用例庫線上管理可以實現(xiàn)測試用例的累積、共享、引用等，豐富測試場景儲備。測試用例包括測試步驟、預(yù)期結(jié)果、實際執(zhí)行結(jié)果等，測試執(zhí)行環(huán)節(jié)支持線上執(zhí)行，從用例直接生成測試報告，并支持報告導(dǎo)出，提高測試效率。

(三)建立前臺自動化業(yè)務(wù)辦理流程，提升產(chǎn)品測試自動化

產(chǎn)品測試是新增產(chǎn)品在放開商用前進行的必要環(huán)節(jié)。產(chǎn)品測試包括產(chǎn)品配置檢查、前臺產(chǎn)品辦理準(zhǔn)確性檢查、辦理成功后數(shù)據(jù)記錄準(zhǔn)確性檢查、計費批價準(zhǔn)確性檢查等環(huán)節(jié)，是驗證產(chǎn)品配置準(zhǔn)確性和需求匹配度的重要步驟。為有效提升產(chǎn)品配置準(zhǔn)確性，壓縮測試時長，從傳統(tǒng)測試痛點出發(fā)，建立產(chǎn)品全流程自動化測試驗證，提升產(chǎn)品測試效率。產(chǎn)品配置檢查通過建立自動化配置腳本稽核，實現(xiàn)對產(chǎn)品配置需求模板信息和實際配置腳本的自動化比對稽核，直接輸出比對結(jié)果，有效提升配置信息檢查的準(zhǔn)確性，節(jié)約配置檢查時長；前臺業(yè)務(wù)流程驗證通過錄入前臺UI腳本，實現(xiàn)自動化商品訂購流程驗證及客戶資料信息準(zhǔn)確性驗證，并同步進行業(yè)務(wù)流程截圖存留，節(jié)約測試人力，減少重復(fù)工作量；計費批價準(zhǔn)確性驗證通過自動化測試平臺模擬計費和賬單出賬，實現(xiàn)自動化語音、流量撥測，自動化租費及賬詳單出賬，自動化月結(jié)低消等結(jié)算，實現(xiàn)當(dāng)天可以進行賬單驗證，不用等待按照自然出賬周期，節(jié)約測試時間，提升測試效率。

四、結(jié)語

移動通信公司將著力建立完善的開發(fā)、配置、測試機制，以標(biāo)準(zhǔn)化、透明化、自動化為目標(biāo)，以《信息技術(shù)中心需求管理辦法》為指導(dǎo)，以需求管理平臺為抓手，打造“需求響應(yīng)快、交付質(zhì)量高”的需求支撐體系，縮短需求交付周期，提升需求交付質(zhì)量。