姜舒寧+雅茹

摘要：本文主要通過對聯(lián)通公司綜合網(wǎng)管系統(tǒng)設(shè)計方案的介紹，重點(diǎn)分析系統(tǒng)中有關(guān)的缺陷測試，同時對不同角度的缺陷測試結(jié)果進(jìn)行一定的評估，保證數(shù)據(jù)的有效性，最后對系統(tǒng)建設(shè)的發(fā)展提出一定的展望。

關(guān)鍵詞：聯(lián)通公司；綜合網(wǎng)管系統(tǒng)；缺陷分析

中圖分類號：TN915.07 文獻(xiàn)標(biāo)識碼：A 文章編號：1007-9416（2017）07-0044-02

1 聯(lián)通公司綜合網(wǎng)管系統(tǒng)的方案設(shè)計

某地區(qū)聯(lián)通傳輸綜合網(wǎng)絡(luò)管理系統(tǒng)采用一級結(jié)構(gòu)，通過建立完整的統(tǒng)一綜合網(wǎng)絡(luò)管理系統(tǒng)對全地區(qū)內(nèi)的二干和本地傳輸網(wǎng)絡(luò)進(jìn)行管理。另外借助遠(yuǎn)程操作技術(shù)，可以對本地區(qū)的傳輸網(wǎng)絡(luò)進(jìn)行維護(hù)。

在整個網(wǎng)絡(luò)管理系統(tǒng)中，管理接口通過與外界相連發(fā)揮重要作用。CORBA/IDL（Common Object Request Broker Architecture Interface Definition Language）網(wǎng)絡(luò)管理接口的管理信息模型采用IDL語言描述，通過接口的識別匹配作用對管理對象類進(jìn)行定義和繼承，不同的接口還具備一定的屬性和操作。對于參數(shù)可以借助專門的網(wǎng)絡(luò)語言對其進(jìn)行描述，保證準(zhǔn)確性。管理對象共同構(gòu)成接口模型并且通過與網(wǎng)絡(luò)管理協(xié)議的作用可以對管理對象進(jìn)行查詢和修改，從而完成對網(wǎng)絡(luò)設(shè)備的控制工作。

CORBA是對分布式對象技術(shù)的規(guī)范，其本質(zhì)是一種通用的對象請求代理體系結(jié)構(gòu)。可以將不同管理對象的操作和屬性封裝在不同的接口中，通過請求代理完成訪問和操作，進(jìn)而完成指定的功能。使用這種結(jié)構(gòu)具備一定的獨(dú)立性，對于開發(fā)大型分布異構(gòu)應(yīng)用軟件可以在這種結(jié)構(gòu)上進(jìn)行，和硬件平臺、編程語言、操作系統(tǒng)和網(wǎng)絡(luò)傳輸協(xié)議的平臺保持相對獨(dú)立。除此之外，CORBA還可以將許多通用服務(wù)提供給面向?qū)ο蟮姆植际杰浖?，比如命名服?wù)、事件服務(wù)、通知服務(wù)、對象事務(wù)處理服務(wù)及消息服務(wù)等CORBA劃分的15種服務(wù)。這些服務(wù)類型也擴(kuò)展了CORBA的核心功能，為設(shè)計人員的設(shè)計工作提供了極大的便利性。對于編程人員而言，范圍擴(kuò)大，視野更加廣泛，有利于提高資源利用率，降低開發(fā)成本，提高效益[1]。

2 綜合網(wǎng)管系統(tǒng)的測試分析

為保證網(wǎng)絡(luò)管理系統(tǒng)的性能和穩(wěn)定性，需要對網(wǎng)管接口的一致性進(jìn)行一定的測試。為提高測試自動化程度同時保證測試質(zhì)量，需要對測試流程控制的機(jī)制和手段進(jìn)行慎重選擇。對于網(wǎng)絡(luò)管系統(tǒng)的測試應(yīng)該重視功能相測試，同時還應(yīng)該兼顧界面測試、性能測試、可靠性測試、安全性測試和文檔測試。在本次測試過程中一律采用手工黑盒測試，測試人員需要對測試現(xiàn)象和測試數(shù)據(jù)進(jìn)行精準(zhǔn)的記錄，對測試結(jié)果進(jìn)行一定的分析，得出科學(xué)的結(jié)論。通過對缺陷數(shù)據(jù)的分析，給出以下統(tǒng)計分析：

2.1缺陷密度的分析

以每千行代碼的缺陷數(shù)（Defects/KLOC）來測量基本缺陷測量就是計算缺陷密度（Dd）的過程，測量單位是defects/KLOC。對于缺陷密度需要經(jīng)過一定的計算，主要計算過程如下：將開發(fā)過程中每個階段發(fā)現(xiàn)的缺陷總數(shù)標(biāo)記為D，程序中新開發(fā)的代碼行數(shù)用N標(biāo)記，每千行缺陷數(shù)可以按照以下公式進(jìn)行計算，d=1000×D/N=n個defects/KLOC。這里缺陷數(shù)為編碼階段發(fā)現(xiàn)的缺陷數(shù)，為314個（在數(shù)據(jù)表中有統(tǒng)計）。總的代碼行數(shù)經(jīng)統(tǒng)計共有215988行[2]。按照以上公式計算出缺陷密度為1.45。即表明每1000行代碼出現(xiàn)過1.45個缺陷，此系統(tǒng)中的缺陷密度較高，代碼質(zhì)量應(yīng)該進(jìn)行一定的優(yōu)化，缺陷密度的具體計算公式為：Dd=開發(fā)階段發(fā)現(xiàn)缺陷總數(shù)×1000開/發(fā)階段增修總代碼行數(shù)=Defects×1000/LOC=314×1000/215988=1.45。

