姜舒寧+雅茹

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

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

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

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

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

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

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

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

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

2.1缺陷密度的分析

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

2.2 各個(gè)功能模塊中缺陷的分布情況

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

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

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

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

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

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

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

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

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

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

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

3 結(jié)語

綜上所述，聯(lián)通公司綜合網(wǎng)絡(luò)管理系統(tǒng)的測(cè)試分析中，發(fā)現(xiàn)缺陷數(shù)目較多，并且在試運(yùn)行階段和開發(fā)階段，缺陷也呈現(xiàn)出一定的變化，這會(huì)對(duì)系統(tǒng)的性能和穩(wěn)定性造成嚴(yán)重影響，應(yīng)該提高重視程度。在今后的系統(tǒng)建設(shè)工作中，應(yīng)該從設(shè)計(jì)方案入手，通過改善方案設(shè)計(jì)，滿足功能性需求。同時(shí)在測(cè)試方式和技術(shù)上不斷改進(jìn)，提高對(duì)缺陷的發(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].鐵路采購(gòu)與物流，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è)計(jì)與維護(hù)[J].價(jià)值工程，2010，（03）：64.endprint