中國聯(lián)通集團研究院 北京 100032

背景

隨著互聯(lián)網(wǎng)時代的來臨，電信行業(yè)的發(fā)展經(jīng)歷了巨大的變革，作為企業(yè)核心競爭力的體現(xiàn)，信息系統(tǒng)的穩(wěn)定性和可靠性已成為一家企業(yè)生存與發(fā)展的關(guān)鍵。新產(chǎn)品推廣周期的不斷縮短，使得行業(yè)競爭日趨激烈，為滿足中國聯(lián)通的業(yè)務(wù)發(fā)展需要，提高中國聯(lián)通在國內(nèi)、國際的市場競爭水平，改善總部、各省公司系統(tǒng)間集成缺少整體意識、缺乏規(guī)范指導(dǎo)、重復(fù)投資等情況，中國聯(lián)通對IT系統(tǒng)進行了統(tǒng)一的規(guī)劃和建設(shè)，以適應(yīng)“管理集中、系統(tǒng)集中、系統(tǒng)融合、規(guī)范統(tǒng)一”的發(fā)展思路。

統(tǒng)一的規(guī)劃建設(shè)給傳統(tǒng)的信息系統(tǒng)項目管理方法和質(zhì)量帶來挑戰(zhàn)和壓力。聯(lián)通集團IT系統(tǒng)建設(shè)面臨著從單項目向多項目、甚至項目群組演進的過程。融合的業(yè)務(wù)需求、集中統(tǒng)一管理的需求，推動電信IT支撐系統(tǒng)逐步從省集中向總部集中演進，核心運營支撐系統(tǒng)的集中化趨勢越來越明顯，大多數(shù)的系統(tǒng)均需要具備一級架構(gòu)，多點支撐的能力。

IT信息系統(tǒng)集中化有力地推動了企業(yè)發(fā)展，加快了技術(shù)的更新、提高了運營商的工作效率。但是，集中化給IT支撐帶來較大的風(fēng)險。傳統(tǒng)的信息系統(tǒng)工程建設(shè)以最終驗收為目的的質(zhì)量檢查，已經(jīng)不能適應(yīng)新形勢下的系統(tǒng)建設(shè)需求。如何完善和保障IT系統(tǒng)建設(shè)項目全生命周期質(zhì)量管理是一個迫在眉睫的問題。

中國聯(lián)通集中化的信息系統(tǒng)建設(shè)，需要從項目式的質(zhì)量管理轉(zhuǎn)化為精細化的、集中的、全面的質(zhì)量管理。研究中國聯(lián)通IT系統(tǒng)建設(shè)全面質(zhì)量管理，具有現(xiàn)實的意義。

對IT信息系統(tǒng)全面的質(zhì)量管理，既適應(yīng)中國聯(lián)通企業(yè)發(fā)展新形勢的需求，也為信息系統(tǒng)集中化過程中IT系統(tǒng)建設(shè)保駕護航、提供保障；同時，也是提升集中化項目(項目集群)管理水平的要求。

1 電信行業(yè)IT系統(tǒng)發(fā)展情況

當(dāng)前，電信運營商的IT支持系統(tǒng)，包括業(yè)務(wù)支撐、財務(wù)、人力、采購、項目管理以及運營支撐等各項工作。從某種程度講，IT系統(tǒng)的質(zhì)量決定了公司的戰(zhàn)略執(zhí)行質(zhì)量。

電信運營商I T系統(tǒng)已發(fā)展成為龐大的支撐體系，可分為三大類，即業(yè)務(wù)支撐系統(tǒng)BSS(Business Support System)、運營支撐系統(tǒng)OSS(Operation Support System)、管理支撐系統(tǒng)MSS(Management Support System)[1]。

在建設(shè)過程中，大型信息化系統(tǒng)建設(shè)，往往面臨時間緊、任務(wù)重的特點，IT系統(tǒng)的上線，是一個時間與質(zhì)量的權(quán)衡過程。以犧牲質(zhì)量為前提的建設(shè)工程不僅會給企業(yè)帶來高昂的維護費用，甚至可能丟失用戶，給企業(yè)造成難以彌補的經(jīng)濟損失。中國聯(lián)通的IT信息系統(tǒng)建設(shè)，也面臨著同樣的問題和考驗。如何在保障質(zhì)量的情況下提高效率，有效監(jiān)理和管控IT系統(tǒng)工程建設(shè)質(zhì)量、上線質(zhì)量、運維質(zhì)量，成為IT系統(tǒng)集中化過程中一個重要的課題。

