關(guān)于城軌嵌入式軟件自動(dòng)化測(cè)試框架的設(shè)計(jì)和實(shí)現(xiàn)的論文

　　城市軌道交通系統(tǒng)的關(guān)鍵系統(tǒng)如聯(lián)鎖（CI，Computer based Interlocking）系統(tǒng) ， 車(chē)載控制（CC，Carborne Controller，）系統(tǒng) ， 軌旁區(qū)域控制器（ZC，Zone Controller）， 軌 旁 線(xiàn) 路 控 制 器（LC，Line Controller）均為安全苛求系統(tǒng)（Safety Critical System）。為了滿(mǎn)足安全苛求系統(tǒng)故障 — 安全的需要 ，高實(shí)時(shí)性 ， 多任務(wù)的嵌入式系統(tǒng)成為首選 [1] 。為了提高其關(guān)鍵系統(tǒng)的嵌入式軟件測(cè)試效率 ， 克服手工測(cè)試存在的困難 ， 有效提高該領(lǐng)域的自動(dòng)化測(cè)試程度成為亟需解決的關(guān)鍵問(wèn)題。本文分析面向城軌軟件黑盒測(cè)試的自動(dòng)化測(cè)試難點(diǎn) ；闡述城軌嵌入式軟件的自動(dòng)化測(cè)試策略、自動(dòng)化測(cè)試框架設(shè)計(jì)思想和自動(dòng)化測(cè)試框架整體架構(gòu)；提出基于面向服務(wù)的架構(gòu)（SOA，Service Oriented Architecture）的實(shí)現(xiàn)方法 ；介紹該框架在軌旁安全平臺(tái)系統(tǒng)測(cè)試中的應(yīng)用情況。

　　1城軌嵌入式軟件的自動(dòng)化測(cè)試

　　難點(diǎn)從被測(cè)對(duì)象的角度來(lái)看，城軌嵌入式系統(tǒng)在故障 — 安全、實(shí)時(shí)性、容錯(cuò)性上都有嚴(yán)苛的要求。對(duì)于此類(lèi)軟件的測(cè)試，在測(cè)試場(chǎng)景構(gòu)造、測(cè)試激勵(lì)和測(cè)試結(jié)果捕獲上都存在一定的困難。其自動(dòng)化測(cè)試難點(diǎn)可具體概括為以下幾方面。

　　1。1 測(cè)試場(chǎng)景復(fù)雜從仿真系統(tǒng)的角度看 ， 實(shí)時(shí)嵌入式軟件仿真測(cè)試平臺(tái)實(shí)際上是一種面向?qū)崟r(shí)嵌入式軟件測(cè)試的半實(shí)物仿真系統(tǒng)。因此，在測(cè)試場(chǎng)景中需仿真大量的外部設(shè)備，并能通過(guò)測(cè)試腳本，精確控制這些仿真設(shè)備的行為，如信號(hào)機(jī)、道岔、信標(biāo)、仿真列車(chē)、仿真 CI、仿真 CC、仿真 ZC，仿真 LC、仿真列車(chē)自動(dòng)監(jiān)控（ATS，Automatic Train Supervision）系統(tǒng) ；另外，根據(jù)被測(cè)軟件和測(cè)試數(shù)據(jù)不同，測(cè)試場(chǎng)景需構(gòu)造以上仿真設(shè)備的子集，并采用合適的軌道線(xiàn)路數(shù)據(jù)，仿真設(shè)備參數(shù)，安全通信協(xié)議等。

　　1。2 測(cè)試激勵(lì)的實(shí)時(shí)性與時(shí)序性當(dāng)采用黑盒測(cè)試方式（激勵(lì) — 反饋機(jī)制）對(duì)城軌嵌入式軟件自動(dòng)化測(cè)試時(shí) ：（1）被測(cè)系統(tǒng)需要實(shí)時(shí)獲取和處理外部激勵(lì)數(shù)據(jù)，測(cè)試平臺(tái)也需要實(shí)時(shí)獲取和分析被測(cè)對(duì)象的反饋數(shù)據(jù) ；（2）測(cè)試平臺(tái)需確保對(duì)于相同的測(cè)試用例，每一次進(jìn)行測(cè)試執(zhí)行的過(guò)程中，其產(chǎn)生的測(cè)試激勵(lì)數(shù)據(jù)在時(shí)序關(guān)系上是完全一致的。1。3 測(cè)試結(jié)果處理困難（1）需要在被測(cè)對(duì)象中合理地嵌入測(cè)試代理模塊捕獲被測(cè)對(duì)象的測(cè)試結(jié)果，包括狀態(tài)變量、校核字等；（2）測(cè)試平臺(tái)需在線(xiàn)或離線(xiàn)分析這些測(cè)試結(jié)果，給出最后的用例執(zhí)行報(bào)告。

　　2城軌嵌入式軟件的自動(dòng)化測(cè)試策略

