金家紅+李志鵬+楊碧峰

摘要：智能用電采集自動化測試系統(tǒng)研究智能用電采集端如何實現(xiàn)自動化測試，如何通過平臺化的設計對不同的被測產(chǎn)品進行測試。測試工程師可根據(jù)個人測試想法在系統(tǒng)中通過測試因子、測試用例、測試方案三級結(jié)構(gòu)的有序搭建，構(gòu)建起一套完整的測試方案，用于智能電能表、智能用電采集終端和智能家居采集終端等用電采集產(chǎn)品的自動化測試。

關(guān)鍵詞：測試因子；測試用例；測試方案；智能電能表；智能用電采集終端 文獻標識碼：A

中圖分類號：TP273 文章編號：1009-2374（2016）32-0017-03 DOI：10.13535/j.cnki.11-4406/n.2016.32.008

從目前智能電用采集行業(yè)的測試現(xiàn)狀來看，多數(shù)測試工作具有重復性操作多、數(shù)據(jù)量大、消耗時間長等特點，且具有測試準確度低、測試項目難以全面覆蓋、人工測試強度大等弊端，在測試員有限和測試技術(shù)缺乏的情況下，這些工作使得測試部門每天都在滿負荷運轉(zhuǎn)來消化測試任務，且成效不大。在國網(wǎng)公司統(tǒng)一招標的背景下，隨著企業(yè)訂貨量和業(yè)務范圍的不斷擴大，測試資源緊缺與測試工作量不斷增加之間的矛盾顯得尤為突出。針對上述情況，我公司結(jié)合市場需求和自身發(fā)展需要，經(jīng)過近一年的需求調(diào)研和分析，并進行篩選和抽象，適時地啟動了智能用電采集自動化測試系統(tǒng)的開發(fā)工作。智能用電采集自動化測試系統(tǒng)可以代替人工測試執(zhí)行研發(fā)自測和驗收測試。本項目的應用和推廣，將能夠有效地解決測試效率低、測試項目難以全面覆蓋、占用人力資源多、研發(fā)質(zhì)量把控不嚴等一系列問題，且對行業(yè)發(fā)展和國網(wǎng)送樣中產(chǎn)品質(zhì)量的提升具有積極的推進作用。在目前國內(nèi)該領(lǐng)域自動化測試需求日益突出的背景下，該項目的啟動和應用顯得尤為緊迫和必要。

1 系統(tǒng)分析

1.1 需求分析

目前，國內(nèi)在研究智能用電產(chǎn)品自動化測試方面還處于起步階段，當前市場上的測試平臺均不能滿足行業(yè)內(nèi)對測試的自動化需求。智能用電采集自動化測試系統(tǒng)正是在這一背景下立項開發(fā)，相比國內(nèi)目前存在的自動化或者半自動化測試系統(tǒng)，我們認為智能用電采集自動化測試系統(tǒng)應該具備測試方案構(gòu)建自主性和配置靈活性更好，系統(tǒng)可擴展性和可兼容性更強，測試方案的審核控制流程更嚴謹，數(shù)據(jù)管理和方案管理更為科學等技術(shù)優(yōu)勢。綜合以上特點開發(fā)的系統(tǒng)，在應用過程中，不但可以不斷兼容智能用電新產(chǎn)品的通信協(xié)議進行符合性測試，還可以根據(jù)測試工程師的測試意愿自主編輯測試方案，進行產(chǎn)品的功能性測試。并保證測試方案在研發(fā)自測和中試驗證階段的測試效果，該系統(tǒng)還可以不斷累計測試方案和測試經(jīng)驗，形成可追溯的數(shù)據(jù)管理體系，便于將來的測試經(jīng)驗借鑒和測試結(jié)果追溯，在實際應用過程中更為方便實用。

1.2 系統(tǒng)架構(gòu)設計

