基于S2SH框架的終端測(cè)試平臺(tái)的研究與實(shí)現(xiàn)

張　珂，馬　楠

（北京郵電大學(xué) 網(wǎng)絡(luò)與交換國家重點(diǎn)實(shí)驗(yàn)室，北京　100876）

基于S2SH框架的終端測(cè)試平臺(tái)的研究與實(shí)現(xiàn)

張珂，馬楠

（北京郵電大學(xué) 網(wǎng)絡(luò)與交換國家重點(diǎn)實(shí)驗(yàn)室，北京100876）

針對(duì)目前終端測(cè)試領(lǐng)域中測(cè)試成本高，測(cè)試儀表群管理復(fù)雜等問題，在原有終端測(cè)試方法的基礎(chǔ)上，研究并實(shí)現(xiàn)了一個(gè)基于Struts2+Spring+Hibernate(S2SH)框架的終端測(cè)試平臺(tái)。該平臺(tái)各模塊解耦分層實(shí)現(xiàn)，具有良好可擴(kuò)展性和可維護(hù)性。新的測(cè)試平臺(tái)滿足了用戶遠(yuǎn)程控制儀表自動(dòng)化執(zhí)行測(cè)試任務(wù)的需求，并通過設(shè)計(jì)集成工具實(shí)現(xiàn)了對(duì)測(cè)試儀表群的集群管理。同時(shí)也提高了用戶測(cè)試效率，降低了測(cè)試成本，使終端測(cè)試更加集約化、規(guī)范化，具有很高的應(yīng)用價(jià)值。

S2SH；終端測(cè)試平臺(tái)；Struts2；Spring；Hibernate

本文著錄格式：張珂，馬楠，等. 基于S2SH框架的終端測(cè)試平臺(tái)的研究與實(shí)現(xiàn)[J]. 軟件，2016，37（8）：74-80

0　引言

從2G[1]、3G到LTE長期演進(jìn)及4G技術(shù)[2]，新的移動(dòng)通信技術(shù)標(biāo)準(zhǔn)不斷出現(xiàn)，終端測(cè)試種類和制式越來越多，通常同類測(cè)試還需要在多家儀表進(jìn)行驗(yàn)證，才能確保終端的兼容性和可靠性[3]。這都需要購買大量的測(cè)試系統(tǒng)，并配備大量的測(cè)試人員，對(duì)測(cè)試系統(tǒng)群的管理也非常的繁瑣復(fù)雜。因此，當(dāng)前終端測(cè)試主要集中于運(yùn)營商、認(rèn)證機(jī)構(gòu)、芯片廠商、以及大型終端廠商[4]。然而市場(chǎng)上的眾多小型終端商、Design House也存在大量的測(cè)試需求，但由于測(cè)試儀表價(jià)格昂貴、技術(shù)門檻高，很多廠商沒有實(shí)力購買測(cè)試儀表對(duì)終端進(jìn)行全面測(cè)試，導(dǎo)致交付認(rèn)證機(jī)構(gòu)、運(yùn)營商進(jìn)行入網(wǎng)入庫測(cè)試驗(yàn)證時(shí)，花費(fèi)大、效率低，而且存在巨大風(fēng)險(xiǎn)。針對(duì)傳統(tǒng)終端測(cè)試方案固有的成本及效率問題，本文提出了基于S2SH框架的新型終端測(cè)試平臺(tái)的解決方案。

1　平臺(tái)設(shè)計(jì)

1.1需求分析

本文設(shè)計(jì)與實(shí)現(xiàn)的終端測(cè)試平臺(tái)的目的是為了改善傳統(tǒng)終端測(cè)試方案中固有的成本及效率問題。測(cè)試平臺(tái)需支持用戶使用任意一臺(tái)聯(lián)網(wǎng)的PC在網(wǎng)

1.2平臺(tái)架構(gòu)

基于S2SH框架的終端測(cè)試平臺(tái)的結(jié)構(gòu)組成（如圖1所示）包括：客戶端、服務(wù)器群、集成工具三個(gè)部分，終端測(cè)試儀表可通過網(wǎng)絡(luò)經(jīng)由集成工具連接到測(cè)試平臺(tái)中。系統(tǒng)可同時(shí)支持多個(gè)用戶在線查詢、下單以及查看測(cè)試結(jié)果。

