業(yè)務(wù)持續(xù)演進(jìn)過程中全生命周期測(cè)試方法的研究與實(shí)踐

王 昊 陳伯慧 周文斌 郭 軍

1 中國聯(lián)通遼寧省分公司 沈陽 110041

2 東北大學(xué)信息科學(xué)與工程學(xué)院 沈陽 110819

引言

復(fù)雜業(yè)務(wù)系統(tǒng)的持續(xù)演進(jìn)已經(jīng)成為中國聯(lián)通信息化建設(shè)的常態(tài)。中國電信業(yè)進(jìn)入到了全業(yè)務(wù)運(yùn)營時(shí)代[1-2]，聯(lián)通同時(shí)經(jīng)營移動(dòng)、固定、數(shù)據(jù)網(wǎng)絡(luò)，全方位開展接入服務(wù)、通信業(yè)務(wù)、增值業(yè)務(wù)、內(nèi)容應(yīng)用等，用戶量和數(shù)據(jù)量非常龐大，這使得現(xiàn)有業(yè)務(wù)越發(fā)復(fù)雜。在這當(dāng)中，聯(lián)通經(jīng)營業(yè)務(wù)不斷重組、2G、3G、4G多次升級(jí)，計(jì)費(fèi)業(yè)務(wù)頻繁變更，系統(tǒng)融合和集中一體化持續(xù)推進(jìn)等，使得對(duì)復(fù)雜業(yè)務(wù)系統(tǒng)進(jìn)行更敏捷的在線演進(jìn)、持續(xù)升級(jí)成為常態(tài)。

如何在業(yè)務(wù)系統(tǒng)演進(jìn)過程中確保質(zhì)量，已經(jīng)成為聯(lián)通信息化建設(shè)中的關(guān)鍵問題。演進(jìn)過程中常常出現(xiàn)功能失效、流程漏洞、性能較差等各種各樣的情況[3-4]，導(dǎo)致演進(jìn)成本較高、開發(fā)周期較長、社會(huì)影響較大。

傳統(tǒng)的由開發(fā)商主導(dǎo)的測(cè)試過程不能滿足聯(lián)通業(yè)務(wù)持續(xù)演進(jìn)的需求。首先，集成測(cè)試效果較差。遼寧聯(lián)通業(yè)務(wù)支撐系統(tǒng)由營業(yè)、計(jì)費(fèi)、號(hào)線資源、服務(wù)開通、融合客服等20余套子系統(tǒng)構(gòu)成，分別由不同的開發(fā)商進(jìn)行開發(fā)，開發(fā)商往往聚焦自己分包任務(wù)的質(zhì)量，而對(duì)集成后的效果分析和質(zhì)量問題關(guān)注較少，導(dǎo)致集成測(cè)試效率較低，一旦出現(xiàn)問題，常?；ハ嗤普?。其次，測(cè)試技術(shù)水平較低。開發(fā)商在測(cè)試技術(shù)方面不夠?qū)I(yè)，既缺少掌握測(cè)試標(biāo)準(zhǔn)、測(cè)試體系、專業(yè)技術(shù)的測(cè)試技術(shù)人員，也缺乏價(jià)格昂貴的測(cè)試工具，并且在可復(fù)用測(cè)試用例庫、大并發(fā)性能測(cè)試、運(yùn)營性能優(yōu)化等聯(lián)通迫切需要的高端檢測(cè)技術(shù)方面能力不足。最后，質(zhì)量掌控能力較弱：對(duì)于聯(lián)通而言，開發(fā)商主導(dǎo)的測(cè)試過程如同灰盒一樣不透明，測(cè)試的完整性、可信度、完成度、缺陷等級(jí)等，都不能清晰掌握。

為解決上述問題，遼寧聯(lián)通在過去的幾年中，一直探索業(yè)務(wù)持續(xù)演進(jìn)過程中多方驅(qū)動(dòng)的全生命周期測(cè)試方法。

1 業(yè)務(wù)全生命周期測(cè)試過程

