楊 箴，吳方權(quán)

（貴州電網(wǎng)有限責(zé)任公司信息中心，貴陽 550002）

0 引言

依據(jù)南方電網(wǎng)公司“十三五”信息化發(fā)展規(guī)劃，某電網(wǎng)公司建設(shè)的CSGII企業(yè)管理信息系統(tǒng)已在貴州電網(wǎng)全面推廣應(yīng)用。CSGII系統(tǒng)從頂層設(shè)計(jì)了各系統(tǒng)的協(xié)同業(yè)務(wù)、跨系統(tǒng)數(shù)據(jù)流及業(yè)務(wù)流程。

CSGII 系統(tǒng)交互遵循SOA[1]（面向服務(wù)的體系結(jié)構(gòu)）技術(shù)路線。隨著CSGII系統(tǒng)應(yīng)用的不斷深入和系統(tǒng)實(shí)用化的工作要求，跨系統(tǒng)SOA 接口測(cè)試的問題日益暴露出來，急需引入有效的技術(shù)工具提升多系統(tǒng)間SOA 接口服務(wù)的測(cè)試效率，提高協(xié)同業(yè)務(wù)集成質(zhì)量。

本文提出了構(gòu)建基于SOA 的協(xié)同系統(tǒng)自動(dòng)化測(cè)試的設(shè)計(jì)和實(shí)現(xiàn)方法，闡述了項(xiàng)目背景，介紹了建設(shè)目標(biāo)、技術(shù)路線、功能架構(gòu)及系統(tǒng)關(guān)鍵技術(shù)、項(xiàng)目技術(shù)難點(diǎn)等，為保障企業(yè)級(jí)應(yīng)用系統(tǒng)的安全穩(wěn)定運(yùn)行提供參考。

1 背景

隨著企業(yè)級(jí)應(yīng)用系統(tǒng)實(shí)用化程度的不斷提升，系統(tǒng)協(xié)同業(yè)務(wù)運(yùn)行質(zhì)量顯得尤為重要。作為信息系統(tǒng)建設(shè)質(zhì)量檢驗(yàn)的最有效手段，在系統(tǒng)運(yùn)維階段也離不開軟件測(cè)試。在系統(tǒng)上線和發(fā)布前進(jìn)行充分的協(xié)同功能測(cè)試，提前發(fā)現(xiàn)接口和功能缺陷，才能確保系統(tǒng)發(fā)布后的穩(wěn)定運(yùn)行。傳統(tǒng)依靠人工的協(xié)同應(yīng)用接口測(cè)試已經(jīng)無法滿足工作的要求，在具體的接口測(cè)試過程中主要存在以下問題。

（1）CSGII系統(tǒng)接口數(shù)量龐大，沒有高效的自動(dòng)化測(cè)試手段支撐，測(cè)試效率低。因CSGII系統(tǒng)涉及230個(gè)協(xié)同場景，系統(tǒng)間交互的SOA 接口813 個(gè)，僅依靠傳統(tǒng)人工測(cè)試，給上線前的協(xié)同功能測(cè)試帶來極大的人力和時(shí)間壓力，也給運(yùn)行過程中的缺陷排查帶來極大困難，協(xié)同應(yīng)用測(cè)試效率偏低。眾多的系統(tǒng)接口相互集成產(chǎn)生海量的交互信息，測(cè)試工作量大，純?nèi)斯y(cè)試效率低，無法滿足版本管理和高效測(cè)試的要求[2]。

（2）協(xié)同業(yè)務(wù)場景的業(yè)務(wù)邏輯和接口交聯(lián)復(fù)雜，且各系統(tǒng)由不同開發(fā)商開發(fā)，管理難度大。協(xié)同功能出廠文檔資料覆蓋不全，且需求不斷擴(kuò)充，業(yè)務(wù)持續(xù)更新。CSGII系統(tǒng)協(xié)同應(yīng)用涉及230 個(gè)協(xié)同場景，因系統(tǒng)出廠測(cè)試文檔覆蓋不全且更新周期較長，協(xié)同應(yīng)用的交互過程基本屬于黑盒或灰盒狀態(tài)[3]，沒有完整明晰的文檔詳述系統(tǒng)間的交互流程、數(shù)據(jù)約束條件，對(duì)于排錯(cuò)和指導(dǎo)實(shí)操的支持度還較差。