圖1　測(cè)試平臺(tái)系統(tǒng)構(gòu)成Fig.1　System Structure of Testing Platform

表1　測(cè)試平臺(tái)子系統(tǒng)概述

1.3平臺(tái)功能設(shè)計(jì)

根據(jù)終端測(cè)試平臺(tái)的功能需求，平臺(tái)劃分為四個(gè)功能模塊：系統(tǒng)配置及初始化，用戶管理，測(cè)試儀表管理和測(cè)試任務(wù)管理。系統(tǒng)功能結(jié)構(gòu)如圖2所示。1.3.1平臺(tái)功能模塊概述

系統(tǒng)配置及初始化：

（1）用戶組信息配置。管理員通過網(wǎng)頁客戶端，使用Root賬號(hào)登陸系統(tǒng)，進(jìn)行用戶組信息配置。

（2）集成工具配置。通過集成工具配置界面進(jìn)行與服務(wù)器連接的配置。

（3）系統(tǒng)初始化。系統(tǒng)通過初始化進(jìn)入工作狀態(tài)。

用戶管理：

（1）用戶注冊(cè)。新用戶通過主頁注冊(cè)。

（2）用戶信息修改。已登錄用戶修改注冊(cè)時(shí)錄入的用戶信息。

（3）用戶登錄、退出、注銷。用戶通過瀏覽器訪問云測(cè)試平臺(tái)主頁進(jìn)行登錄操作，已登錄用戶在菜單欄選擇退出及注銷操作。

測(cè)試儀表管理

（1）配置測(cè)試儀表信息。用戶在測(cè)試儀表使用前，將測(cè)試儀表IP、功能列表、所屬集成工具IP等信息配置到數(shù)據(jù)庫。

（2）顯示測(cè)試儀表狀態(tài)。用戶通過頁面編輯測(cè)試儀表狀態(tài)，頁面上顯示測(cè)試儀表當(dāng)前狀態(tài)，包括儀表故障、已分配測(cè)試任務(wù)、未分配測(cè)試任務(wù)三種狀態(tài)。

測(cè)試任務(wù)管理

（1）創(chuàng)建、刪除、修改測(cè)試任務(wù)。已登錄用戶可以創(chuàng)建測(cè)試任務(wù)，在頁面上刪除該用戶所屬的測(cè)試任務(wù)以及修改該用戶未執(zhí)行的測(cè)試任務(wù)信息。

圖2　測(cè)試平臺(tái)功能模塊Fig.2　Function Module of Testing Platform

（2）執(zhí)行、停止測(cè)試任務(wù)。用戶通過網(wǎng)頁將測(cè)試任務(wù)分配至測(cè)試儀表，控制測(cè)試任務(wù)執(zhí)行和停止。

（3）查看測(cè)試任務(wù)狀況。已登錄用戶根據(jù)權(quán)限查看所屬用戶組的測(cè)試任務(wù)情況。

（4）下載測(cè)試報(bào)告。已登錄用戶，選擇查看指定測(cè)試任務(wù)的測(cè)試報(bào)告，在測(cè)試報(bào)告頁面，選擇將測(cè)試報(bào)告另存為文件保存到本地。

（5）數(shù)據(jù)庫日志。服務(wù)器將對(duì)數(shù)據(jù)庫的指定操作記錄在數(shù)據(jù)庫日志中，包括用戶登錄相關(guān)信息和數(shù)據(jù)庫內(nèi)容修改的相關(guān)信息。

1.3.2業(yè)務(wù)流程設(shè)計(jì)

本文所述終端測(cè)試系統(tǒng)支持用戶在線完成下達(dá)測(cè)試訂單，執(zhí)行測(cè)試任務(wù)，反饋測(cè)試結(jié)果一系列步驟，因此，合理的業(yè)務(wù)流程設(shè)計(jì)是實(shí)現(xiàn)整個(gè)測(cè)試平臺(tái)功能的關(guān)鍵。

根據(jù)系統(tǒng)構(gòu)成和功能要求，第一步系統(tǒng)初始化工作包括：對(duì)整個(gè)測(cè)試系統(tǒng)的軟硬件環(huán)境進(jìn)行配置，包括對(duì)數(shù)據(jù)庫、Web服務(wù)器、集成工具和測(cè)試儀表的配置；用戶在測(cè)試平臺(tái)進(jìn)行注冊(cè)；分配用戶權(quán)限，管理員具有最高root權(quán)限，管理所有普通注冊(cè)用戶，普通用戶在自己的權(quán)限范圍內(nèi)進(jìn)行在線終端測(cè)試[5]。