　　自動(dòng)化測(cè)試是指，把以人為驅(qū)動(dòng)的測(cè)試行為轉(zhuǎn)化為計(jì)算機(jī)依據(jù)一定規(guī)則與設(shè)計(jì)自動(dòng)執(zhí)行測(cè)試行為的一種過(guò)程[2]。通過(guò)工具代替或輔助人工進(jìn)行測(cè)試執(zhí)行過(guò)程，目標(biāo)是通過(guò)較少的開(kāi)銷(xiāo)，使被測(cè)對(duì)象得到更充分的測(cè)試，提升產(chǎn)品質(zhì)量。在制定自動(dòng)化測(cè)試策略時(shí)，需從自動(dòng)化測(cè)試投資回報(bào)率的角度，對(duì)自動(dòng)化測(cè)試需求分配合適的優(yōu)先級(jí)。因此，對(duì)于城軌軟件測(cè)試而言，自動(dòng)化測(cè)試主要用于軟件或系統(tǒng)的黑盒測(cè)試，并且產(chǎn)品生命周期較長(zhǎng)，回歸測(cè)試較多，在如下場(chǎng)合尤其適合進(jìn)行自動(dòng)化測(cè)試。

　　2。1適合進(jìn)行自動(dòng)化測(cè)試的場(chǎng)合（1）安全平臺(tái)產(chǎn)品，包括安全基礎(chǔ)類(lèi)庫(kù)、安全協(xié)議等，該類(lèi)產(chǎn)品作為企業(yè)的基礎(chǔ)軟件產(chǎn)品，一般開(kāi)發(fā)周期長(zhǎng)，回歸測(cè)試頻繁 ；（2）項(xiàng)目數(shù)據(jù)測(cè)試，如列控中心報(bào)文數(shù)據(jù)測(cè)試，該類(lèi)數(shù)據(jù)測(cè)試人工測(cè)試繁瑣重復(fù)，而測(cè)試接口比較穩(wěn)定，適合采用自動(dòng)化工具進(jìn)行測(cè)試 ；（3）產(chǎn)品驗(yàn)收測(cè)試，如基于無(wú)線(xiàn)通信的列車(chē)自動(dòng)控制（CBTC，Communication Based Train Control）系統(tǒng)的驗(yàn)收測(cè)試，可選取其測(cè)試的關(guān)鍵場(chǎng)景用例，進(jìn)行自動(dòng)化測(cè)試，保證產(chǎn)品上線(xiàn)前的測(cè)試效率。

　　2。2不適合進(jìn)行自動(dòng)化測(cè)試的場(chǎng)合（1）主觀性強(qiáng)的測(cè)試，如車(chē)站操作界面的顯示，聲音提示和告警等 ；（2）開(kāi)發(fā)周期短的項(xiàng)目，如產(chǎn)品原型開(kāi)發(fā)，被測(cè)對(duì)象不穩(wěn)定，測(cè)試接口變更頻繁 ；由于開(kāi)發(fā)周期較短，積累的自動(dòng)化測(cè)試腳本得不到充分的復(fù)用。

　　3城軌嵌入式軟件測(cè)試自動(dòng)化測(cè)試框架

　　3。1自動(dòng)化測(cè)試框架架構(gòu)模型城軌嵌入式軟件自動(dòng)化測(cè)試框架應(yīng)該解決測(cè)試過(guò)程中的以下幾方面的問(wèn)題 ：（1）自動(dòng)化測(cè)試框架應(yīng)能提供基于業(yè)務(wù)描述的腳本，使得測(cè)試人員在編寫(xiě)測(cè)試用例時(shí)，專(zhuān)注業(yè)務(wù)需求而不必關(guān)心具體的測(cè)試驅(qū)動(dòng)細(xì)節(jié) ；（2）自動(dòng)化測(cè)試框架提供了測(cè)試用例管理功能，使得測(cè)試用例在整個(gè)測(cè)試生命周期中可以復(fù)用；（3）自動(dòng)化測(cè)試框架提供了測(cè)試結(jié)果分析功能，在復(fù)雜場(chǎng)景的測(cè)試用例中，該功能可以顯著提高測(cè)試效率。根據(jù)城軌嵌入式軟件的自動(dòng)化測(cè)試策略，該領(lǐng)域的自動(dòng)化測(cè)試框架符合以下設(shè)計(jì)原則 ：（1）測(cè)試框架的集成應(yīng)基于統(tǒng)一開(kāi)放的標(biāo)準(zhǔn)，具有良好的通用性、松耦合性、開(kāi)放性和可擴(kuò)展性，確�？蚣苤凶幽�塊的實(shí)現(xiàn)不局限與特定的開(kāi)發(fā)語(yǔ)言和技術(shù)，并且當(dāng)子模塊進(jìn)行修改或重構(gòu)時(shí)，整個(gè)框架保持穩(wěn)定 ；（2）測(cè)試數(shù)據(jù)的管理基于統(tǒng)一的數(shù)據(jù)格式，子模塊能透明地提交和獲取測(cè)試數(shù)據(jù)進(jìn)行處理 ；（3）實(shí)時(shí)性，為了確保對(duì)被測(cè)系統(tǒng)激勵(lì)的實(shí)時(shí)性，測(cè)試框架在架構(gòu)上應(yīng)確保消息在平臺(tái)內(nèi)部能實(shí)時(shí)的處理和傳遞 ；（4）大容量和高性能，為了滿(mǎn)足城軌軟件大容量數(shù)據(jù)測(cè)試的要求，測(cè)試框架應(yīng)采取分布式的系統(tǒng)架構(gòu)，在提高仿真設(shè)備數(shù)量時(shí)，不影響測(cè)試平臺(tái)性能。面向分布式控制系統(tǒng)的實(shí)時(shí) SOA 架構(gòu)[3]，不僅具有SOA的統(tǒng)一接口標(biāo)準(zhǔn)、優(yōu)秀的開(kāi)放性和松耦合性，也具備分布式控制系統(tǒng)的實(shí)時(shí)性。因此，該架構(gòu)是本文的自動(dòng)化化測(cè)試框架較為理想的架構(gòu)模型。