（3）流程問題難定位，各系統(tǒng)間缺乏業(yè)務(wù)流程匯集、交互的展現(xiàn)，沒有完整的文檔記錄，導(dǎo)致問題出現(xiàn)時(shí)，無法快速、準(zhǔn)確地定位問題的所在。如一個(gè)完整的配網(wǎng)電子化移交流程涉及23次不同接口之間的交互，出現(xiàn)問題時(shí)要想迅速定位解決問題，在沒有完整地梳理交互流程的情況下是不可能實(shí)現(xiàn)的。

（4）系統(tǒng)上線之后，相比于建設(shè)階段，存在較多的現(xiàn)實(shí)難題和壓力，如不能引起業(yè)務(wù)運(yùn)行中斷，不能破壞系統(tǒng)存儲(chǔ)的真實(shí)業(yè)務(wù)數(shù)據(jù)等。

（5）SOA 接口測(cè)試過程無相關(guān)報(bào)文記錄，測(cè)試過程、測(cè)試結(jié)果難于管控、追溯。高效的協(xié)同應(yīng)用測(cè)試必須有完整、科學(xué)的方法論進(jìn)行指導(dǎo)，并且需要借助測(cè)試工具提升工作效率，在完備測(cè)試的基礎(chǔ)上才能持續(xù)正確地更新協(xié)同應(yīng)用相關(guān)知識(shí)文檔，做好知識(shí)積累。

面對(duì)這些問題，對(duì)CSGII系統(tǒng)協(xié)同功能測(cè)試方法進(jìn)行深入研究，構(gòu)建一套自動(dòng)化測(cè)評(píng)應(yīng)用平臺(tái)就顯得十分必要。

1.1 CSGII系統(tǒng)

CSGII 系統(tǒng)是南方電網(wǎng)公司遵循“統(tǒng)一領(lǐng)導(dǎo)、統(tǒng)一規(guī)劃、統(tǒng)一標(biāo)準(zhǔn)、統(tǒng)一建設(shè)”的“四統(tǒng)一”原則建設(shè)的企業(yè)級(jí)應(yīng)用系統(tǒng)2.0版本，主要涵蓋7大業(yè)務(wù)域，包括資產(chǎn)管理、營銷管理、人力資源管理、財(cái)務(wù)管理、協(xié)同辦公、綜合管理及決策支持，為南方電網(wǎng)公司的核心業(yè)務(wù)提供信息系統(tǒng)支撐。CSGII系統(tǒng)主要包括了資產(chǎn)管理系統(tǒng)（含5個(gè)子系統(tǒng)）、營銷管理系統(tǒng)、人力資源管理系統(tǒng)、財(cái)務(wù)管理系統(tǒng)、GIS 平臺(tái)、4A 平臺(tái)、數(shù)據(jù)資源管理平臺(tái)等業(yè)務(wù)系統(tǒng)及基礎(chǔ)技術(shù)平臺(tái)。目前CS?GII系統(tǒng)包含了230個(gè)協(xié)同應(yīng)用子場景。

貴州電網(wǎng)CSGII系統(tǒng)明細(xì)如表1所示。

表1 主要CSGII系統(tǒng)明細(xì)Tab.1 List of main CSGII systems

1.2 協(xié)同應(yīng)用場景

CSGII 系統(tǒng)包含了230 個(gè)協(xié)同應(yīng)用場景，通過CSGII 系統(tǒng)協(xié)同應(yīng)用實(shí)現(xiàn)各系統(tǒng)之間的數(shù)據(jù)交互、跨系統(tǒng)的數(shù)據(jù)流及業(yè)務(wù)流程。如營銷系統(tǒng)95598 客服模塊接收故障單后，派單到資產(chǎn)管理系統(tǒng)生產(chǎn)子系統(tǒng)進(jìn)行處理就是一個(gè)典型的協(xié)同應(yīng)用場景。