縱觀IT系統(tǒng)項目特點，由于其集中系統(tǒng)自身和建設(shè)過程的復(fù)雜性，往往同時具有超大型、并發(fā)性、關(guān)聯(lián)性、創(chuàng)新性等明顯特點，導(dǎo)致在需求統(tǒng)一、標(biāo)準(zhǔn)統(tǒng)一、管控環(huán)節(jié)以及管控點檢測等方面的工作難度均大大增加(如圖1所示)。同時，中國聯(lián)通IT系統(tǒng)的架構(gòu)還面臨一個由兩級架構(gòu)過渡到集中架構(gòu)的過程，建設(shè)壓力也從省分逐步向總部轉(zhuǎn)移；系統(tǒng)的集中化，也同時讓數(shù)據(jù)管理和運行維護職能集中，運維過程中的質(zhì)量問題影響范圍從原先的一省或幾省瞬間擴展到全國，質(zhì)量問題影響范圍呈幾何級數(shù)上升趨勢?？梢姡谢腎T系統(tǒng)為企業(yè)帶來了快速的響應(yīng)，同時，也要求企業(yè)對其建設(shè)維護響應(yīng)速度升級，對質(zhì)量管控的要求明顯提高[2-3]。

圖1 集中化IT系統(tǒng)項目特點及建設(shè)特點

2 中國聯(lián)通質(zhì)量管控發(fā)展情況

為應(yīng)對IT系統(tǒng)建設(shè)的快速發(fā)展，中國聯(lián)通在IT系統(tǒng)建設(shè)過程中采取了各種質(zhì)量保障手段，遵循IT系統(tǒng)生命周期發(fā)展規(guī)律，從自行開展測試到引入第三方測試、從手工測試到自動化測試，從單項目測試到多項目協(xié)調(diào)統(tǒng)一管理，逐步建立了一套較為規(guī)范、完善的質(zhì)量保障體系，服務(wù)于現(xiàn)有IT信息系統(tǒng)建設(shè)，為系統(tǒng)建設(shè)起到保駕護航的作用。

作為聯(lián)通IT測試主要支撐單位，聯(lián)通研究院終端與測試實驗室已經(jīng)取得CNAS資質(zhì)，具備了完整的質(zhì)量管理體系及獨立的檢測實驗室能力。同時，為集團提供各類IT系統(tǒng)測試支撐服務(wù)，包括選型測試、新業(yè)務(wù)新技術(shù)POC驗證、體驗測試、性能測試及調(diào)優(yōu)、安全性測試等。

依據(jù)IT質(zhì)量管控5級模型(如圖2所示)，中國聯(lián)通目前已達到“已管理級”的水平，即具備了依據(jù)質(zhì)量管控計劃順利完成項目的能力；但質(zhì)量管控的流程和措施尚未形成統(tǒng)一要求和標(biāo)準(zhǔn)，未在各項目間復(fù)用；在質(zhì)量的量化改進及數(shù)字化管控方面尚有較大的提升空間。

圖2 質(zhì)量管控5級發(fā)展模型

3 測試是質(zhì)量保障的最重要手段

IT系統(tǒng)的建設(shè)發(fā)展過程也是IT系統(tǒng)的質(zhì)量保障發(fā)展過程。從各大電信運營商歷次的運營支撐系統(tǒng)建設(shè)發(fā)展過程來看，作為質(zhì)量控制的最主要手段，測試對系統(tǒng)的質(zhì)量起到極大的推動作用，測試的作用功不可沒，在建設(shè)過程中，可以看到從不同角度針對不同目的的測試形式，如入圍檢測、選型測試、驗收測試、上線前測試、維護過程質(zhì)量跟蹤等，這些測試都從不同的角度和層次起到了保障項目質(zhì)量的作用(如圖3所示)。

圖3 IT系統(tǒng)及測試發(fā)展趨勢

3.1 ISO/IEC9126質(zhì)量模型

ISO正式推出的軟件質(zhì)量模型是ISO/IEC 9126系列標(biāo)準(zhǔn)[4]，該模型是一個樹形結(jié)構(gòu)，高層定義了6個質(zhì)量特性，中間層定義了對應(yīng)的質(zhì)量子特性，第三層為度量。質(zhì)量特性與質(zhì)量子特性的對應(yīng)關(guān)系如表1所示。