根據(jù)聯(lián)通業(yè)務(wù)演進(jìn)特點(diǎn)，將各個(gè)復(fù)雜的質(zhì)量活動(dòng)科學(xué)、合理、規(guī)范地管理起來是確保業(yè)務(wù)演進(jìn)質(zhì)量的基礎(chǔ)。遼寧聯(lián)通參考IBM RUP(Rational Unify Process)的定義[5]，針對(duì)業(yè)務(wù)演進(jìn)的迭代特點(diǎn)[6]，制定了業(yè)務(wù)全生命周期測(cè)試過程UUP(Unicom Unify Process)，如圖1所示。業(yè)務(wù)生命周期可以分為初始、精化、構(gòu)建、交付和運(yùn)維等5個(gè)階段，每個(gè)階段都有各自的使命和里程碑，以及一系列的迭代。質(zhì)量活動(dòng)包括測(cè)試策略制定、計(jì)劃評(píng)審、需求評(píng)審、風(fēng)險(xiǎn)控制、代碼審查、單元測(cè)試、集成測(cè)試、配置審計(jì)、缺陷跟蹤和分析、運(yùn)行監(jiān)控、問題評(píng)估等，它們共同構(gòu)成了質(zhì)量活動(dòng)集。每個(gè)質(zhì)量活動(dòng)都相對(duì)獨(dú)立，并有明確的任務(wù)、流程和交付物。與質(zhì)量相關(guān)的活動(dòng)可以貫穿整個(gè)生命周期，在不同的階段執(zhí)行不同的任務(wù)。

圖1 聯(lián)通業(yè)務(wù)全生命周期測(cè)試過程UUP

1) 初始階段。提升問題定義、可行性分析以及需求分析質(zhì)量。包括評(píng)審標(biāo)書、概念文檔、可行性分析報(bào)告和需求文檔等，以縮短軟件開發(fā)項(xiàng)目的落地周期、降低落地風(fēng)險(xiǎn)。

2) 精化階段。提升軟件架構(gòu)質(zhì)量。包括確保理解用戶需求(可基于UML建立需求分析模型)；審查開發(fā)計(jì)劃；評(píng)估設(shè)計(jì)文檔，確保架構(gòu)的可靠性、可擴(kuò)展性、可實(shí)施性和可理解性等；制定集成測(cè)試方案。

3) 構(gòu)建階段。提升實(shí)施質(zhì)量。包括從第三方的角度，和開發(fā)商實(shí)現(xiàn)迭代式的互動(dòng)，發(fā)現(xiàn)軟件缺陷；識(shí)別開發(fā)過程中的風(fēng)險(xiǎn)；控制需求變更；控制實(shí)施進(jìn)度，保證項(xiàng)目如期完成等。

4) 交付階段。提升上線質(zhì)量。包括對(duì)集成的系統(tǒng)進(jìn)行功能、性能、安全等測(cè)試，以降低系統(tǒng)上線風(fēng)險(xiǎn)；對(duì)交付的開發(fā)文檔、用戶手冊(cè)、代碼、可執(zhí)行系統(tǒng)等進(jìn)行審查。

5) 運(yùn)營階段。提升運(yùn)營質(zhì)量。包括對(duì)業(yè)務(wù)支撐系統(tǒng)進(jìn)行持續(xù)的遠(yuǎn)程監(jiān)控，偵測(cè)系統(tǒng)缺陷、老化狀態(tài)和安全漏洞，對(duì)問題、缺陷和新增需求進(jìn)行收集和管理，分析原因并制定應(yīng)對(duì)策略，以確保系統(tǒng)穩(wěn)定、可靠并滿足業(yè)務(wù)發(fā)展的需要；在系統(tǒng)的演進(jìn)過程中設(shè)計(jì)并執(zhí)行完整的、嚴(yán)謹(jǐn)?shù)臏y(cè)試方案，制定風(fēng)險(xiǎn)管理機(jī)制和應(yīng)急響應(yīng)策略，以確保系統(tǒng)演進(jìn)效果。

為更有效地支持業(yè)務(wù)全生命周期測(cè)試過程，遼寧聯(lián)通建立“全流程需求變更和測(cè)試管理系統(tǒng)”，加強(qiáng)了對(duì)整個(gè)生命周期各個(gè)環(huán)節(jié)的管控，獲得良好的實(shí)踐應(yīng)用效果。