第二步，測(cè)試人員在測(cè)試平臺(tái)主頁填寫用戶名、密碼登錄系統(tǒng)創(chuàng)建測(cè)試任務(wù)。用戶正確填寫測(cè)試任務(wù)信息并提交后，測(cè)試訂單將更新至數(shù)據(jù)庫，服務(wù)器返回測(cè)試任務(wù)已提交，同時(shí)客戶端顯示排在該測(cè)試任務(wù)之前的任務(wù)信息。

第三步，用戶連接好待測(cè)終端后，在Web客戶端選擇配置測(cè)試儀表信息，瀏覽器將返回對(duì)應(yīng)配置頁面。用戶在該頁面編輯測(cè)試儀表信息，包括支持的band、上位機(jī)IP、所屬的集成工具ID、測(cè)試儀表類型、支持的功能列表（功能列表通過上傳文件的方式實(shí)現(xiàn)）等信息，編輯完畢后提交，服務(wù)器將收到的儀表信息寫入到數(shù)據(jù)庫中并反饋儀表信息配置結(jié)果。若儀表信息配置成功，則提交測(cè)試任務(wù)執(zhí)行訂單。

第四步，用戶通過網(wǎng)頁將測(cè)試任務(wù)分配至測(cè)試儀表，控制測(cè)試任務(wù)執(zhí)行。（如圖3所示）

圖3　測(cè)試任務(wù)執(zhí)行時(shí)序圖Fig.3　Testing Task Execution Timing Diagram

1）被測(cè)終端連接完畢且參數(shù)表本地調(diào)試正常后，用戶通過網(wǎng)頁控制測(cè)試任務(wù)執(zhí)行，瀏覽器將執(zhí)行測(cè)試任務(wù)的命令發(fā)送至Web服務(wù)器；

2）Web服務(wù)器收到執(zhí)行測(cè)試任務(wù)命令，查詢數(shù)據(jù)庫獲得該測(cè)試任務(wù)的信息；

3）Web服務(wù)器根據(jù)測(cè)試任務(wù)中指定測(cè)試儀表信息，查詢?cè)摐y(cè)試儀表所屬的集成工具IP，將測(cè)試任務(wù)分配至該集成工具，同時(shí)將該測(cè)試儀表在數(shù)據(jù)庫中的狀態(tài)標(biāo)識(shí)為“占用”，修改該測(cè)試任務(wù)的狀態(tài)標(biāo)識(shí)為“正在執(zhí)行”；

4）集成工具收到Web服務(wù)器執(zhí)行測(cè)試任務(wù)的命令，根據(jù)其中包含的指定儀表的IP信息，將測(cè)試任務(wù)發(fā)送給core程序，core程序解析測(cè)試任務(wù)，并根據(jù)測(cè)試任務(wù)內(nèi)容控制測(cè)試儀表執(zhí)行測(cè)試?yán)?/p>

5）測(cè)試?yán)龍?zhí)行后，測(cè)試儀表將結(jié)果反饋給集成工具core程序；

6）集成工具將測(cè)試結(jié)果發(fā)送至服務(wù)器；

7）服務(wù)器將測(cè)試結(jié)果寫入數(shù)據(jù)庫，并根據(jù)情況更新測(cè)試任務(wù)狀態(tài)（是否已完成）。

第五步，用戶通過網(wǎng)頁在線查看測(cè)試結(jié)果。已登錄用戶查看指定測(cè)試任務(wù)的測(cè)試報(bào)告，瀏覽器將測(cè)試報(bào)告查看請(qǐng)求發(fā)送至Web服務(wù)器；Web服務(wù)器查詢數(shù)據(jù)庫中該測(cè)試任務(wù)的測(cè)試報(bào)告信息；Web服務(wù)器將測(cè)試報(bào)告頁面返回給瀏覽器；用戶選擇將測(cè)試報(bào)告另存到本地。

1.3.3設(shè)計(jì)集成工具管理測(cè)試儀表群