表1 ISO/IEC 9126模型中質(zhì)量特性與質(zhì)量子特性的對應(yīng)關(guān)系

3.2 IT系統(tǒng)生命周期各個階段質(zhì)量問題

IT系統(tǒng)的生命周期的各個階段均應(yīng)有相應(yīng)的質(zhì)量保證，在軟件測試的V模型中，展示了測試在IT系統(tǒng)生命周期各個階段對應(yīng)的內(nèi)容(如圖4所示)。

圖4 軟件測試V模型

軟件測試的V模型中各個階段的測試，對應(yīng)于軟件開發(fā)各個階段可能出現(xiàn)的問題列示如下。

1) 需求分析階段的問題。對用戶需求不合理的簡化，造成系統(tǒng)功能及性能方面出現(xiàn)重大缺陷；將用戶需求復(fù)雜化，造成系統(tǒng)冗余程度過高，降低系統(tǒng)運行效率，提高項目開發(fā)成本與使用成本。

2) 設(shè)計階段的問題。未能反應(yīng)需求中的用戶要求，造成系統(tǒng)功能的遺漏；對需求的理解不準(zhǔn)確，造成系統(tǒng)功能實現(xiàn)的錯誤；設(shè)計方法選擇不當(dāng)，造成系統(tǒng)結(jié)構(gòu)不合理，導(dǎo)致運行效率降低和穩(wěn)定性下降。

3) 開發(fā)階段的問題。未按照設(shè)計進行編碼或編碼錯誤，造成系統(tǒng)功能錯誤、性能不滿足要求、業(yè)務(wù)流程產(chǎn)生斷點。

4) 用戶手冊及幫助的問題。對系統(tǒng)功能模塊描述不完整，與系統(tǒng)實際功能不一致；缺乏必要的操作示例；手冊版本與實際發(fā)行版本不一致等。

5) 測試發(fā)現(xiàn)缺陷的閉環(huán)問題。對問題嚴(yán)重程度分類不正確，對問題修改后未進行回歸測試?；貧w測試在核查原有問題修改情況的同時，還需要檢查相關(guān)模塊是否產(chǎn)生新的問題，回歸測試工作可保證缺陷及時有效解決，從而實現(xiàn)對系統(tǒng)缺陷全過程跟蹤。

在完成系統(tǒng)的整體測試后，對系統(tǒng)的功能、性能、流程的測試結(jié)果進行分析并對系統(tǒng)整體情況進行評估，全面把握系統(tǒng)總體質(zhì)量情況，為系統(tǒng)的后續(xù)開發(fā)、推廣和運行打下基礎(chǔ)。

3.3 軟件測試在電信行業(yè)的應(yīng)用

以電信行業(yè)典型的IT系統(tǒng)為例，在其建設(shè)過程中都要經(jīng)歷立項、需求分析、系統(tǒng)設(shè)計、編碼、系統(tǒng)測試、上線投產(chǎn)、運行維護幾個主要階段。

軟件開發(fā)過程中主要涉及需求開發(fā)、軟件實現(xiàn)和系統(tǒng)測試三個重要的環(huán)節(jié)(如圖5所示)。當(dāng)軟件團隊大、軟件系統(tǒng)復(fù)雜時，為提高軟件質(zhì)量，需要規(guī)范需求管理、配置管理和測試管理流程，并引入相應(yīng)的支撐工具提高管理自動化水平。

圖5 測試推進全面質(zhì)量管理

1)需求變更。需求管理主要是對需求進行分類量化，并對需求處理流程進行跟蹤。2)版本管理。對開發(fā)、測試、上線版本進行綜合統(tǒng)一管理，確保版本可追溯性，明確上線版本的變更情況。3)缺陷跟蹤。對測試過程、客戶反饋的問題進行跟蹤，通過缺陷狀態(tài)的流轉(zhuǎn)實現(xiàn)缺陷的閉環(huán)管理，確保不漏測、不漏發(fā)，降低系統(tǒng)上線風(fēng)險。4)測試管理平臺。對測試過程各個階段進行統(tǒng)一數(shù)據(jù)庫的管理，測試過程實時統(tǒng)計、查詢，測試結(jié)果及用例形成知識庫；自動化測試體系構(gòu)建和實施。