2 敏捷協(xié)作模式

如何將聯(lián)通業(yè)務(wù)演進(jìn)過程的各參與方緊密組織在一起，為共同的產(chǎn)品質(zhì)量目標(biāo)沖刺，以更快的速度達(dá)到更高的質(zhì)量，這是測(cè)試管理的關(guān)鍵問題。遼寧聯(lián)通從2009年起，引入第三方測(cè)試，即在開發(fā)商測(cè)試的基礎(chǔ)上，增加第三方測(cè)試環(huán)節(jié)。并且基于Scrum思想[7]，探索由聯(lián)通、開發(fā)團(tuán)隊(duì)、第三方測(cè)試團(tuán)隊(duì)共同組成的多方測(cè)試驅(qū)動(dòng)的聯(lián)通業(yè)務(wù)系統(tǒng)持續(xù)演進(jìn)的敏捷協(xié)作模式(如圖2所示)，三方形成了緊密互動(dòng)關(guān)系。

1)三方都有迭代，每一輪迭代都有各自的任務(wù)。由于職責(zé)不同，任務(wù)也不同。2)三方以產(chǎn)品質(zhì)量目標(biāo)為核心。聯(lián)通定義產(chǎn)品質(zhì)量目標(biāo)，開發(fā)團(tuán)隊(duì)實(shí)現(xiàn)這個(gè)目標(biāo)，而第三方測(cè)試團(tuán)隊(duì)則負(fù)責(zé)驗(yàn)證和保障這一目標(biāo)。3)聯(lián)通將需求文檔與需求變更交付給開發(fā)團(tuán)隊(duì)，從開發(fā)團(tuán)隊(duì)和第三方測(cè)試團(tuán)隊(duì)活動(dòng)項(xiàng)目狀態(tài)，并以此為參考對(duì)項(xiàng)目進(jìn)行控制。4)開發(fā)團(tuán)隊(duì)定期向聯(lián)通提交項(xiàng)目狀態(tài)，并在迭代過程中向第三方測(cè)試團(tuán)隊(duì)持續(xù)交付待測(cè)模塊。5)第三方測(cè)試團(tuán)隊(duì)以持續(xù)驗(yàn)證為核心，將質(zhì)量問題快速反饋給開發(fā)團(tuán)隊(duì)，配合開發(fā)團(tuán)隊(duì)進(jìn)行協(xié)同開發(fā)；同時(shí)將測(cè)試結(jié)果、建議以及項(xiàng)目狀態(tài)反饋給聯(lián)通。6)第三方測(cè)試團(tuán)隊(duì)與開發(fā)團(tuán)隊(duì)都對(duì)項(xiàng)目狀態(tài)進(jìn)行反饋，其不同點(diǎn)在于：前者的反饋數(shù)據(jù)源于測(cè)試結(jié)果，并經(jīng)過統(tǒng)計(jì)分析，是客觀、公正、清晰、可度量和可信的；而后者的反饋則往往是主觀、避重就輕、模糊、不可度量和可信性較低的。

圖2 聯(lián)通質(zhì)量保證敏捷協(xié)作模式

遼寧聯(lián)通通過“全流程需求變更和測(cè)試管理系統(tǒng)”，將聯(lián)通、開發(fā)商和第三方測(cè)試機(jī)構(gòu)緊密組織在一起，有效提升需求透明度、并行開發(fā)效率、集成測(cè)試質(zhì)量，提高了遼寧聯(lián)通的進(jìn)度掌控能力、系統(tǒng)需求變更管理能力。

3 可復(fù)用測(cè)試資產(chǎn)

多年來，聯(lián)通龐雜的業(yè)務(wù)知識(shí)和測(cè)試經(jīng)驗(yàn)都集中在專業(yè)人員的大腦當(dāng)中，或者復(fù)雜、無規(guī)范和厚重的文檔里。如何在業(yè)務(wù)演進(jìn)過程中梳理、提煉、積累并有效地繼承和復(fù)用測(cè)試資產(chǎn)，以達(dá)到更快的測(cè)試響應(yīng)、更低的測(cè)試成本和更成熟的測(cè)試方案，這是聯(lián)通在測(cè)試技術(shù)上面臨的重要問題。遼寧聯(lián)通在長期業(yè)務(wù)演進(jìn)過程中，逐步積累起來的可復(fù)用測(cè)試資產(chǎn)，包括業(yè)務(wù)模型庫和測(cè)試用例庫，它們是高效率測(cè)試的重要基礎(chǔ)。