傳統(tǒng)的終端測(cè)試方式，需要測(cè)試人員逐一操作每臺(tái)儀表的TsManager主控軟件運(yùn)行測(cè)試任務(wù)，本文所述終端測(cè)試系統(tǒng)設(shè)計(jì)集成工具來連接Web服務(wù)器與測(cè)試儀表，由集成工具負(fù)責(zé)分配測(cè)試任務(wù)，管理測(cè)試儀表群。集成工具是實(shí)現(xiàn)終端測(cè)試人機(jī)分離的重要組成部分。

從Web服務(wù)器端觀察，集成工具就是執(zhí)行測(cè)試任務(wù)的工廠[6]。用戶遠(yuǎn)程下訂單運(yùn)行測(cè)試任務(wù)時(shí)，集成工具根據(jù)訂單號(hào)查詢數(shù)據(jù)庫，解析測(cè)試任務(wù)信息，然后將測(cè)試任務(wù)推送至相應(yīng)測(cè)試儀表的主控軟件執(zhí)行訂單。測(cè)試任務(wù)運(yùn)行結(jié)束后，集成工具反饋測(cè)試任務(wù)的執(zhí)行結(jié)果到Web服務(wù)器，并轉(zhuǎn)儲(chǔ)儀表運(yùn)行測(cè)試?yán)腖og文件到文件服務(wù)器。

通過設(shè)計(jì)集成工具管理測(cè)試儀表群，Web服務(wù)器端執(zhí)行測(cè)試任務(wù)時(shí)不必對(duì)每臺(tái)測(cè)試儀表建立socket連接而只需要連接集成工具，極大減輕了Web服務(wù)器的工作壓力，也實(shí)現(xiàn)了Web服務(wù)器端與單臺(tái)測(cè)試儀表的解耦，減少了Web服務(wù)器端的復(fù)雜度，為測(cè)試平臺(tái)的系統(tǒng)結(jié)構(gòu)提供了靈活的動(dòng)態(tài)擴(kuò)展機(jī)制，方便維護(hù)。

2　平臺(tái)實(shí)現(xiàn)

2.1客戶端及Web服務(wù)器的實(shí)現(xiàn)

客戶端及服務(wù)器群（如圖4所示）是測(cè)試平臺(tái)的核心組成部分?？蛻舳素?fù)責(zé)提交用戶數(shù)據(jù)和返回處理結(jié)果，Web服務(wù)器實(shí)現(xiàn)了所有業(yè)務(wù)邏輯并與數(shù)據(jù)庫進(jìn)行數(shù)據(jù)交互。該部分的實(shí)現(xiàn)基于MVC模式的Struts2+Spring+Hibernate(S2SH)框架，其中Spring居于核心地位向上向下分別整合Struts2和Hibernate，是生成和管理所有業(yè)務(wù)邏輯和DAO組件的工廠，Struts2負(fù)責(zé)攔截轉(zhuǎn)發(fā)用戶請(qǐng)求，Hibernate提供了面向?qū)ο蟮姆绞絹聿僮鲾?shù)據(jù)庫。

圖4　客戶端及服務(wù)器群結(jié)構(gòu)Fig.4　Client and Server Group Structure

2.1.1Web層的關(guān)鍵技術(shù)實(shí)現(xiàn)

Web層包括視圖層以及控制器層。視圖層由JSP頁面加Struts2標(biāo)簽實(shí)現(xiàn)，主要負(fù)責(zé)收集用戶數(shù)據(jù)以及業(yè)務(wù)數(shù)據(jù)的顯示；控制器層使用MVC框架技術(shù)，由Struts2的Action攔截用戶請(qǐng)求，并根據(jù)處理結(jié)果返回對(duì)應(yīng)視圖給表現(xiàn)層，負(fù)責(zé)用戶請(qǐng)求和業(yè)務(wù)邏輯組件的信息交互[7]。

要啟動(dòng)Struts2，首先需要在Web.xml里配置Struts2的核心攔截器來攔截所有的用戶請(qǐng)求。

Struts2的核心Filter啟動(dòng)后，StrutsPrepare-AndExecuteFilter就會(huì)攔截用戶請(qǐng)求調(diào)用相應(yīng)的Action來處理。但是系統(tǒng)的所有業(yè)務(wù)邏輯組件需要由Spring負(fù)責(zé)管理，Struts2只是連接用戶請(qǐng)求與業(yè)務(wù)邏輯方法的紐帶，所以還要在Web.xml中使用初始化Spring容器，以保證在Web應(yīng)用啟動(dòng)時(shí)就對(duì)Spring容器完成初始化。并且在Struts2.xml中添加將Action托管給Spring。