以上流程的整合使用，可完成從業(yè)務(wù)需求到上線決策整個過程的質(zhì)量控制。需求的變更和版本的控制可以從根本上對廠商的開發(fā)行為、質(zhì)量進行監(jiān)控；各個過程的測試實施，可提交客觀的過程質(zhì)量數(shù)據(jù)，配合KPI的制定和使用，使得IT系統(tǒng)質(zhì)量真正做到事先可管、過程可控、測試監(jiān)督的全面質(zhì)量管理體系，提升整個IT系統(tǒng)支撐能力。

4 中國聯(lián)通IT系統(tǒng)質(zhì)量管控

4.1 覆蓋IT系統(tǒng)全生命周期的質(zhì)量管控體系

中國聯(lián)通在IT系統(tǒng)建設(shè)運維過程中，對于IT系統(tǒng)的質(zhì)量管控內(nèi)容，也經(jīng)歷了從無到有的過程。聯(lián)通研究院終端與測試實驗室總結(jié)多年的測試支撐工作經(jīng)驗，提出IT系統(tǒng)全生命周期質(zhì)量管控的體系，并協(xié)助集團公司完成測試平臺搭建、規(guī)范管理、報表統(tǒng)計等多項工作。同時，也完成了自身的質(zhì)量體系建設(shè)和運行，并通過中國合格評定委員會的審核，取得CNAS資質(zhì)。這也意味著，聯(lián)通研究院已經(jīng)具備領(lǐng)先于同行業(yè)的IT檢測技術(shù)和能力。

作為IT系統(tǒng)測試的重要支撐單位，聯(lián)通研究院終端與測試實驗室提出的IT系統(tǒng)全生命周期質(zhì)量管控體系，對IT系統(tǒng)生命周期各個階段進行了分析，并對各階段所需的質(zhì)量保障工作進行了定義和規(guī)范。同時，在支撐工作中，通過購置和自主研發(fā)搭建了一套完整的測試平臺，形成體系、規(guī)范、工具三位一體的測試研發(fā)和支撐平臺；其中有三個大的關(guān)鍵點，即國際規(guī)范的質(zhì)量標(biāo)準(zhǔn)和評估體系、統(tǒng)一的驗證測試方法和流程以及規(guī)范專業(yè)的工作模板。

對應(yīng)于軟件測試V模型，IT系統(tǒng)生命周期各個階段均會面臨不同的質(zhì)量問題。作為運營商的IT系統(tǒng)，不僅需要關(guān)注系統(tǒng)建設(shè)本身的質(zhì)量管控，還需關(guān)注準(zhǔn)備階段、運維階段的實際問題。故根據(jù)電信行業(yè)IT建設(shè)的主要規(guī)律，將系統(tǒng)建設(shè)過程進行了重新劃分，主要分為規(guī)劃設(shè)計階段、采購階段、需求分析階段、研發(fā)測試階段、工程實施階段、上線運維階段等六大階段(如圖6所示)。

1) 規(guī)劃設(shè)計階段。是IT系統(tǒng)建設(shè)的準(zhǔn)備階段，包括技術(shù)準(zhǔn)備、資源準(zhǔn)備等，在這個階段，對于新技術(shù)新業(yè)務(wù)有必要進行POC驗證或選型測試或軟硬件兼容性評估等各項工作，以確保新技術(shù)、新業(yè)務(wù)與已有業(yè)務(wù)或系統(tǒng)的兼容性和可擴展性。

2) 采購階段。主要組織選型入圍測試、軟件版本評估測試、硬件版本評估測試等類型的檢測活動。

3) 需求分析階段。需求的定義和變更始終是IT建設(shè)的重要環(huán)節(jié)，可以說，沒有明確的需求，就沒有成功的系統(tǒng)。對于需求分析階段常見的檢測活動，可以分為需求一致性評估、規(guī)范符合性分析以及需求后評估等工作。

4) 研發(fā)測試階段。在新的IT系統(tǒng)研發(fā)過程中，研發(fā)測試階段可能需要組織和實施多次各類檢測，包括對系統(tǒng)架構(gòu)的評估、數(shù)據(jù)模型的測試、系統(tǒng)原型的體驗、安全性測試、UAT測試等等，如果項目過大，建議進行階段性版本接收測試，以降低長期研發(fā)后形成的版本與需求不符的風(fēng)險。