如圖1所示，智能用電采集自動化測試系統(tǒng)基于VS2010開發(fā)平臺和SQLServer2005數(shù)據(jù)庫進行設計開發(fā)。該系統(tǒng)兼容瀏覽器模式，主要劃分為兩部分，分別為服務器端和客戶端，下面針對系統(tǒng)的邏輯架構(gòu)進行簡要說明。

1.2.1 服務器端：服務器端主要用于數(shù)據(jù)處理和數(shù)據(jù)存儲，數(shù)據(jù)處理層主要包括Web發(fā)布、數(shù)據(jù)交互處理和數(shù)據(jù)庫接口類庫，主要業(yè)務包括管理測試因子、測試用例、測試方案、歷史數(shù)據(jù)。審核測試用例、測試方案，發(fā)布正式版客戶端和外掛軟件是該系統(tǒng)的主體組成部分，系統(tǒng)的所有功能操作都在數(shù)據(jù)處理層完成；數(shù)據(jù)存儲層以SQLServer2005數(shù)據(jù)庫為載體進行數(shù)據(jù)存儲過程處理和數(shù)據(jù)存儲，為智能用電采集自動化測試系統(tǒng)的使用提供強有力的數(shù)據(jù)支撐，保存了大量的歷史數(shù)據(jù)和經(jīng)驗數(shù)據(jù)，使系統(tǒng)數(shù)據(jù)具備可追溯性，是系統(tǒng)正常運行的必要條件。

1.2.2 客戶端：客戶端兼容瀏覽器模式，在終端用戶PC機上安裝客戶端瀏覽器，用于本地測試設備驅(qū)動和服務器公共平臺測試方案腳本下載，從而實現(xiàn)測試方案的本地化執(zhí)行，提高測試可靠性和穩(wěn)定性?？蛻舳酥饕獦I(yè)務包括執(zhí)行測試、執(zhí)行審核，用戶通過客戶端將測試用例、測試方案從服務器下載到本地后，執(zhí)行測試，保證測試過程中通訊的安全性、可靠性和穩(wěn)定性，并支持脫網(wǎng)

測試。

1.3 系統(tǒng)組成

如圖2所示，本系統(tǒng)軟件共需要七部分功能模塊，分別為檔案管理模塊、測試流程管理模塊、評審審核模塊、測試數(shù)據(jù)管理、系統(tǒng)管理、個人信息和顯示窗體，下面對這七部分功能需求做詳細描述：

1.3.1 檔案管理模塊：主要用于管理本系統(tǒng)兼容的被測產(chǎn)品和與本系統(tǒng)配套的測試設備的檔案的添加、修改與刪除。該部分主要分為電能表驅(qū)動管理、采集終端驅(qū)動管理、輔助設備驅(qū)動管理、通訊口配置管理四部分。

1.3.2 測試流程管理模塊：該模塊為本系統(tǒng)的核心模塊之一。主要用于編輯測試因子、測試用例、測試方案以及執(zhí)行一鍵式自動化測試和測試結(jié)果的查看及導出等。其中測試因子、測試用例、測試方案是支持一鍵式自動化測試的三級要素，若干的測試因子經(jīng)過有序的排列組合形成測試用例，若干的測試用例集合在一起形成測試方案。測試方案是一鍵式自動化測試的主要執(zhí)行對象。

1.3.3 評審審核：該功能模塊為本系統(tǒng)的統(tǒng)一審核接口，所有設計階段和測試階段的流程審核都在此功能模塊呈現(xiàn)并完成，該功能模塊權(quán)限只對行政主管和測試產(chǎn)品負責人開放，具有高級權(quán)限。主要包括測試因子入庫審核、測試用例入庫審核、測試方案審核、測試報告審核。

1.3.4 測試數(shù)據(jù)管理：主要用于存儲和管理測試方案及測試結(jié)果，從而累計測試經(jīng)驗和測試成果，形成可追溯性的數(shù)據(jù)管理體系，便于后續(xù)測試方案的改進、借鑒和測試結(jié)果的追溯。