2.1.2業(yè)務(wù)層的關(guān)鍵技術(shù)實(shí)現(xiàn)

測(cè)試平臺(tái)的業(yè)務(wù)層包括業(yè)務(wù)邏輯層和DAO層，使用Spring框架，采用面向接口編程。首先在與Web層的對(duì)接上，Spring會(huì)托管Struts2的Action，實(shí)現(xiàn)方式已經(jīng)在上文中有所交代。其次，業(yè)務(wù)邏輯層定義了大量的業(yè)務(wù)方法，主要目的是實(shí)現(xiàn)測(cè)試平臺(tái)的業(yè)務(wù)需求，而在持久層之上，配置DAO組件作為連接業(yè)務(wù)層和持久層的橋梁。DAO組件也采用面向接口的編程方式，基本的CRUD操作可以抽象出來由BaseDAO接口實(shí)現(xiàn)[8]。其他DAO組件均繼承BaseDAO接口，并根據(jù)需求訂制自身的操作函數(shù)。

完成業(yè)務(wù)邏輯邏輯方法后還需對(duì)其添加事務(wù)管理。在Spring中選擇使用更方便的聲明式事務(wù)管理。

為了避免因配置文件過大而降低可讀性，可以將配置文件拆分為applicationContext-beans.xml和applicationContext-config.xml進(jìn)行對(duì)應(yīng)配置。

2.1.3持久層的關(guān)鍵技術(shù)實(shí)現(xiàn)

在持久層的實(shí)現(xiàn)上，利用Hibernate提供的O/R Mapping支持，設(shè)計(jì)持久化實(shí)體，使用面向?qū)ο蟮姆绞酱鎮(zhèn)鹘y(tǒng)的JDBC方法操作數(shù)據(jù)庫[9]。每一個(gè)持久化類對(duì)應(yīng)一張數(shù)據(jù)表，設(shè)計(jì)持久化類時(shí)只需要提供標(biāo)識(shí)該實(shí)例的標(biāo)識(shí)屬性（對(duì)應(yīng)數(shù)據(jù)表中的主鍵）并添加成員變量的get和set方法支持，而不應(yīng)包含業(yè)務(wù)邏輯方法，不同持久化對(duì)象之間的關(guān)聯(lián)通過成員變量表現(xiàn)出來。根據(jù)業(yè)務(wù)需求，本文采用貧血模式設(shè)計(jì)了13個(gè)持久化類，這些持久化類可以分為用戶信息相關(guān)類和測(cè)試任務(wù)相關(guān)類兩種。

用戶信息相關(guān)類包含了登錄到測(cè)試平臺(tái)的用戶的信息，由對(duì)應(yīng)用戶信息表的User類、對(duì)應(yīng)用戶組信息的Usergroup類和標(biāo)明用戶與用戶組之間的關(guān)系的UserRelationship類組成。測(cè)試任務(wù)相關(guān)類則封裝了與測(cè)試任務(wù)的創(chuàng)建、執(zhí)行及運(yùn)行結(jié)果相關(guān)的屬性信息。測(cè)試任務(wù)相關(guān)類主要持久化類如下所示。

Tester：測(cè)試系統(tǒng)信息表，對(duì)應(yīng)測(cè)試系統(tǒng)配置信息，包括系統(tǒng)接入時(shí)間、儀表制造商、系統(tǒng)對(duì)外IP、功能列表最近更新時(shí)間等。

Tool：對(duì)應(yīng)集成工具表，包括集成工具IP地址、狀態(tài)、模式、配置更新時(shí)間等信息。

Task：對(duì)應(yīng)測(cè)試任務(wù)表，描述了測(cè)試任務(wù)的測(cè)試類型，被測(cè)終端型號(hào)以及測(cè)試任務(wù)的狀態(tài)標(biāo)識(shí)。并通過UserId和UsergroupId與用戶信息建立連接。

TestCase：對(duì)應(yīng)測(cè)試?yán)?，包括測(cè)試?yán)_始執(zhí)行時(shí)間、完成時(shí)間、測(cè)試結(jié)果、循環(huán)次數(shù)、協(xié)議編號(hào)及Band號(hào)信息。