圖6 中國聯(lián)通IT系統(tǒng)全生命周期質(zhì)量管控

5) 工程實施階段。在時間緊、任務(wù)重的建設(shè)過程中，IT系統(tǒng)上線前必須要完成上線前系統(tǒng)測試，測試內(nèi)容應(yīng)涵蓋軟件六大質(zhì)量特性，包括功能性、可靠性、易用性、效率、維護性和可移植性，并對必要的文檔進行檢查。IT系統(tǒng)上線前的測試至關(guān)重要，只要時間允許，就應(yīng)進行充分的測試和驗證，以確保系統(tǒng)上線后的正常穩(wěn)定。對于總部和省分兩級的支撐系統(tǒng)，需要組織端到端的業(yè)務(wù)驗證，以確保系統(tǒng)的完整性。

6) 上線運維階段。IT系統(tǒng)的生命周期必然伴隨著問題和缺陷，各階段的問題和缺陷，到運維階段都可能成為定時炸彈，影響用戶體驗和業(yè)務(wù)發(fā)展，因此，上線階段還需要對版本進行升級迭代，每次的版本升級迭代都必須進行版本驗證，對于核心業(yè)務(wù)流程，則需要自動回歸測試。同時，某些系統(tǒng)缺陷，如性能問題，在IT系統(tǒng)運行一段時間、積累一定的數(shù)據(jù)后才顯現(xiàn)出來，所以，系統(tǒng)上線后有必要進行性能優(yōu)化工作。

4.2 自有團隊測試與開發(fā)廠家測試相結(jié)合，提升效益降低成本

質(zhì)量目標(biāo)是描述軟件產(chǎn)品質(zhì)量特點的要求，因為可能要涉及到不同的人員，要執(zhí)行的測試時機和實質(zhì)也不盡相同，所以對測試階段進行了劃分。及時有效的測試有助于節(jié)約大量的產(chǎn)品開發(fā)費用、縮短IT系統(tǒng)上線時間，并可提升最終用戶的滿意度。

根據(jù)行業(yè)分析數(shù)據(jù)，在需求階段所引入的每一個缺陷，到了用戶驗收階段都會造成約7 000美元的損失，導(dǎo)致成本迅速增加。在項目結(jié)束時，可能出現(xiàn)預(yù)算已經(jīng)用完卻還需要額外支出的情況，這也是許多IT項目失敗的原因。

中國聯(lián)通在軟件開發(fā)生命周期各階段進行分析，依據(jù)成本效益原則，對IT系統(tǒng)交付質(zhì)量的管控策略進行定義，確定每一階段管控內(nèi)容。由于大部分缺陷在用戶驗收及生產(chǎn)中才能被檢測出來，但實際卻出現(xiàn)在需求和設(shè)計階段，因此，需要在驗收前進行有效質(zhì)量管控，以盡早識別缺陷，降低修復(fù)成本。圖7是在測試階段的管控策略，由開發(fā)廠家測試和自有測試團隊驗收相結(jié)合，并同時增加內(nèi)部用戶、外部用戶的體驗性測試。

IT系統(tǒng)建設(shè)工程項目均較為復(fù)雜，工程實施時間長達1年或數(shù)年，因此，在工程領(lǐng)域一次性測試所有不同目標(biāo)顯然不太現(xiàn)實；所以通常采用分類分段的方法實施，對每個測試階段都重點考量具有該階段特點的質(zhì)量目標(biāo)。

4.3 專業(yè)測試平臺的建設(shè)

針對聯(lián)通集團IT系統(tǒng)測試及質(zhì)量管控的需求，聯(lián)通研究院搭建了專業(yè)的測試平臺，可支撐從測試管理到缺陷跟蹤等一系列質(zhì)控工作的開展(如圖8所示)。同時，測試平臺可輸出測試數(shù)據(jù)，進行質(zhì)控分析，為質(zhì)量管控提供數(shù)據(jù)和依據(jù)。測試平臺集成多個專業(yè)的測試工具，為設(shè)計、研發(fā)、測試、版本發(fā)布、省分運維等相關(guān)人員提供一個及時交互的平臺，提升了測試效率，實現(xiàn)了對缺陷的實時跟蹤和管理。