1.3.5 系統(tǒng)管理：主要包括角色管理和用戶管理兩部分功能，為系統(tǒng)用戶提供權(quán)限分配，為系統(tǒng)常用的功能管理模塊，其中角色管理中包含頁面訪問權(quán)限管理和操作權(quán)限管理功能。用戶可根據(jù)實際需要關(guān)聯(lián)相關(guān)角色，一個角色可對應多個用戶。

1.3.6 個人信息：主要反映當前登錄用戶的個人信息，包括個人信息瀏覽、系統(tǒng)提醒和修改密碼三部分。

1.3.7 顯示窗口：主要向用戶呈現(xiàn)系統(tǒng)測試時的實時狀態(tài)和測試后的測試結(jié)果。它通過實時測試狀態(tài)監(jiān)控、報文顯示、結(jié)果判斷、分類存儲等手段，向用戶全方位多角度地展示了產(chǎn)品測試信息。

2 關(guān)鍵技術(shù)及實現(xiàn)

2.1 測試方案的自主性

本系統(tǒng)不參與任何測試方案的決策，只負責執(zhí)行，測試方案的制定完全交由測試工程師完成，從而充分體現(xiàn)和尊重了“人”的測試方法和測試意愿，有效地做到了測試方案的靈活性。本系統(tǒng)首次提出了“測試因子”和“因子塊”的概念，測試因子是構(gòu)成測試方案的最小操作步驟，測試工程師可以根據(jù)自己的測試意愿隨意添加測試因子，并進行一定邏輯關(guān)系的排列組合，從而形成測試用例，一個測試用例即為一種測試方法，這種靈活的編輯方法可以使測試工程師充分針對一個功能項編輯出多套測試用例，而多個不同的功能項下的多套測試用例集合在一起就形成了測試方案，從而對電能表的功能項進行全方位多角度的測試，如圖3所示：

2.2 測試方案的開源性

該系統(tǒng)測試方案可以由多人同時構(gòu)建，從而使測試方案在構(gòu)建過程中不斷被完善和優(yōu)化。多人共同構(gòu)建測試方案，既可以集合不同的優(yōu)秀測試思想和測試方法，又可以提高構(gòu)建方案的工作效率，最后由項目負責人統(tǒng)一整合并提交審核，從而不斷地累計測試經(jīng)驗和測試方法。在實際應用過程中，編輯測試用例、測試方案后上傳至服務器，提交審核，發(fā)布至正式庫公共平臺，未提交審核或者審核不通過時，系統(tǒng)為測試用例和測試方案提供完全公開、項目組公開和隱私三級公開權(quán)限，公開的測試用例和方案，多個用戶可以共同參與修改優(yōu)化，不公開的測試用例和方案只能自己看到，自己調(diào)試或者測試，但測試結(jié)果不列入正式測試報告。

2.3 測試數(shù)據(jù)準確性判斷

系統(tǒng)對每一個功能子項的測試數(shù)據(jù)與基準裝置或者基準數(shù)據(jù)進行實時比對，并結(jié)合實際情況進行誤差校正，以求達到測試結(jié)果的準確性。為了盡可能地保證數(shù)據(jù)的準確性，首先通過通訊可靠性手段保證召測數(shù)據(jù)的可靠性和準確性，然后通過準確的解析算法保證解析數(shù)據(jù)的正確性，最后將解析后的數(shù)據(jù)與基準設備（如標準表、脈沖計量工裝等）進行比對，進而對測試數(shù)據(jù)進行判斷并得出合理結(jié)論。

針對由多個測試子項組成功能測試項目，應先對各個子項進行數(shù)據(jù)比對，各個子項比對結(jié)論全部合格后才視為整個測試項目合格，否則該測試項目為不合格?？傊捎诮Y(jié)論的判斷受多方面影響，系統(tǒng)在做好數(shù)據(jù)可靠性傳輸?shù)耐瑫r，通過多種比對算法保證測試結(jié)果的準