而持久層的變化主要由DAO組件負(fù)責(zé)。在業(yè)務(wù)邏輯的方法中，只需要保留DAO組件的接口對(duì)象，在配置文件中配置依賴注入，由Spring容器負(fù)責(zé)實(shí)例化對(duì)象對(duì)持久層進(jìn)行操作[10]。這樣就實(shí)現(xiàn)了業(yè)務(wù)邏輯與數(shù)據(jù)訪問邏輯相互分離。

圖5　集成工具流程圖Fig.5　Integrated Tool Flow Chart

2.2集成工具的實(shí)現(xiàn)

集成工具模塊運(yùn)行流程如圖5所示首先進(jìn)行模塊初始化，包括連接數(shù)據(jù)庫，以及啟動(dòng)socket服務(wù)，監(jiān)聽作為socket客戶端的Web服務(wù)器發(fā)來的訂單執(zhí)行請(qǐng)求。接收到訂單執(zhí)行請(qǐng)求后，集成工具根據(jù)訂單ID查詢數(shù)據(jù)庫獲取訂單全部信息，然后與指定測(cè)試儀表建立socket連接，把測(cè)試?yán)啃畔鬏斨翜y(cè)試儀表并控制其執(zhí)行測(cè)試?yán)?。測(cè)試儀表執(zhí)行測(cè)試?yán)戤吅螅晒ぞ邔⒏聹y(cè)試任務(wù)的數(shù)據(jù)庫信息，把測(cè)試?yán)\(yùn)行產(chǎn)生的Log文件轉(zhuǎn)儲(chǔ)至文件服務(wù)器，以支持用戶在線下載測(cè)試Log。最后通過socket通知Web服務(wù)器測(cè)試任務(wù)執(zhí)行完成。

3　結(jié)語

當(dāng)前的終端測(cè)試方案不能滿足市場(chǎng)上急劇增長的終端測(cè)試需求，因此本文設(shè)計(jì)并實(shí)現(xiàn)了一個(gè)新的終端測(cè)試平臺(tái)。一方面，使用終端測(cè)試平臺(tái)可以大幅度節(jié)約因購置大量測(cè)試儀表所需的巨額成本，另一方面，本平臺(tái)實(shí)現(xiàn)了終端測(cè)試的人-機(jī)分離，便于測(cè)試儀表群進(jìn)行統(tǒng)一管理，提高測(cè)試效率。測(cè)試平臺(tái)設(shè)計(jì)基于MVC模式的S2SH框架，其中Spring處于核心地位向上向下分別整合Struts2和Hibernate，充分發(fā)揮了各個(gè)框架在各自層面的優(yōu)勢(shì)；使用集成工具連接并管理測(cè)試儀表群，結(jié)構(gòu)清楚，從而使測(cè)試平臺(tái)具有較高的可維護(hù)性和可擴(kuò)展性。

[1] 陳發(fā)堂, 吳中華, 張有緣, 等. 多模終端測(cè)試平臺(tái)的搭建及仿真實(shí)現(xiàn)[J]. 電訊技術(shù), 2015, 55(9): 1042-1046. CHEN Fatang, WU Zhonghua, ZHANG Youyuan, XU Xiaohan. Building and Simulation Realization of a Multimode Terminal Test Platform[J]. Telecommunication Engineering, 2015, 55(9): 1042-1046. (in Chinese)

[2] 趙明宇, 周俊, 鄧飛. TD-LTE測(cè)試終端現(xiàn)狀及性能對(duì)比方法[J]. 移動(dòng)通信, 2013, 19: 41-43. ZHAO Mingyu, ZHOU Jun, DENG Fei. TD-LTE Test Terminal Status and Performance Comparison Method[J]. Mobile Communication, 2013, 19: 41-43. (in Chinese)

[3] 馬志剛. 物聯(lián)網(wǎng)發(fā)展趨勢(shì)及測(cè)試方案[J]. 電子科學(xué)技術(shù), 2015, 2(4): 494-499. MA Zhigang. Development Trend and Test Plan of Internet of Things[J]. Electronic Science and Technology, 2015, 2(4): 494-499. (in Chinese)