圖7 聯(lián)通自有測試與開發(fā)廠家測試相結(jié)合的測試策略

圖8 測試平臺示意圖

從測試管理角度看，測試平臺實現(xiàn)了對測試需求、測試用例、測試執(zhí)行、缺陷以及手工測試的管理，不僅可以對以往散落在個人手里的測試資產(chǎn)實現(xiàn)集中統(tǒng)一管理，也可以對測試的過程進行追溯。此外，測試平臺可以對其他自動化測試執(zhí)行工具(性能、功能、安全、代碼審計等等)進行有效集成，提供統(tǒng)一項目測試報表。

目前，I T系統(tǒng)測試方向已擁有行業(yè)先進的測試工具(如測試管理工具ALM、性能測試工具LoadRunner、自動化功能測試工具QTP等)，能夠?qū)赨NIX系統(tǒng)、Windows系統(tǒng)、Linux系統(tǒng)、SUN Soloris的各種信息系統(tǒng)及產(chǎn)品進行測試，測試范圍主要涵蓋聯(lián)通集團核心業(yè)務(wù)支撐系統(tǒng)(BSS)、大ERP系統(tǒng)、綜合客服系統(tǒng)、網(wǎng)管系統(tǒng)、u-Cloud系統(tǒng) 、經(jīng)營分析系統(tǒng)等重要IT系統(tǒng)，可對中間件、數(shù)據(jù)庫、應(yīng)用服務(wù)器等進行自動化的功能及性能測試。

在此基礎(chǔ)上，聯(lián)通研究院根據(jù)檢測項目的需要，自主研發(fā)了包括“URL收集工具、IDC撥測工具、結(jié)果對比工具、測試靶站、輕量級DNS適配工具、IDC/ISP靶站關(guān)鍵字生成工具、IDC/ISP郵件自動發(fā)送工具”等多個測試工具，可以進行信息安全測試。此外，還有代碼檢測DTS白盒測試工具(合作研發(fā))、動態(tài)性能分析及診斷、Web應(yīng)用程序安全性檢測等測試工具。

4.4 常見測試類型及特點

針對聯(lián)通IT系統(tǒng)全生命周期質(zhì)量管控體系，不同階段的IT系統(tǒng)面臨不同類型的問題，最有效的解決手段就是測試，可以說測試是質(zhì)量保障的重要手段，鑒于篇幅有限，表2選取幾種常見測試進行說明。

表2 各類型測試服務(wù)特點和意義

5 IT系統(tǒng)質(zhì)量評估

5.1 IT系統(tǒng)質(zhì)量評估依賴于測試數(shù)據(jù)分析

長期的測試數(shù)據(jù)積累，有利于進行IT系統(tǒng)質(zhì)量評估及質(zhì)量改進。圖9展示了某一年度前十個月的IT項目測試效果分析圖，其數(shù)據(jù)共選取了某一年度主要IT系統(tǒng)的5個測試項目，對該年度每個測試項目10個月的功能點數(shù)量及缺陷數(shù)量進行了統(tǒng)計分析，在對其缺陷率進行分析的基礎(chǔ)上，將其趨勢進行了展示。通過對圖9的分析，可以清晰地看到該項目是否符合其所處生命周期的缺陷特征。其中，C平臺測試是年度新建項目，故其缺陷率處于上揚趨勢，而A系統(tǒng)測試項目，由于A系統(tǒng)已上線，處于穩(wěn)定運行階段，故其缺陷率以及缺陷率趨勢均處于較低水平。

5.2 測試數(shù)據(jù)分析為質(zhì)量監(jiān)控與資源配置提供依據(jù)

測試數(shù)據(jù)的收集和分類整理，不僅展現(xiàn)了具體的工作進度和工作量，長期的數(shù)據(jù)積累也可以作為質(zhì)量監(jiān)控及資源配置的依據(jù)[5]。隨著質(zhì)量管控體系的建設(shè)及測評數(shù)據(jù)的完善，質(zhì)量分析與監(jiān)控成為可能，管理人員可以通過質(zhì)量數(shù)據(jù)的變更情況，來分析和預(yù)測可能存在的質(zhì)量問題，從而提出質(zhì)量監(jiān)控的重點，形成質(zhì)量監(jiān)控的良性循環(huán)，同時，也有利于做到資源的有效配置。依賴于真實測試統(tǒng)計數(shù)據(jù)之上的管理決策更加準(zhǔn)確、資源配置更為有效，資源利用率大幅增加，形成了良性循環(huán)。