2.2 各個功能模塊中缺陷的分布情況

表1主要對配置管理、故障管理、性能管理以及統(tǒng)計分析中的缺陷數(shù)量進(jìn)行統(tǒng)計分析，這也是系統(tǒng)分析過程中的重要內(nèi)容。為保證系統(tǒng)的功能，需要提高對這些功能部分的重視，同時采取一定的措施進(jìn)行加強(qiáng)控制[3]?？梢园l(fā)現(xiàn)，通過修改工作，在各個模塊和試運(yùn)行階段都出現(xiàn)了大量的缺陷，在正式使用過程中造成的故障更加頻繁。

系統(tǒng)上線之后，依然具有大量的開發(fā)工作，所以在整個試運(yùn)行階段依然具有大量的輕微編碼缺陷。

2.3 在不同發(fā)生階段缺陷的分布情況

對于發(fā)生階段而言，是引發(fā)缺陷的最初階段，并不是發(fā)現(xiàn)缺陷的階段，維護(hù)階段出現(xiàn)的缺陷主要是在維護(hù)系統(tǒng)正常運(yùn)行過程中由于失誤導(dǎo)致的問題。通過對表2相關(guān)數(shù)據(jù)分析，可以發(fā)現(xiàn)需求和設(shè)計中的不足將會使編碼缺陷放大，在維護(hù)階段的缺陷明顯增加，主要是在調(diào)試過程中對某些服務(wù)進(jìn)行關(guān)閉忘記啟動導(dǎo)致[4]。另外，配置錯誤數(shù)據(jù)也會引起資源錯誤、性能錯誤以及統(tǒng)計錯誤等，而這些缺陷一般可以采取一定的措施有效規(guī)避。

2.4 缺陷在個嚴(yán)重級別中的分布情況

通過表3 分析可以發(fā)現(xiàn)，缺陷主要集中在輕微級別和中等級別，特別嚴(yán)重的缺陷較少，但嚴(yán)重缺陷也達(dá)到33個，應(yīng)該因此引起重視。在這種條件下，系統(tǒng)的功能性會受到嚴(yán)重影響，無法達(dá)到預(yù)期目標(biāo)。在系統(tǒng)運(yùn)行中很可能伴隨程序死機(jī)、程序異常中止、重要服務(wù)終止的重大問題，這些都嚴(yán)重影響了系統(tǒng)的穩(wěn)定性。試運(yùn)行階段相對于開發(fā)階段缺陷更多，表明在實(shí)際使用中缺陷沒有得到良好控制，通過客戶對系統(tǒng)的體驗(yàn)，可以通過一定的建議對系統(tǒng)進(jìn)行優(yōu)化。

2.5 在各類別缺陷中發(fā)現(xiàn)缺陷的分布情況

分析后發(fā)現(xiàn)在試運(yùn)行階段，部分?jǐn)?shù)據(jù)的配置出現(xiàn)一定錯誤，從而導(dǎo)致經(jīng)常出現(xiàn)缺陷的問題，這種情況應(yīng)該規(guī)避。界面部分的問題跟設(shè)計有很大關(guān)聯(lián)，應(yīng)該在設(shè)計工作中進(jìn)行規(guī)范，從而通過對問題的改善提高系統(tǒng)性能[5]。

2.6 整個測試過程中的缺陷發(fā)現(xiàn)比例

DDP=（bugs_testers/（bugs_testers+bugs_customers））×100%=（365/（365+31））×100%=92.17%。

DDP（缺陷發(fā)現(xiàn)比例）是對系統(tǒng)測試效率的一種反映。buss_ testers代表測試小組和開發(fā)人員發(fā)現(xiàn)的bug個數(shù)；bugs_ customers指的是客戶發(fā)現(xiàn)的缺陷數(shù)。缺陷發(fā)現(xiàn)比例的理想數(shù)值是100%，表明希望在缺陷分析過程中，可以發(fā)現(xiàn)系統(tǒng)內(nèi)存在的所有缺陷，但實(shí)際測試跟理想差距較大，因此應(yīng)該從方式技術(shù)上提高測試力度。

3 結(jié)語

綜上所述，聯(lián)通公司綜合網(wǎng)絡(luò)管理系統(tǒng)的測試分析中，發(fā)現(xiàn)缺陷數(shù)目較多，并且在試運(yùn)行階段和開發(fā)階段，缺陷也呈現(xiàn)出一定的變化，這會對系統(tǒng)的性能和穩(wěn)定性造成嚴(yán)重影響，應(yīng)該提高重視程度。在今后的系統(tǒng)建設(shè)工作中，應(yīng)該從設(shè)計方案入手，通過改善方案設(shè)計，滿足功能性需求。同時在測試方式和技術(shù)上不斷改進(jìn)，提高對缺陷的發(fā)現(xiàn)水平和控制水平。

參考文獻(xiàn)

[1]吳美華.傳輸網(wǎng)綜合網(wǎng)管系統(tǒng)研究[J].江蘇通信，2008，（05）：123-125.

[2]楊子林.淺談通信互聯(lián)網(wǎng)中的綜合網(wǎng)管系統(tǒng)[J].科技與企業(yè)，2013，（16）：78.

[3]祁琳.通信綜合網(wǎng)管系統(tǒng)客運(yùn)專線中的應(yīng)用[J].鐵路采購與物流，2012，（03）：23.

[4]江英.電信綜合網(wǎng)管系統(tǒng)地市維護(hù)和數(shù)據(jù)保障[J].數(shù)字通信世界，2011，（04）：65.

[5]陳元清.通信互聯(lián)網(wǎng)綜合網(wǎng)管系統(tǒng)的設(shè)計與維護(hù)[J].價值工程，2010，（03）：64.endprint