1) 業(yè)務(wù)模型庫。業(yè)務(wù)模型是對(duì)聯(lián)通業(yè)務(wù)對(duì)象、業(yè)務(wù)流程的可視化表示。它專注于分析業(yè)務(wù)領(lǐng)域本身，發(fā)掘重要的業(yè)務(wù)領(lǐng)域概念，并建立業(yè)務(wù)領(lǐng)域概念之間的關(guān)系。

在特定領(lǐng)域里，面向業(yè)務(wù)流程的聯(lián)通深度應(yīng)用和面向業(yè)務(wù)活動(dòng)的作業(yè)處理成為系統(tǒng)核心，系統(tǒng)中領(lǐng)域知識(shí)的廣度和復(fù)雜度也隨之成幾何級(jí)數(shù)增長，對(duì)于測(cè)評(píng)人員而言，軟件復(fù)雜度、彈性、可靠性和效率等都受到前所未有的挑戰(zhàn)。即測(cè)評(píng)人員僅從某個(gè)單獨(dú)的應(yīng)用軟件理解業(yè)務(wù)，通常存在理解不完整、理解歧義，甚至理解錯(cuò)誤等情況，并且分析業(yè)務(wù)所需要的時(shí)間較長。然而，特定領(lǐng)域中的軟件產(chǎn)品存在共性需求，將其業(yè)務(wù)流程抽象出來，可以復(fù)用各領(lǐng)域業(yè)務(wù)經(jīng)驗(yàn)，減少業(yè)務(wù)理解的偏差，提高測(cè)試效率。

遼寧聯(lián)通基于UML(Unif i ed Modeling Language，統(tǒng)一建模語言)，主要采用部署圖、用例圖、活動(dòng)圖和時(shí)序圖等構(gòu)建ESS、BSS等核心業(yè)務(wù)的模型庫，形成重要的可復(fù)用資產(chǎn)。目前，已經(jīng)形成業(yè)務(wù)模型1256個(gè)。

2) 測(cè)試用例庫。測(cè)試用例的復(fù)用可以有效提高軟件系統(tǒng)的維護(hù)效率并降低維護(hù)的成本[8]。遼寧聯(lián)通建立軟件測(cè)試用例庫的目的是為了通過復(fù)用測(cè)試經(jīng)驗(yàn)、加快業(yè)務(wù)演進(jìn)的驗(yàn)證速度。在功能測(cè)試實(shí)施過程中，直接復(fù)用成熟的測(cè)試用例所付出的代價(jià)要遠(yuǎn)遠(yuǎn)小于重新開發(fā)測(cè)試用例，因此，測(cè)試用例的可復(fù)用程度直接關(guān)系到回歸測(cè)試的實(shí)施效率。復(fù)用和共享軟件測(cè)試過程中最重要的知識(shí)資產(chǎn)——測(cè)試用例，是降低軟件測(cè)試費(fèi)用的一個(gè)重要途徑。

遼寧聯(lián)通參考UML類圖的建模思想[9]，創(chuàng)新性地提出測(cè)試用例建模方法，如圖3所示。

圖3 測(cè)試用例模型圖(登錄)

①每個(gè)類是一個(gè)測(cè)試用例套，用例套中的屬性是測(cè)試數(shù)據(jù)集的抽象表示，方法則是測(cè)試用例的抽象表示。前綴F、S、P分別表示功能、安全和性能類的測(cè)試用例。②所有測(cè)試用例套都包含在某個(gè)用例庫里。③子測(cè)試用例套可以繼承父測(cè)試用例套中的所有測(cè)試用例和測(cè)試數(shù)據(jù)集。④每個(gè)測(cè)試用例都有一份測(cè)試用例文檔與之配套。⑤測(cè)試用例庫分為可復(fù)用測(cè)試用例庫和領(lǐng)域業(yè)務(wù)測(cè)試用例庫。