圖10為某項目測試規(guī)模分析數(shù)據(jù)，可以看到在上線和發(fā)布階段需要部署大量的人力，但在系統(tǒng)穩(wěn)定運行、進入運維階段后，測試人員數(shù)量等都穩(wěn)定在一定的水平上。

6 下一代軟件測試的發(fā)展方向——全面的質(zhì)量管理

經(jīng)過多年的發(fā)展，中國聯(lián)通已經(jīng)形成了一體化的質(zhì)量管控能力，覆蓋了主要的IT系統(tǒng)建設(shè)、運維及終端采購、管理等各個階段或過程，基本進入初步質(zhì)量管控的階段，各部門均開始有意識地進行質(zhì)量管控工作，并且形成了交叉覆蓋；近年來，在大型的IT系統(tǒng)建設(shè)項目上，基于領(lǐng)導(dǎo)或項目負責(zé)人對IT系統(tǒng)的關(guān)注程度越來越大，在項目組織實施及質(zhì)量管控方面，都進行了統(tǒng)籌考慮，形成了一體化的項目建設(shè)團隊，大型IT系統(tǒng)建設(shè)的統(tǒng)籌管理，非常有利于一體化的質(zhì)量管控及測試團隊的成長。當(dāng)形成了完善的事前評估、事后把關(guān)、過程監(jiān)督之時，也意味著IT系統(tǒng)的測試能力及全面質(zhì)量管控工作又邁進了一步。但是，比對國內(nèi)外先進的質(zhì)量管控手段，我們在測試技術(shù)、測試工具研發(fā)能力、質(zhì)量體系運行情況方面，尚未形成完整的閉環(huán)管控，要想達到精細化的質(zhì)量管控，尚需推進數(shù)據(jù)后管理，從標(biāo)準(zhǔn)、流程、方法論、工具集各方面進行努力和積累。

圖9 IT項目缺陷率趨勢分析

圖10 A項目測試規(guī)模分析圖(示例)

7 典型案例

典型案例1：uCLOUD平臺測試。本測試項目從配置管理(代碼及文檔)、自動化編譯發(fā)布、功能測試、性能調(diào)優(yōu)、源代碼檢測等多個方面對平臺進行測試，應(yīng)用黑盒、白盒等測試技術(shù)，對系統(tǒng)研發(fā)、版本發(fā)布、平臺上線、驗收等各階段設(shè)置關(guān)鍵管控點，管理層可實時了解被測系統(tǒng)的質(zhì)量情況(如圖11所示)。

典型案例2：北方六省BSS系統(tǒng)測試項目缺陷跟蹤流程。本測試項目的被測系統(tǒng)需支撐總部、省分兩級系統(tǒng)，在測試策略制定過程中，考慮了總部、省分兩級測試的策略。即基線版本在總部集中測試后，流轉(zhuǎn)到省分測試環(huán)境，進行測試。兩級測試均通過后，方可進行生產(chǎn)環(huán)境的上線部署，以確保上線版本的穩(wěn)定性，有效降低了系統(tǒng)上線風(fēng)險(如圖12所示)。

圖11 uCLOUD平臺測試項目案例示意圖

圖12 北方六省BSS系統(tǒng)測試項目案例示意圖

參考文獻

[1]電信運營商的IT系統(tǒng)(MSS、BSS、OSS)介紹_百度文庫[EB/OL].[2015-05-18].http://wenku.baidu.com/view/d1d4f8235901020207409c1c.html

[2]中國聯(lián)通BSS域服務(wù)集規(guī)范[EB/OL].[2015-05-18].http://course.baidu.com/view/f562ae18a32d7375a4178074.html

[3]中國聯(lián)通IT系統(tǒng)總體技術(shù)體制[EB/OL].[2015-05-18].http://doc.mbalib.com/view/234bf2f9f983d4494e12ab53 f3a1cd91.html

[4]中華人民共和國國家標(biāo)準(zhǔn)GB/T16260.1-2006/ISO/IE C9 126-1[S].2001

[5]克洛彭格波,佩特拉克.項目質(zhì)量管理[M].北京廣聯(lián)達慧中軟件技術(shù)有限公司,譯.北京:機械工業(yè)出版社,2005:15