　　基于文獻(xiàn)的面向分布式控制系統(tǒng)的實(shí)時(shí) SOA 架構(gòu)，自動(dòng)化測(cè)試框架位于該架構(gòu)的企業(yè)應(yīng)用服務(wù)層，并主要分為3個(gè)子服務(wù)層 ：測(cè)試管理服務(wù)層、測(cè)試驅(qū)動(dòng)服務(wù)層和接口協(xié)議適配服務(wù)層，其架構(gòu)模型如圖 1 所示。測(cè)試管理層的核心功能是 ：為測(cè)試人員提供測(cè)試用例的全生命周期管理，并輔助測(cè)試人員編寫(xiě)測(cè)試腳本、測(cè)試結(jié)果的記錄與分析和測(cè)試報(bào)告生成 ；測(cè)試驅(qū)動(dòng)層的核心功能是 ：根據(jù)用例腳本和測(cè)試場(chǎng)景配置文件，構(gòu)造測(cè)試場(chǎng)景，并調(diào)度仿真設(shè)備的運(yùn)行，另外在該層也提供了安全協(xié)議和數(shù)據(jù)庫(kù)訪問(wèn)功能 ；接口適配層的核心功能是 ：提供測(cè)試平臺(tái)與被測(cè)對(duì)象之間的各種通信接口。

　　3。2自動(dòng)化測(cè)試框架邏輯架構(gòu)基于上述的架構(gòu)模型，本文實(shí)現(xiàn)的自動(dòng)化測(cè)試框架邏輯架構(gòu)如圖 2 所示。服務(wù)和消息管理節(jié)點(diǎn)是整個(gè)測(cè)試框架的主節(jié)點(diǎn)，提供了基于實(shí)時(shí)消息總線(xiàn)的節(jié)點(diǎn)管理、服務(wù)注冊(cè)、服務(wù)代理、服務(wù)調(diào)度、服務(wù)執(zhí)行等一系列的調(diào)度和管理服務(wù) ；測(cè)試管理服務(wù)層作為一個(gè)從節(jié)點(diǎn)，通常在一個(gè)服務(wù)器上，另外，測(cè)試人員可通過(guò)該層提供的 Web 服務(wù)來(lái)管理和配置整個(gè)測(cè)試框架，以及測(cè)試用例的管理、執(zhí)行和分析 ；測(cè)試驅(qū)動(dòng)服務(wù)層可根據(jù)測(cè)試場(chǎng)景的容量進(jìn)行靈活的部署，通常測(cè)試環(huán)境創(chuàng)建、仿真器調(diào)度和數(shù)據(jù)庫(kù)驅(qū)動(dòng)作為一個(gè)從節(jié)點(diǎn)部署在一個(gè)服務(wù)器上，而安全協(xié)議節(jié)點(diǎn)、仿真設(shè)備節(jié)點(diǎn)作為獨(dú)立的從節(jié)點(diǎn)進(jìn)行動(dòng)態(tài)部署，便于測(cè)試框架根據(jù)測(cè)試場(chǎng)測(cè)試管理層的核心功能是 ：為測(cè)試人員提供測(cè)試用例的全生命周期管理，并輔助測(cè)試人員編寫(xiě)測(cè)試腳本、測(cè)試結(jié)果的記錄與分析和測(cè)試報(bào)告生成 ；測(cè)試驅(qū)動(dòng)層的核心功能是 ：根據(jù)用例腳本和測(cè)試場(chǎng)景配置文件，構(gòu)造測(cè)試場(chǎng)景，并調(diào)度仿真設(shè)備的運(yùn)行，另外在該層也提供了安全協(xié)議和數(shù)據(jù)庫(kù)訪問(wèn)功能 ；接口適配層的核心功能是 ：提供測(cè)試平臺(tái)與被測(cè)對(duì)象之間的各種通信接口。