4 性能監(jiān)測(cè)預(yù)警平臺(tái)

近年來，隨著聯(lián)通業(yè)務(wù)的迅速發(fā)展，保證業(yè)務(wù)系統(tǒng)在運(yùn)營過程中的性能穩(wěn)定性和可靠性已經(jīng)成為信息化建設(shè)亟需解決的主要共性問題之一。特別是隨著中國聯(lián)通系統(tǒng)融合和集中一體化的推進(jìn)，各省聯(lián)通在性能測(cè)試方面，由傳統(tǒng)的負(fù)載能力測(cè)試，逐步轉(zhuǎn)為以客戶感知為主要目標(biāo)的性能測(cè)試。在系統(tǒng)上線前進(jìn)行軟件性能測(cè)試的傳統(tǒng)方法已經(jīng)無法保證系統(tǒng)運(yùn)營時(shí)的可靠性和穩(wěn)定性，這是由于：①用戶行為難以預(yù)知；②軟件老化造成系統(tǒng)性能下降；③部署環(huán)境動(dòng)態(tài)伸縮隨需而變；④業(yè)務(wù)系統(tǒng)常常在線演進(jìn)；⑤系統(tǒng)缺陷幾乎無法窮盡。變化和缺陷是系統(tǒng)運(yùn)營過程中的常態(tài)，而傳統(tǒng)的上線前測(cè)試不能模擬系統(tǒng)運(yùn)營過程中各種變化，并無法發(fā)現(xiàn)系統(tǒng)的所有缺陷。

在系統(tǒng)運(yùn)營過程中進(jìn)行性能監(jiān)控和預(yù)測(cè)、提出性能調(diào)優(yōu)建議是解決這些問題的可行之道。遼寧聯(lián)通與遼寧北方實(shí)驗(yàn)室有限公司和東北大學(xué)進(jìn)行產(chǎn)學(xué)研合作，研究在線業(yè)務(wù)性能監(jiān)測(cè)和預(yù)警平臺(tái)，通過持續(xù)監(jiān)測(cè)業(yè)務(wù)狀態(tài)，預(yù)測(cè)可能發(fā)生的并發(fā)情況；通過評(píng)估系統(tǒng)的負(fù)載能力，判斷系統(tǒng)性能衰減趨勢(shì)；通過分析性能指標(biāo)，指導(dǎo)部署環(huán)境的配置策略；通過自動(dòng)執(zhí)行測(cè)試用例，支持系統(tǒng)在線演進(jìn)；通過分析性能瓶頸，發(fā)現(xiàn)系統(tǒng)深層缺陷。

平臺(tái)部署在云計(jì)算環(huán)境下，邏輯架構(gòu)如圖4所示，主要包括5個(gè)功能。1)并發(fā)模擬器。面向多應(yīng)用多業(yè)務(wù)，模擬用戶行為持續(xù)發(fā)出并發(fā)請(qǐng)求。2)并發(fā)控制器。制定并發(fā)測(cè)試策略，分發(fā)測(cè)試腳本，分解并發(fā)請(qǐng)求任務(wù)，控制各虛擬機(jī)時(shí)間同步，控制并發(fā)過程。3)監(jiān)控?cái)?shù)據(jù)收集器。收集用戶請(qǐng)求訪問日志，分析用戶訪問行為，形成性能狀態(tài)數(shù)據(jù)庫。4)性能分析和預(yù)警模塊。采用多種算法分析系統(tǒng)性能狀態(tài)、運(yùn)行趨勢(shì)，在必要時(shí)發(fā)出預(yù)警信號(hào)；5)性能狀態(tài)和趨勢(shì)可視化界面。采用多種圖表動(dòng)態(tài)呈現(xiàn)業(yè)務(wù)系統(tǒng)性能狀態(tài)和趨勢(shì)，以及可能的瓶頸位置。

5 測(cè)試實(shí)踐