CSGII系統(tǒng)協(xié)同業(yè)務(wù)應(yīng)用是系統(tǒng)實(shí)用化過程中非常關(guān)鍵的一環(huán)，體現(xiàn)了各系統(tǒng)橫向協(xié)同的理念，通過信息系統(tǒng)的頂層設(shè)計(jì)，打破了部門級(jí)系統(tǒng)之間的界限和壁壘。

1.3 藍(lán)鯨平臺(tái)

企業(yè)級(jí)系統(tǒng)協(xié)同功能自動(dòng)化測(cè)試平臺(tái)是基于藍(lán)鯨智云PAAS平臺(tái)構(gòu)建的應(yīng)用，該平臺(tái)是南方電網(wǎng)公司統(tǒng)建統(tǒng)推的運(yùn)維平臺(tái)，基于該平臺(tái)的深度集成大大降低了后期的推廣難度和成本。藍(lán)鯨提供了完善的前后臺(tái)開發(fā)框架、調(diào)度引擎、公共組建等模塊[4]。

藍(lán)鯨平臺(tái)主要分3個(gè)層次。第1層為用戶界面層，是系統(tǒng)使用界面，也是系統(tǒng)的入口，主要針對(duì)測(cè)試人員；第2層為業(yè)務(wù)邏輯層，是系統(tǒng)的核心開發(fā)部分，主要是完成系統(tǒng)要求的各個(gè)模塊的邏輯功能；第3層為基礎(chǔ)服務(wù)層，主要完成一些通用服務(wù)，例如API 請(qǐng)求代理服務(wù)、數(shù)據(jù)持久化服務(wù)、隊(duì)列緩存服務(wù)等；最底層為平臺(tái)系統(tǒng)層，主要完成對(duì)硬件資源的調(diào)配，為上層提供服務(wù)。

2 技術(shù)實(shí)現(xiàn)方案

2.1 建設(shè)目標(biāo)

建設(shè)一套協(xié)同業(yè)務(wù)接口自動(dòng)化測(cè)評(píng)應(yīng)用平臺(tái)，并完成貴州電網(wǎng)實(shí)用化協(xié)同業(yè)務(wù)接口自動(dòng)化測(cè)試腳本的編制，實(shí)現(xiàn)協(xié)同業(yè)務(wù)接口的自動(dòng)化測(cè)評(píng)，提高測(cè)評(píng)效率，降低運(yùn)行過程中的缺陷排查難度。

2.2 技術(shù)路線

基于SOAP 協(xié)議[5]構(gòu)建接口自動(dòng)化測(cè)試平臺(tái)，模擬客戶端請(qǐng)求及響應(yīng)，支持貴州電網(wǎng)CSGII定制化協(xié)議報(bào)文解析，實(shí)現(xiàn)接口協(xié)議的功能性、符合性測(cè)試；基于XML[6]描述軟件接口測(cè)試腳本，實(shí)現(xiàn)測(cè)試用例和測(cè)試數(shù)據(jù)分離，并基于規(guī)范隨機(jī)生成測(cè)試數(shù)據(jù)；運(yùn)用最新數(shù)據(jù)分析和數(shù)據(jù)挖掘技術(shù)，對(duì)測(cè)試結(jié)果統(tǒng)計(jì)分析，實(shí)現(xiàn)測(cè)試質(zhì)量度量。自動(dòng)化測(cè)試原理如圖1 所示。

圖1 自動(dòng)化測(cè)試原理Fig.1 Schematic diagram of automatic test

2.3 系統(tǒng)功能設(shè)計(jì)