確性。

2.4 通訊可靠性

智能用電采集自動化測試系統(tǒng)在實際運行過程中需要不斷處理多種不同類型的設備數(shù)據(jù)，如何保證這些設備與智能用電采集自動化測試系統(tǒng)之間的通訊穩(wěn)定可靠，是系統(tǒng)設計的關(guān)鍵。經(jīng)過認真的分析研究，我們決定采用以下方式：

2.4.1 客戶端模式執(zhí)行測試：本系統(tǒng)采用客戶端模式執(zhí)行測試，即通過客戶端從服務器公共庫平臺下載測試方案并執(zhí)行，支持脫機測試，從而有效地解決了因網(wǎng)絡因素導致的測試不穩(wěn)定或者斷網(wǎng)導致無法測試的情況。

2.4.2 數(shù)據(jù)重發(fā)機制：智能用電采集自動化測試系統(tǒng)在與設備通訊過程中，為了保證數(shù)據(jù)傳輸?shù)臏蚀_性，增加重發(fā)機制來提高抗干擾能力。如果存在在規(guī)定的時間內(nèi)數(shù)據(jù)交互失敗的情況，程序就會自動進入數(shù)據(jù)重發(fā)流程進行數(shù)據(jù)重發(fā)，如果3次數(shù)據(jù)重發(fā)仍然失敗，則視為本次通訊失敗，系統(tǒng)將把失敗記錄存入數(shù)據(jù)庫中，并繼續(xù)進行下一個測試用例的測試。

2.4.3 增加通信校驗：通信報文組幀過程中，在規(guī)約基本校驗基礎(chǔ)上又增加了CRC校驗模式，進一步增加通信過程中的傳輸可靠性。

3 應用數(shù)據(jù)分析

使用智能用電采集自動化測試系統(tǒng)測試出的單相費控智能電能表的測試報告，如表1所示：

4 結(jié)語

伴隨著智能用電行業(yè)的快速發(fā)展和智能用電產(chǎn)品的快速更新，智能用電采集自動化測試系統(tǒng)在對產(chǎn)品質(zhì)量把控和提高測試效率方面必將發(fā)揮自己的獨特作用。由于市場對產(chǎn)品的交付周期不斷加快和對產(chǎn)品成本的不斷壓縮，這樣一款可以快速實現(xiàn)自動化測試的測試系統(tǒng)對于縮短整個項目周期、節(jié)省測試成本有著直接的效應，這也就決定了它必將是測試市場和業(yè)界所需要的。

參考文獻

[1] 劉宣.電力用戶用電信息采集系統(tǒng)功能規(guī)范（Q/GDW 1373-2013）[S].國家電網(wǎng)公司營銷部，2013.

[2] 蘭多夫.Visual Studio 2010高級編程[M].北京：清華大學出版社，2012.

[3] 王秀英，SQLServer2005實用教程[M].北京：北京交通大學出版社，2010.

[4] 賀振歡.Web服務器開發(fā)技術(shù)[M].北京：人民郵電出版社，2007.

[5] 國家電網(wǎng)公司智能電能表系列標準宣貫材料[S].國家電網(wǎng)公司營銷部，2013.

[6] 張文亮，劉壯志，等.智能電網(wǎng)的研究進展及發(fā)展趨勢[J].電網(wǎng)技術(shù)，2009，13（7）.

作者簡介：金家紅（1967-），浙江紹興人，國網(wǎng)浙江省電力公司紹興供電公司高級工程師，研究方向：客戶服務管理和智能用電管理；李志鵬（1985-），河南長葛人，河南許繼儀表有限公司工程師，研究方向：系統(tǒng)軟件、通訊及測試技術(shù)；楊碧峰（1977-），浙江紹興人，國網(wǎng)浙江省電力公司紹興供電公司高級工程師，研究方向：客戶服務管理和智能用電管理。

（責任編輯：黃銀芳）