遼寧聯(lián)通在長期的業(yè)務(wù)運(yùn)營實(shí)踐當(dāng)中，不斷探索業(yè)務(wù)演進(jìn)過程中的全生命周期測(cè)試方法?！吧驌徼F升位并網(wǎng)項(xiàng)”是一個(gè)典型的實(shí)踐案例。

2010年5月，遼寧省通信管理局組織召開了沈撫鐵本地網(wǎng)共用024升位并網(wǎng)工作啟動(dòng)會(huì)，要求于2011年8月完成項(xiàng)目。這個(gè)項(xiàng)目要改造的系統(tǒng)較多，業(yè)務(wù)功能覆蓋面很大，系統(tǒng)間關(guān)聯(lián)關(guān)系密切，涉及多個(gè)部門，溝通、協(xié)調(diào)復(fù)雜度高，存在信息不對(duì)稱和不確定性等風(fēng)險(xiǎn)。這些情況對(duì)軟件測(cè)試工作提出了非常高的要求。遼寧聯(lián)通按照業(yè)務(wù)持續(xù)演進(jìn)過程中全生命周期測(cè)試方法，對(duì)該項(xiàng)目測(cè)試工作的組織和實(shí)施如下。

圖4 遼寧聯(lián)通業(yè)務(wù)系統(tǒng)性能監(jiān)測(cè)和預(yù)警平臺(tái)邏輯架構(gòu)

1) 在過程方面，按照項(xiàng)目全生命周期測(cè)試過程來組織。明確內(nèi)部各個(gè)相關(guān)部門、外部各個(gè)開發(fā)分包商以及第三方測(cè)試機(jī)構(gòu)的迭代計(jì)劃、任務(wù)、里程碑，確定了集成測(cè)試的組織者、責(zé)任人，提出并網(wǎng)后運(yùn)營過程中的各種風(fēng)險(xiǎn)應(yīng)對(duì)預(yù)案，包括在線演進(jìn)過程中的應(yīng)急響應(yīng)、測(cè)試準(zhǔn)備、方案評(píng)審、入場(chǎng)時(shí)機(jī)、執(zhí)行單位、問題發(fā)布、缺陷管理、回歸測(cè)試等管理機(jī)制。這些工作使得測(cè)試過程變得有條不紊、秩序井然，項(xiàng)目控制能力迅速提升，保證了項(xiàng)目的順利實(shí)施。

2) 在管理方面，運(yùn)用敏捷協(xié)作模式。各個(gè)參與方的工作包括：①遼寧聯(lián)通負(fù)責(zé)向開發(fā)商提出業(yè)務(wù)需求，向第三方測(cè)試機(jī)構(gòu)提出測(cè)試需求。②開發(fā)商負(fù)責(zé)產(chǎn)品開發(fā)并向運(yùn)營商通報(bào)開發(fā)風(fēng)險(xiǎn)與進(jìn)度，向第三方測(cè)試分別提供待測(cè)系統(tǒng)的測(cè)試案例。③第三方測(cè)試機(jī)構(gòu)負(fù)責(zé)測(cè)試工作并向開發(fā)商提供測(cè)試缺陷、測(cè)試案例整改意見、缺陷跟蹤情況，向運(yùn)營商提供測(cè)試業(yè)務(wù)模型、第三方測(cè)試用例、測(cè)試總結(jié)與分析、開發(fā)商測(cè)試案例評(píng)價(jià)、測(cè)試日?qǐng)?bào)、周報(bào)、月報(bào)。④考慮到這個(gè)項(xiàng)目的復(fù)雜性，省公司又抽調(diào)各市公司業(yè)務(wù)骨干到測(cè)試現(xiàn)場(chǎng)執(zhí)行測(cè)試，盡可能地保證測(cè)試質(zhì)量、降低演進(jìn)風(fēng)險(xiǎn)。