從系統(tǒng)功能角度，基于SOA 的協(xié)同系統(tǒng)自動(dòng)化測(cè)試平臺(tái)分為2層6大模塊。功能架構(gòu)如圖2所示。

圖2 功能架構(gòu)Fig.2 Functional architecture

2.3.1 核心層

核心層功能如下：

（1）SOA 測(cè)試引擎，系統(tǒng)最核心模塊，負(fù)責(zé)執(zhí)行測(cè)試用例、捕獲消息體、預(yù)言判斷等；

（2）數(shù)據(jù)MOCK，負(fù)責(zé)產(chǎn)生隨機(jī)數(shù)據(jù)；

（3）定時(shí)任務(wù)，負(fù)責(zé)定時(shí)任務(wù)執(zhí)行。

2.3.2 業(yè)務(wù)層

業(yè)務(wù)層功能如下：

（1）用例配置，負(fù)責(zé)生成一個(gè)具體用例測(cè)試配置；

（2）用例管理，負(fù)責(zé)用例及測(cè)試集合管理；

（3）測(cè)試日志管理，負(fù)責(zé)測(cè)試日志及結(jié)果展示。

3 關(guān)鍵技術(shù)

3.1 接口自動(dòng)化測(cè)試示例

配置接口自動(dòng)化測(cè)試示例分為5步：（1）配置相關(guān)自動(dòng)測(cè)試引擎；（2）準(zhǔn)備相關(guān)的場景測(cè)試用例；（3）根據(jù)測(cè)試用例，執(zhí)行測(cè)試步驟；（4）查看各消息在SOA 系統(tǒng)的分發(fā)記錄；（5）查看是否按預(yù)定路徑分發(fā)及驅(qū)動(dòng)下一個(gè)消息，查看請(qǐng)求及響應(yīng)體是否符合預(yù)期。協(xié)同自動(dòng)化測(cè)試示例如圖3所示。

圖3 協(xié)同自動(dòng)化測(cè)試示例Fig.3 Example diagram of collaborative system automation test platform based SOA

一般情況下，測(cè)試人員基于一個(gè)測(cè)試集合（TestUnit）執(zhí)行一次測(cè)試工作。對(duì)于單接口連通測(cè)試，一個(gè)TestUnit包括了多條接口測(cè)試用例。在此場景下，測(cè)試要點(diǎn)是消息請(qǐng)求和返回是否符合預(yù)期即可。對(duì)于SOA 場景測(cè)試，一個(gè)場景測(cè)試相當(dāng)于一個(gè)TestUnit，內(nèi)部可能包含一條或多條接口，而每條接口可能觸發(fā)一個(gè)或多個(gè)節(jié)點(diǎn)。在此場景下，測(cè)試要點(diǎn)包括每個(gè)接口的請(qǐng)求、響應(yīng)，還包括其所有的傳播路徑及每個(gè)觸發(fā)節(jié)點(diǎn)是否符合預(yù)期。復(fù)雜度比單接口測(cè)試高一個(gè)數(shù)量級(jí)。

3.2 會(huì)話保密設(shè)計(jì)

3.2.1 會(huì)話管理

系統(tǒng)提供的會(huì)話管理具體控制措施主要有：（1）用戶登陸藍(lán)鯨平臺(tái)后點(diǎn)擊該應(yīng)用，應(yīng)用會(huì)向API 接口服務(wù)發(fā)起認(rèn)證請(qǐng)求，認(rèn)證通過后返回臨時(shí)調(diào)用憑證；（2）獲取憑證后進(jìn)入到應(yīng)用主頁即項(xiàng)目搜索頁面，每次調(diào)用后端接口均需攜帶臨時(shí)憑證，后端驗(yàn)證憑證成功后會(huì)延長憑證有效期；（3）在應(yīng)用頁面超過有效期未操作，則臨時(shí)憑證會(huì)失效，會(huì)重新開始之前的認(rèn)證過程；（4）后端綁定了認(rèn)證服務(wù)器來源，因此只有藍(lán)鯨平臺(tái)的用戶才能成功獲取臨時(shí)憑證，從而調(diào)用接口，正常使用該應(yīng)用。