[4] 亢娟, 李艷萍, 廖軍, 等. 移動(dòng)終端測(cè)試與質(zhì)量評(píng)估體系的研究[J]. 電視技術(shù), 2013, 37(16). KANG Juan, LI Yanping, LIAO Jun. Research of Mobile Terminal Testing and Quality Evaluation System[J]. Video Engineering, 2013, 37(16).

[5] 辛?xí)赠i, 吳偉明. J2EE及相關(guān)技術(shù)的優(yōu)化在基站巡檢系統(tǒng)中的應(yīng)用[J]. 軟件, 2015, 36(9): 87-91. Application of Optimization Based on J2EE and Related Technologies in Base Station Inspection System[J]. Computer Engineering & Software, 2015, 36(9): 87-91. (in Chinese)

[6] Gamma E. Design patterns elements of reusable object-oriented software[M]. 北京: 機(jī)械工業(yè)出版社, 2002. Gamma E. Design patterns elements of reusable objectoriented software[M]. Beijing: China Machine Press, 2002. (in Chinese)

[7] 申斌, 李利民. 基于MVC模式S2SH框架的庫存管理系統(tǒng)[J]. 實(shí)驗(yàn)室研究與探索, 2014, 33(11): 113-117. SHEN Bin, LI Limin. Design of Inventory Management System Based on MVC Pattern and S2SH Framework. (in Chinese)

[8] 高洪巖. 基于Struts2+Hibernate+Spring實(shí)用開發(fā)指南[M].北京: 化學(xué)工業(yè)出版社, 2010: 282. GAO Hongyan. Practical Development Guide Based on S2SH[M]. Beijing: Chemical Industry Press, 2010: 282. (in Chinese)

[9] 李剛. 輕量級(jí)Java EE 企業(yè)應(yīng)用實(shí)戰(zhàn): Struts 2+Spring 4+Hibernate 整合開發(fā)[M]. 北京: 電子工業(yè)出版社, 2014. 10. LI Gang. Lightweight Java EE Enterprise Application Combat: Integrated Development of Struts 2+Spring 4+Hibernate. Beijing: Electronic Industry Publishing House, 2014. 10. (in Chinese)

[10] 郭文龍, 姜惠娟, 劉世貴. 基于 SSH 框架的 RBAC 設(shè)計(jì)與實(shí)現(xiàn) [J]. 軟件, 2011, 32(6): 47-48. GUO Wenlong, JIANG Huijuan, LIU Shigui. Based on SSH framework RABC design and Implementation[J]. Computer Engineering & Software, 2011, 32(6): 47-48.

Research and Implementation of Terminal-test Platform Based on Struts2 & Hibernate & Spring

ZHANG Ke, MA Nan
(Beijing University of Posts and Telecommunications, State Key Laboratory of Networking and Switching, Beijing100876)

For the problems in traditional terminal-test field, such as the high cost of testing and the complicated management of test-instrument cluster, a new terminal-test platform based on the Struts2+Spring+Hibernate(S2SH) framework is presented.The platform modules implemented hierarchical and decoupled have good scalability and maintainability. The new test platform meets users’ demand to control instruments automated testing tasks remotely and manages test-instrument cluster by designing integration-tool. It has high values because the terminal-test platform can improve test efficiency and reduce testing costs and make the terminal-test more intensive, standardized.

S2SH; Terminal-test platform; Struts2; Spring; Hibernate

TP311

A

10.3969/j.issn.1003-6970.2016.08.017

張珂(1991-)，男，山東萊蕪人，碩士研究生，主要研究方向：寬帶無線通信新技術(shù)；馬楠(1979-)，男，北京人，講師，主要研究方向：寬帶移動(dòng)通信新技術(shù)研究。頁客戶端遠(yuǎn)程分配測(cè)試任務(wù)，控制測(cè)試儀表自動(dòng)化執(zhí)行；支持對(duì)測(cè)試儀表群的集群管理；測(cè)試平臺(tái)可記錄整個(gè)芯片測(cè)試周期中的測(cè)試數(shù)據(jù)，反饋測(cè)試結(jié)果，輔助用戶在線測(cè)試及分析；測(cè)試平臺(tái)需能存儲(chǔ)大量終端測(cè)試數(shù)據(jù)，為后期進(jìn)行終端測(cè)試的大數(shù)據(jù)分析提供數(shù)據(jù)支撐；支持按用戶測(cè)試種類及數(shù)量計(jì)費(fèi)。