每天早上，遼寧聯(lián)通都組織“測(cè)試站會(huì)”，由測(cè)試工作的各個(gè)參與方匯報(bào)進(jìn)展和當(dāng)日計(jì)劃，及時(shí)溝通協(xié)作內(nèi)容。在每個(gè)迭代(大約每半個(gè)月為一個(gè)演進(jìn)迭代周期)中，遼寧聯(lián)通聯(lián)合各個(gè)測(cè)試參與方召開“沖刺規(guī)劃會(huì)議”，制定迭代計(jì)劃，確定本輪迭代的測(cè)試任務(wù)列表、優(yōu)先級(jí)、執(zhí)行單位、執(zhí)行時(shí)間等。在迭代結(jié)束時(shí)，召開“沖刺回顧會(huì)議”，總結(jié)測(cè)試任務(wù)的完成情況。運(yùn)用敏捷協(xié)作模式，使得測(cè)試工作變得非常高效，縮短了測(cè)試周期。

3) 在技術(shù)方面，積累和使用可復(fù)用測(cè)試資產(chǎn)。在沈撫鐵024并網(wǎng)測(cè)試項(xiàng)目中，面對(duì)復(fù)雜、龐大的業(yè)務(wù)內(nèi)容以及來自聯(lián)通、開發(fā)商和第三方測(cè)試機(jī)構(gòu)的業(yè)務(wù)掌握能力和技術(shù)水平參差不齊的測(cè)試人員，遼寧聯(lián)通提出必須通過建立業(yè)務(wù)模型庫和測(cè)試用例庫，充分整合業(yè)務(wù)人員和測(cè)試人員的經(jīng)驗(yàn)與知識(shí)，以提高測(cè)試的科學(xué)性、完整性，并通過復(fù)用測(cè)試用例提高測(cè)試效率。在該項(xiàng)目中共積累測(cè)試業(yè)務(wù)模型205套，積累可復(fù)用測(cè)試用例1 245個(gè)。根據(jù)第三方測(cè)試機(jī)構(gòu)統(tǒng)計(jì)，基于業(yè)務(wù)模型庫和測(cè)試用例庫，測(cè)試人員平均測(cè)試效率由過去的每人每天執(zhí)行125個(gè)測(cè)試用例，提高到256個(gè)。積累和使用可復(fù)用測(cè)試資產(chǎn)，在業(yè)務(wù)演進(jìn)過程中大幅提高了測(cè)試效率。

4) 在工具方面，采用性能在線監(jiān)測(cè)和預(yù)警平臺(tái)。性能是沈撫鐵024并網(wǎng)項(xiàng)目測(cè)試的一個(gè)關(guān)注重點(diǎn)。遼寧聯(lián)通除在上線前進(jìn)行周密的性能測(cè)試外，還首次在該項(xiàng)目中使用性能在線監(jiān)測(cè)和預(yù)警平臺(tái)。①性能監(jiān)測(cè)。技術(shù)人員根據(jù)聯(lián)通業(yè)務(wù)性能需求，設(shè)計(jì)自動(dòng)化性能監(jiān)測(cè)腳本，然后部署到云平臺(tái)上并啟動(dòng)監(jiān)測(cè)程序，定期向業(yè)務(wù)系統(tǒng)發(fā)出多個(gè)請(qǐng)求；根據(jù)系統(tǒng)反饋回來的響應(yīng)時(shí)間、失敗事務(wù)數(shù)等指標(biāo)、平臺(tái)分析性能狀態(tài)，并根據(jù)分析結(jié)果以可視化的方式呈現(xiàn)。②性能預(yù)警。平臺(tái)不斷獲取業(yè)務(wù)系統(tǒng)的性能數(shù)據(jù)，根據(jù)相關(guān)的性能預(yù)測(cè)模型，判斷業(yè)務(wù)系統(tǒng)在未來一段時(shí)間可能存在的性能風(fēng)險(xiǎn)；如存在風(fēng)險(xiǎn)，平臺(tái)將在監(jiān)控界面上閃爍并發(fā)聲報(bào)警，同時(shí)，向各個(gè)相關(guān)方發(fā)出Email報(bào)警消息，提醒相關(guān)方盡快采取措施解決問題。

在沈撫鐵升位并網(wǎng)項(xiàng)目中，性能在線監(jiān)測(cè)和預(yù)警平臺(tái)通過實(shí)時(shí)性能監(jiān)控與預(yù)測(cè)來預(yù)知性能趨勢(shì)，共發(fā)出32次預(yù)警通知，使開發(fā)方和遼寧聯(lián)通在性能瓶頸發(fā)生之前能夠有盡量多的時(shí)間進(jìn)行調(diào)整、優(yōu)化，從而大幅降低了項(xiàng)目的運(yùn)營風(fēng)險(xiǎn)。