3.2.2 訪問控制

系統(tǒng)使用藍(lán)鯨平臺(tái)的用戶管理模塊，即用戶權(quán)限在藍(lán)鯨平臺(tái)操作，不同的用戶通過藍(lán)鯨平臺(tái)認(rèn)證后，通過接口獲取個(gè)人相關(guān)的測(cè)試項(xiàng)目以及相關(guān)數(shù)據(jù)。

3.2.3 數(shù)據(jù)安全管理

數(shù)據(jù)安全管理如下。

（1）服務(wù)端數(shù)據(jù)安全控制措施[7]包括隔離應(yīng)用的源代碼等文件，不能通過外部網(wǎng)絡(luò)請(qǐng)求方式獲取文件數(shù)據(jù)；用戶登錄的驗(yàn)證信息通過對(duì)稱加密的方式進(jìn)行加密傳輸，后臺(tái)通過秘鑰進(jìn)行解密，獲取用戶信息。

（2）客戶端數(shù)據(jù)安全控制措施包括用戶的信息數(shù)據(jù)不通過URL 參數(shù)形式傳遞；禁止表單中的自動(dòng)填充功能，防止用戶信息被盜用。

3.2.4 接口程序安全

該系統(tǒng)主要用于企業(yè)內(nèi)部網(wǎng)絡(luò)，相應(yīng)的接口亦只能通過內(nèi)部網(wǎng)絡(luò)調(diào)用，這能起到一定的網(wǎng)絡(luò)隔離作用，只有通過驗(yàn)證的合法用戶才能調(diào)用接口程序。

4 技術(shù)難點(diǎn)及處理方法

4.1 協(xié)同應(yīng)用測(cè)試方法論

4.1.1 接口總體版本管控

接口總體版本管控如下。

（1）做好CSGII系統(tǒng)接口的版本管理，記錄好本系統(tǒng)提供的接口的關(guān)鍵信息，如接口名稱、接口編號(hào)、歷史版本、下發(fā)時(shí)間、更新情況等。

（2）做好接口的版本管理工作，接口需要更新時(shí)提交審批，確保版本的穩(wěn)定性。

（3）在測(cè)試期間按“SOA 技術(shù)管控”相關(guān)模板提交對(duì)應(yīng)資料，并提供必要的紙質(zhì)資料簽字確認(rèn)，確保服務(wù)注冊(cè)、服務(wù)變更、服務(wù)注銷的全過程管控。

4.1.2 測(cè)試環(huán)境聯(lián)調(diào)關(guān)鍵點(diǎn)

測(cè)試環(huán)境聯(lián)調(diào)關(guān)鍵點(diǎn)如下。

（1）確認(rèn)聯(lián)調(diào)哪些場景、功能點(diǎn)。

（2）各個(gè)系統(tǒng)版本聯(lián)調(diào)兼容性確認(rèn)。

（3）相關(guān)場景、功能點(diǎn)調(diào)用的服務(wù)/數(shù)據(jù)隊(duì)列梳理。

（4）確認(rèn)數(shù)據(jù)準(zhǔn)備是否完備（試點(diǎn)單位的數(shù)據(jù)是否已導(dǎo)入、涉及主數(shù)據(jù)是否已完成初始化）。

（5）服務(wù)連通性測(cè)試1（各系統(tǒng)本身發(fā)布的服務(wù)能夠正常訪問）。

（6）確認(rèn)各系統(tǒng)接口服務(wù)器到SOA總線的端口正常訪問。

（7）服務(wù)連通性測(cè)試2（注冊(cè)到SOA的服務(wù)各個(gè)系統(tǒng)能夠正常訪問）。

（8）各個(gè)系統(tǒng)確認(rèn)是否有服務(wù)調(diào)用的配置項(xiàng)或流程，是否已經(jīng)啟用，平臺(tái)檢查用戶名、密碼、參數(shù)、模型、流程等配置是否正確。