6 展望

隨著聯(lián)通信息化建設(shè)的飛速發(fā)展，聯(lián)通的測(cè)試管理、過程組織、技術(shù)方法和工具平臺(tái)也在不斷演進(jìn)?？v觀歷史，展望未來，可將聯(lián)通的測(cè)試能力歸納為3個(gè)階段。1)第1階段：開發(fā)商主導(dǎo)的測(cè)試。對(duì)于聯(lián)通而言，測(cè)試過程為灰盒，測(cè)試質(zhì)量較低，存在問題較多。2)第2階段：多方共同驅(qū)動(dòng)的業(yè)務(wù)全生命周期測(cè)試。聯(lián)通、開發(fā)團(tuán)隊(duì)和第三方測(cè)試團(tuán)隊(duì)敏捷協(xié)作，能夠建立可復(fù)用的測(cè)試資產(chǎn)，能夠研發(fā)適用的測(cè)試工具提高效率和效果。這一階段測(cè)試過程為準(zhǔn)白盒，測(cè)試質(zhì)量較高，存在問題較少。3)第3階段：自主的自動(dòng)化的測(cè)試。隨著業(yè)務(wù)知識(shí)和測(cè)試經(jīng)驗(yàn)不斷被提煉，可復(fù)用測(cè)試資產(chǎn)日趨豐富和完善，并且由自動(dòng)化測(cè)試工具執(zhí)行的比例不斷加大，聯(lián)通不再過度依賴開發(fā)商或第三方測(cè)試機(jī)構(gòu)提供的測(cè)試服務(wù)。同時(shí)，面對(duì)聯(lián)通的大數(shù)據(jù)和云計(jì)算趨勢(shì)，將使用更多的自動(dòng)化測(cè)試和自優(yōu)化技術(shù)，如超大并發(fā)性能測(cè)試工具、性能自適應(yīng)優(yōu)化平臺(tái)等。這一階段測(cè)試過程為白盒，測(cè)試質(zhì)量和效率極高，測(cè)試成本極低，存在問題極少。

遼寧聯(lián)通目前處于第2階段水平。未來，將朝著第3階段的目標(biāo)持續(xù)演進(jìn)。

參考文獻(xiàn)

[1]Fei Kang,Janice A.Hauge,Ting-Jie Lu.Competition and mobile network investment in China's telecommunications industry[J].Telecommunications Policy.2012,36(11):901-913

[2]Yongwoon Shim,Dong-Hee Shin.Analyzing the development of 4th generation mobile network in China:actor network theory perspective[J].Info.2015,17(1):22-38

[3]Norman Wilde,SikhaBagui,John Coffey,et al.Interoperable Systems and Software Evolution:Issues and Approaches[J].Digital Enterprise Design and Management.Springer Berlin Heidelberg,2013,205:45-56

[4]Thomas Stephen W,Adams Bram,Hassan Ahmed E,et al.Studying software evolution using topic models[J].Science of Computer Programming.Part B,2014,80:457-479

[5]PhilippeKruchten.The rational unified process:an introduction[M].Boston,MA,USA:Addison-Wesley Longman Publishing Co.,Inc.,2003

[6]Daniel Stahla,Jan Boschb. Modeling continuous integration practice differences in industry software development [J].Journal of Systems and Software.2014,87:48-59

[7]Ken Schwaber.Agile Project Management with Scrum[M].Microsoft Press,2004

[8]GuoShaojie,Tong Weiqin,Zhang Juan,et al.An application of ontology to test case reuse[C]//Mechatronic Science, Electric Engineering and Computer (MEC),2011 International Conference on,2011:775 - 778

[9]Soh Z,Sharafi Z,Van Den Plas B,et al.Professional status and expertise for UML class diagram comprehension:An empirical study[C]//Program Comprehension(ICPC),2012 IEEE 20th International Conference on,2012:163-172