（9）配置自動(dòng)測(cè)試流程。

（10）開始聯(lián)調(diào)。

（11）排錯(cuò)（查日志、報(bào)文、定位故障點(diǎn)、解決問題、記錄問題及解決方法）。

（12）確認(rèn)完成技術(shù)聯(lián)調(diào)，整理過程調(diào)用報(bào)文以便復(fù)用，自動(dòng)生成測(cè)試報(bào)告。

4.2 協(xié)同場景自動(dòng)化測(cè)試配置

場景即一個(gè)測(cè)試場景，一個(gè)場景包含一個(gè)或多個(gè)SOA 服務(wù)，這些SOA 服務(wù)可能在執(zhí)行順序上有先后順序，有可能參數(shù)與返回結(jié)果有引用關(guān)系。這一組SOA 服務(wù)也可以沒有任何關(guān)系，僅僅是因?yàn)樗麄冊(cè)谝黄鸾M成了一個(gè)場景。創(chuàng)建場景后，根據(jù)場景涉及的SOA 服務(wù)，逐個(gè)搜索出SOA 服務(wù)，通過簡單地點(diǎn)擊服務(wù)名稱，為場景添加測(cè)試用例。啟動(dòng)場景測(cè)試，即可對(duì)涉及的一系列接口進(jìn)行測(cè)試，測(cè)試的詳情會(huì)記錄到日志，點(diǎn)擊查看場景日志，會(huì)羅列出該場景的每次測(cè)試整體結(jié)果，查看詳情可以還原測(cè)試現(xiàn)場，包括調(diào)用接口時(shí)傳遞了哪些參數(shù)，服務(wù)接口詳細(xì)的返回值，很好地支持測(cè)試結(jié)果的分析。

4.3 SOA接口無法正常調(diào)用

大多數(shù)情況下，SOA 參數(shù)類型為基本類型，例如數(shù)字類型、字符串類型。但是對(duì)于服務(wù)接口參數(shù)類型非基本類型的，即參數(shù)的只是一個(gè)復(fù)合體，此種情況下僅能解析第1層參數(shù)，無法設(shè)置參數(shù)值為復(fù)雜類型。基版直接采用列表的方式展示其參數(shù)的輸入，對(duì)與含有復(fù)合參數(shù)的服務(wù)，調(diào)用時(shí)無法解析參數(shù)總是服務(wù)調(diào)用失敗。

重新調(diào)整了參數(shù)輸入界面，對(duì)于普通參數(shù)接口仍采用列表形式展示參數(shù)輸入，對(duì)于包含特殊復(fù)雜參數(shù)的SOA 服務(wù)，采用文本域接收器[8]參數(shù)。添加用例時(shí)會(huì)自動(dòng)識(shí)別參數(shù)是否為復(fù)雜類型，復(fù)雜類型會(huì)生成JSON格式模版，較往常的XML簡潔許多，便于填寫參數(shù)。

5 效益分析

5.1 經(jīng)濟(jì)效益分析

5.1.1 接口技術(shù)連通性批量測(cè)試

貴州電網(wǎng)目前有SOA接口813個(gè)，每次大版本發(fā)布只能檢查服務(wù)連通性時(shí)，都只有人工調(diào)用確認(rèn)，效率低、工作量大。按每個(gè)SOA 接口需要10 min 確認(rèn)，813×10/60/8＝16.93 人·天；按每年6 次大版本發(fā)布，每年SOA 接口連通性自動(dòng)化批量測(cè)試可節(jié)約101.58 人·天；按每天1 400 元實(shí)施費(fèi)計(jì)算，每年可節(jié)約14.22萬元。

5.1.2 協(xié)同應(yīng)用自動(dòng)化測(cè)試

按230 個(gè)協(xié)同場景，每次大版本測(cè)試涉及30%的協(xié)同場景，每個(gè)協(xié)同場景測(cè)試2人·天，每次大版本發(fā)布自動(dòng)測(cè)試可節(jié)約230×0.3×2＝138 人·天；按每年6 次大版本升級(jí)計(jì)算，每年可節(jié)約828人·天；按每天1 400元實(shí)施費(fèi)計(jì)算，每年可節(jié)約115.92萬元。

5.1.3 異常日志快速定位、統(tǒng)計(jì)

通過協(xié)同業(yè)務(wù)功能建模，全面梳理了協(xié)同應(yīng)用調(diào)用邏輯，提升異?？焖俣ㄎ坏哪芰?。出現(xiàn)性能異常時(shí)，可按系統(tǒng)接口維度直接定位問題日志，可視可控，提升問題排查效率。按每年6次大版本發(fā)布，每次大版本測(cè)試異常個(gè)數(shù)50個(gè)計(jì)算，每個(gè)異常定位15 min，可節(jié)約人力50×15×6/60/8＝75 人·天；按每天1 400元實(shí)施費(fèi)計(jì)算，每年可節(jié)約10.5萬元。

5.2 社會(huì)效益分析

CSGII系統(tǒng)與企業(yè)及所有員工都有密切的關(guān)系，通過該自動(dòng)化測(cè)試平臺(tái)的建設(shè)，提升測(cè)試工作質(zhì)量和效率，為各個(gè)業(yè)務(wù)系統(tǒng)及時(shí)測(cè)試、發(fā)布提供了更高效的工具，保障了電網(wǎng)核心信息系統(tǒng)相關(guān)業(yè)務(wù)的高效運(yùn)轉(zhuǎn)。

（1）有力地保障了配網(wǎng)電子化移交、故障搶修等跨專業(yè)、跨系統(tǒng)核心業(yè)務(wù)在系統(tǒng)測(cè)試過程中高效的迭代，支持了電網(wǎng)核心業(yè)務(wù)的正常流轉(zhuǎn)，提升了整體的工作效率。

（2）通過嚴(yán)密的協(xié)同應(yīng)用版本管理，確保了協(xié)同升級(jí)的穩(wěn)定性，保證了公司企業(yè)級(jí)管理信息系統(tǒng)及重要信息系統(tǒng)的安全上線及無間斷運(yùn)行，有力地保障了電網(wǎng)的安全穩(wěn)定運(yùn)行，樹立了公司的企業(yè)形象。

（3）通過日志管理模塊的應(yīng)用，對(duì)各個(gè)系統(tǒng)的測(cè)試情況進(jìn)行分類分析，可按系統(tǒng)維度反向分析各信息系統(tǒng)的開發(fā)質(zhì)量，為供應(yīng)商評(píng)級(jí)提供依據(jù)。

6 結(jié)束語

協(xié)同系統(tǒng)自動(dòng)化測(cè)試平臺(tái)實(shí)現(xiàn)了協(xié)同自動(dòng)化測(cè)試的固化，支撐了協(xié)同測(cè)試用例管理、實(shí)施管理、測(cè)試結(jié)果管理及展示。平臺(tái)設(shè)計(jì)了可視化測(cè)試配置模塊，將測(cè)試項(xiàng)規(guī)則化，實(shí)現(xiàn)接口測(cè)試信息域自動(dòng)提取，自動(dòng)產(chǎn)生測(cè)試報(bào)文。

協(xié)同系統(tǒng)自動(dòng)化測(cè)試平臺(tái)實(shí)現(xiàn)了貴州電網(wǎng)實(shí)用化協(xié)同業(yè)務(wù)接口自動(dòng)化測(cè)試腳本編制與驗(yàn)證，建立接口自動(dòng)化腳本集，可以將協(xié)同功能測(cè)試由人工測(cè)試向自動(dòng)化測(cè)試轉(zhuǎn)變，增強(qiáng)測(cè)試充分性和全面性，提升測(cè)試效率，減少測(cè)試人力投入，減少系統(tǒng)運(yùn)行異常，降低缺陷排查的難度。