基于領(lǐng)域驅(qū)動的自動化測試框架研究與應(yīng)用

胡繼東，鞠煒剛

(中興通訊南京研究所，江蘇 南京 210012)

基于領(lǐng)域驅(qū)動的自動化測試框架研究與應(yīng)用

胡繼東，鞠煒剛

(中興通訊南京研究所，江蘇 南京 210012)

隨著軟件產(chǎn)品的交付周期越來越短，自動化測試的應(yīng)用范圍更加廣泛。為解決自動化測試用例編寫維護(hù)復(fù)雜、效率低下的問題，在傳統(tǒng)測試框架的基礎(chǔ)上提出了一種基于領(lǐng)域驅(qū)動的自動化測試框架。用領(lǐng)域語言來描述測試用例，對被測領(lǐng)域進(jìn)行領(lǐng)域建模，以組件化思想為指導(dǎo)，采用分層架構(gòu)，用面向?qū)ο蠓椒ㄔO(shè)計(jì)、開發(fā)了領(lǐng)域測試庫，同時提出了領(lǐng)域驅(qū)動測試的實(shí)施流程，包括啟動、建模、設(shè)計(jì)、開發(fā)、測試、版本管理和發(fā)布的過程、方法。通過采用領(lǐng)域驅(qū)動測試框架可以使得測試用例的組織、設(shè)計(jì)和開發(fā)更加有效，提高了測試用例的開發(fā)和維護(hù)效率，測試用例更加易于解性、清晰簡潔，能夠通過重構(gòu)快速應(yīng)對變化，在通信系統(tǒng)測試中得到了應(yīng)用推廣，取得了很好的效果。

領(lǐng)域驅(qū)動；自動化測試；領(lǐng)域建模；組件化；分層架構(gòu)

0 引 言

軟件測試在軟件生命周期中占有十分重要的地位，是保障軟件質(zhì)量的重要手段，因此必須不斷地對軟件進(jìn)行測試[1]。隨著市場競爭的加劇，軟件產(chǎn)品的交付周期越來越短，采用純手工測試的方法越來越不能滿足需要，因此通過自動化測試，提高軟件測試的質(zhì)量和效率，縮短軟件的交付周期。但隨著軟件產(chǎn)品的規(guī)模和復(fù)雜度越來越高，測試腳本的編寫越來越復(fù)雜，不能滿足自動化測試的要求，需要采用新的技術(shù)和方法[2-3]。文中提出了一種基于領(lǐng)域驅(qū)動的自動化測試思想，在此基礎(chǔ)上設(shè)計(jì)開發(fā)了自動化測試框架，以更好地完成對軟件產(chǎn)品的自動化測試。

1 傳統(tǒng)測試框架

隨著自動化測試的應(yīng)用范圍越來越廣，測試用例規(guī)模越來越大，復(fù)雜度越來越高，需要有相適應(yīng)的自動化測試框架來支持。在傳統(tǒng)測試框架中，測試用例腳本由復(fù)雜的流程和實(shí)現(xiàn)細(xì)節(jié)描述，直接提供給測試工具執(zhí)行，對被測系統(tǒng)進(jìn)行測試[4-5]。其中測試工具是定制化的工具，測試用例腳本必須采用工具所能支持的格式來編寫，不具有通用性。由于涉及具體的流程和測試實(shí)現(xiàn)細(xì)節(jié)，存在以下問題：

(1)測試用例腳本細(xì)節(jié)眾多，編寫速度慢，效率低；

(2)測試用例的編寫有大量的拷貝粘貼，不符合編碼規(guī)范；

(3)一旦接口實(shí)現(xiàn)變化就需要修改所有相關(guān)的測試用例腳本，可維護(hù)性差；

(4)耦合度高，用例整合耗費(fèi)大量精力。

這些問題導(dǎo)致測試用例腳本編寫維護(hù)的成本很高，速度慢，同時腳本不容易理解，給測試人員使用帶來了極大的不便。一般的關(guān)鍵字驅(qū)動框架雖然解決了部分問題，但缺乏有效的方法從測試領(lǐng)域出發(fā)來解決關(guān)鍵字的設(shè)計(jì)、組織難題，需要有一種新的自動化測試框架和方法來解決這些問題。為此文中研究設(shè)計(jì)了基于領(lǐng)域驅(qū)動的自動化測試框架，并在通信系統(tǒng)產(chǎn)品的測試中進(jìn)行了有效的應(yīng)用。

2 領(lǐng)域驅(qū)動測試概述

2.1 領(lǐng)域驅(qū)動測試定義

領(lǐng)域驅(qū)動測試就是用一種高層的領(lǐng)域語言來描述測試用例，在一種通用的框架調(diào)度下驅(qū)動領(lǐng)域測試關(guān)鍵字庫，直接驅(qū)動測試引擎發(fā)起測試的方法。

領(lǐng)域驅(qū)動測試是在關(guān)鍵字驅(qū)動測試的基礎(chǔ)上發(fā)展而來的[6-7]，其主要特點(diǎn)是從被測系統(tǒng)的領(lǐng)域模型出發(fā)，從測試角度進(jìn)行領(lǐng)域建模，并通過分層設(shè)計(jì)對測試用例和領(lǐng)域關(guān)鍵字進(jìn)行有效的分析、設(shè)計(jì)、開發(fā)和組織管理，從而可以有效地對被測系統(tǒng)進(jìn)行測試。

2.2 領(lǐng)域驅(qū)動測試優(yōu)點(diǎn)

領(lǐng)域驅(qū)動測試主要具備以下優(yōu)點(diǎn)：

(1)測試用例用領(lǐng)域語言描述，更加清晰、簡潔、易于理解；

(2)測試用例可以通過組合領(lǐng)域關(guān)鍵字和參數(shù)來設(shè)置；

(3)當(dāng)實(shí)現(xiàn)方式發(fā)生變化時，可以通過更新升級領(lǐng)域驅(qū)動測試庫來應(yīng)對，測試用例不需要做任何修改；

(4)針對敏捷測試變化的需求，重構(gòu)領(lǐng)域測試模型和用例，適應(yīng)變化。

3 基于領(lǐng)域驅(qū)動的自動化測試框架

3.1 系統(tǒng)框架

改進(jìn)后的基于領(lǐng)域驅(qū)動的自動化測試框架如圖1所示。

圖1 領(lǐng)域驅(qū)動測試系統(tǒng)框架

在基于領(lǐng)域驅(qū)動的自動化測試框架中，測試用例腳本由高層的領(lǐng)域語言描述，提供給一個通用的測試驅(qū)動框架。該框架進(jìn)行調(diào)度執(zhí)行，調(diào)用領(lǐng)域驅(qū)動測試庫中的相關(guān)高層領(lǐng)域測試關(guān)鍵字，直接驅(qū)動測試工具引擎發(fā)起測試。采用高層領(lǐng)域語言描述用例的一個好處是測試用例腳本清晰、簡潔、易于理解，并可以快速編寫、修改和維護(hù)。從改進(jìn)前后的測試框架原理來看，實(shí)質(zhì)是采用了組件化的思想和分層架構(gòu)，下面進(jìn)行詳細(xì)闡述。

3.2 組件化思想

基于領(lǐng)域驅(qū)動的自動化測試框架的測試用例腳本結(jié)構(gòu)如圖2所示。

圖2 組件化的測試用例腳本結(jié)構(gòu)

圖2中的各測試組件為領(lǐng)域驅(qū)動測試庫中的相應(yīng)領(lǐng)域測試關(guān)鍵字。測試用例腳本由高層的領(lǐng)域語言和領(lǐng)域驅(qū)動測試庫構(gòu)成，具體的測試用例腳本通過測試庫的領(lǐng)域測試關(guān)鍵字組合而成，可以有順序、選擇和循環(huán)三種組合關(guān)系。組件化帶來的好處是增強(qiáng)了測試腳本代碼的可復(fù)用性，減少了重復(fù)和冗余，同時測試人員使用領(lǐng)域測試關(guān)鍵字組裝測試用例腳本，也易于理解，編寫簡單[8]。

3.3 分層架構(gòu)

測試用例腳本由高層領(lǐng)域關(guān)鍵字組成，領(lǐng)域測試關(guān)鍵字庫的設(shè)計(jì)采用了分層架構(gòu)，以某產(chǎn)品的測試為例，如圖3所示。

圖3 分層架構(gòu)

測試人員在表示層編寫測試用例，測試用例由服務(wù)層不同測試服務(wù)提供的高層領(lǐng)域關(guān)鍵字組合而成；領(lǐng)域驅(qū)動測試庫則由服務(wù)層、領(lǐng)域?qū)雍突A(chǔ)設(shè)施層構(gòu)成，層次清晰。

其中服務(wù)層對外提供高層領(lǐng)域測試接口，對內(nèi)協(xié)調(diào)驅(qū)動領(lǐng)域?qū)訙y試對象交互協(xié)作完成測試。服務(wù)層一般根據(jù)不同的業(yè)務(wù)范圍劃分為多個測試服務(wù)，每個測試服務(wù)提供一系列的高層領(lǐng)域測試關(guān)鍵字。例如，承載測試服務(wù)提供了建立承載、釋放承載等測試接口。

領(lǐng)域?qū)犹峁┝艘幌盗蓄I(lǐng)域?qū)ο螅饕ǜ鞣N測試角色和測試對象。其中測試角色實(shí)現(xiàn)具體的業(yè)務(wù)測試邏輯，通過相互交互協(xié)作完成測試；測試對象則在不同的測試場景中扮演不同的角色。

基礎(chǔ)設(shè)施層提供了對被測設(shè)備控制以及文件、網(wǎng)絡(luò)、異常等基礎(chǔ)設(shè)施。

采用表示層、服務(wù)層、領(lǐng)域?qū)雍突A(chǔ)設(shè)施層的分層架構(gòu)[9]，測試用例腳本和測試庫結(jié)構(gòu)清晰，明顯優(yōu)于扁平化結(jié)構(gòu)，更有利于測試用例腳本和領(lǐng)域關(guān)鍵字庫的組織管理。

3.4 領(lǐng)域建模和設(shè)計(jì)

基于領(lǐng)域驅(qū)動的自動化測試框架的一個重要核心思想是采用領(lǐng)域建模和面向?qū)ο蟮脑O(shè)計(jì)。其主要特點(diǎn)是從被測系統(tǒng)的領(lǐng)域模型出發(fā)，從測試角度進(jìn)行領(lǐng)域建模，并使用面向?qū)ο蠓椒ㄟM(jìn)行設(shè)計(jì)[10-11]。

其中，建立領(lǐng)域模型需要根據(jù)需求的變化和理解的深入不斷進(jìn)行重構(gòu)。采用面向?qū)ο笤O(shè)計(jì)可以很有效地將領(lǐng)域模型映射為實(shí)現(xiàn)對象，同時可以采用面向?qū)ο笤O(shè)計(jì)的一些原則，甚至可以使用一些設(shè)計(jì)模式，來達(dá)到優(yōu)化設(shè)計(jì)的目的[12-13]。

4 實(shí)施流程

領(lǐng)域驅(qū)動測試的實(shí)施流程分為啟動、領(lǐng)域建模、設(shè)計(jì)、開發(fā)和測試、版本管理和發(fā)布這五大步驟，下面介紹每一步驟的實(shí)施方法。

4.1 啟 動

在啟動階段主要評估領(lǐng)域驅(qū)動測試實(shí)施的必要性，如果至少具有以下因素之一，則因素越多采用基于領(lǐng)域驅(qū)動的自動化測試框架的必要性越大：

(1)測試用例編寫太復(fù)雜，效率低下；

(2)測試用例的測試邏輯和參數(shù)需要補(bǔ)充豐富；

(3)新版本跨度較大，測試用例需要大量重新修改、整合、裁剪；

(4)協(xié)議升級導(dǎo)致測試用例大量細(xì)節(jié)要修改；

(5)被測業(yè)務(wù)領(lǐng)域復(fù)雜、規(guī)模較大，可預(yù)期的需求變化多。

以某產(chǎn)品測試為例，確定實(shí)施領(lǐng)域?yàn)槟钞a(chǎn)品網(wǎng)元業(yè)務(wù)測試。由于某產(chǎn)品用例編寫復(fù)雜，需要通過組合和參數(shù)豐富化用例，而且版本升級后用例大量需要重新修改、整合、裁剪，具有實(shí)施的必要性。

4.2 領(lǐng)域建模

領(lǐng)域建模主要采用以下方法進(jìn)行：首先是確定范圍，然后使用通用語言進(jìn)行交流，對領(lǐng)域的業(yè)務(wù)、功能進(jìn)行交流，從核心業(yè)務(wù)開始，逐步進(jìn)行，通過進(jìn)一步對信息進(jìn)行組織和抽象，建立領(lǐng)域模型，需要不斷進(jìn)行重構(gòu)。

以某產(chǎn)品為例，首先確定了實(shí)施領(lǐng)域?yàn)闃I(yè)務(wù)測試,確定了被測對象為A網(wǎng)元、發(fā)起測試的對象為B網(wǎng)元以及測試的業(yè)務(wù)范圍。通過和領(lǐng)域?qū)＜业慕涣鳎瑥暮诵臉I(yè)務(wù)承載控制開始，逐步梳理了SDP、終端操作等業(yè)務(wù)，發(fā)現(xiàn)了領(lǐng)域模型的關(guān)鍵性概念和元素，形成了通用語言。通過將A網(wǎng)元的領(lǐng)域知識進(jìn)行組織，分而治之，劃分為承載測試、終端操作測試、SDP測試等幾個主要的范圍。劃分的原則是高類聚、低偶合。通過領(lǐng)域建模建立了A網(wǎng)元的領(lǐng)域測試模型，如圖4所示。

圖4 領(lǐng)域模型

模型中一共有3個測試服務(wù)，分別是承載測試服務(wù)、終端操作測試服務(wù)、SDP測試服務(wù)。分別提供了各自的高層領(lǐng)域測試服務(wù)，如承載測試服務(wù)提供了承載建立和承載釋放測試服務(wù)。

各測試服務(wù)由相應(yīng)的測試角色交互協(xié)作提供測試服務(wù)，圖中測試角色用圓表示，例如承載測試服務(wù)由承載測試角色提供測試服務(wù)，測試對象是終端，圖中用橢圓表示。測試對象在不同的測試場景中充當(dāng)不同的測試角色。

4.3 面向?qū)ο笤O(shè)計(jì)

采用面向?qū)ο蠓椒ㄟM(jìn)行設(shè)計(jì)，將模型映射到對象。由于SDP測試場景類和終端操作測試場景類可以繼承承載測試場景類，而SDP測試角色類和終端操作測試角色類可以繼承承載測試角色類，通過簡化設(shè)計(jì)，UML類圖如圖5所示[14-15]。

圖5 UML類圖

4.4 開發(fā)和測試

4.4.1 測試庫平臺

領(lǐng)域建模和面向?qū)ο笤O(shè)計(jì)完成后，用python對領(lǐng)域驅(qū)動測試庫進(jìn)行了開發(fā)，測試庫平臺結(jié)構(gòu)如圖6所示。

圖6 測試庫平臺結(jié)構(gòu)

其中TestCompLib提供了一個可擴(kuò)展的領(lǐng)域驅(qū)動測試庫通用平臺。其中的common部分則是整個測試庫平臺的公共基礎(chǔ)部分，提供測試用例集、測試用例、測試方法、測試引擎、異常日志等基類接口和公共實(shí)現(xiàn)。A是TestCompLib中的一個具體領(lǐng)域的測試庫，代表一個被測領(lǐng)域A。A中的TestService包括了A測試領(lǐng)域的各種測試服務(wù)類的定義和實(shí)現(xiàn)，提供各種領(lǐng)域測試服務(wù)，例如實(shí)現(xiàn)了承載測試服務(wù)(class BearTestService)及其提供的承載建立和承載釋放測試服務(wù)(def EstablishBear和def ReleaseBear)。A中的TestDomain則包括了A測試領(lǐng)域的各種測試對象和測試角色類的定義和實(shí)現(xiàn)。A中的common部分繼承自TestCompLib中的common，是A測試庫的公共基礎(chǔ)部分的具體實(shí)現(xiàn)。

4.4.2 TDD

領(lǐng)域驅(qū)動測試庫的服務(wù)層是根據(jù)測試場景劃分的，每個測試場景又提供高層領(lǐng)域測試服務(wù)接口，很自然地適用TDD。為此，針對測試庫的各測試場景設(shè)計(jì)編寫了TDD測試驅(qū)動用例，并同步設(shè)計(jì)相應(yīng)的領(lǐng)域測試服務(wù)接口，進(jìn)行測試、開發(fā)的反復(fù)迭代，最終完成了領(lǐng)域測試服務(wù)的實(shí)現(xiàn)并通過了測試，有力保障了領(lǐng)域測試庫的質(zhì)量。

4.5 版本管理和發(fā)布

使用領(lǐng)域驅(qū)動測試后，測試用例采用代碼的方式進(jìn)行版本管理和發(fā)布，原則是測試庫隨項(xiàng)目大版本發(fā)布給測試用例編寫和執(zhí)行人員使用。主要采用如下方法：

(1)上層測試用例采用高層領(lǐng)域語言編寫，一般不會變化，但為了便于管理，按項(xiàng)目版本拉分支；

(2)領(lǐng)域測試驅(qū)動庫屬于實(shí)現(xiàn)層，是對具體測試的封裝，不同版本的具體測試實(shí)現(xiàn)可能會有差異，因此按照項(xiàng)目大版本拉分支；

(3)編寫測試用例時，使用對應(yīng)版本分支的測試庫；

(4)對項(xiàng)目版本測試執(zhí)行時，使用對應(yīng)版本的測試用例和測試庫組合。

5 應(yīng)用實(shí)例

5.1 應(yīng)用情況

在產(chǎn)品A測試中，給測試人員提供了一個A領(lǐng)域驅(qū)動測試庫，并進(jìn)行了實(shí)際應(yīng)用，下面對應(yīng)用方法和結(jié)果進(jìn)行介紹。

測試人員使用領(lǐng)域驅(qū)動測試庫提供的領(lǐng)域測試關(guān)鍵字來描述編寫測試用例腳本，一般按以下步驟進(jìn)行：

(1)分析測試用例涉及的測試場景；

(2)對每個測試場景分析測試行為，可以分別由哪些領(lǐng)域測試服務(wù)提供；

(3)從領(lǐng)域測試庫相應(yīng)的場景庫中取對應(yīng)的領(lǐng)域測試關(guān)鍵字來描述；

(4)組合多種領(lǐng)域測試關(guān)鍵字，設(shè)置不同參數(shù)，完成測試用例腳本。

以下面測試用例為例子說明：主叫IuRtp承載，被叫ARtp承載，呼叫建立后對主叫播放bcg/bwt包音，停音后釋放呼叫。

該用例涉及兩個測試服務(wù)：承載測試服務(wù)、放音測試服務(wù)。其中承載測試服務(wù)包括承載建立、承載釋放測試服務(wù)，分別對應(yīng)領(lǐng)域測試關(guān)鍵字EstablishBear、ReleaseBear；放音測試服務(wù)包括放音、停音測試，分別對應(yīng)領(lǐng)域測試關(guān)鍵字PlayTone、StopTone。對相關(guān)測試角色設(shè)置不同參數(shù)，組合多種領(lǐng)域測試關(guān)鍵字，完成后的測試用例腳本用高層領(lǐng)域關(guān)鍵字組合而成，如下所示：

主叫IuRtp承載，被叫ARtp承載，播放bcg/bwt包音

${termT1} SetTestTerm C1 T1

${termT2} SetTestTerm C1 T2

${BearTermT1} ActBearTestRole${termT1}IuRtp${offi-ce0}${IpAddr}

${BearTermT2} ActBearTestRole${termT2}ARtp${offi-ce0}${IpAddr}

${PlayToneT1} ActPlayToneRole${termT1}${office0}bcgbwt

EstablishBear ${BearTermT1}

EstablishBear ${BearTermT2}

PlayTone ${PlayToneT1}

StopTone ${PlayToneT1}

ReleaseBear ${BearTermT1}

ReleaseBear ${BearTermT2}

5.2 效果評價

使用基于領(lǐng)域驅(qū)動的自動化測試框架取得了較好的效果，主要有以下幾點(diǎn)：

(1)測試用例使用領(lǐng)域語言描述，更容易理解和編寫；

(2)協(xié)議或版本升級只需要修改測試庫，用例不需要任何修改，維護(hù)方便；

(3)測試用例可以通過組合關(guān)鍵字和設(shè)置參數(shù)輕松擴(kuò)展。

使用基于領(lǐng)域驅(qū)動的自動化測試框架前后代碼靜態(tài)統(tǒng)計(jì)結(jié)果對比如表1所示。

表1 代碼靜態(tài)統(tǒng)計(jì)結(jié)果

6 結(jié)束語

基于領(lǐng)域驅(qū)動的自動化測試框架應(yīng)用范圍很廣，在不同的行業(yè)領(lǐng)域都可以應(yīng)用。在新產(chǎn)品研發(fā)過程中，在產(chǎn)品需求階段就可以同步考慮對測試領(lǐng)域的建模，然后設(shè)計(jì)、開發(fā)相應(yīng)的領(lǐng)域驅(qū)動測試庫來提供測試服務(wù)，構(gòu)建測試用例腳本，從而采用ATTD的方法來驅(qū)動產(chǎn)品的開發(fā)。這種理念可以用于新功能特性的自動化用例腳本的設(shè)計(jì)開發(fā)。

未來應(yīng)該向測試領(lǐng)域建模方法和專項(xiàng)領(lǐng)域的測試框架和模型設(shè)計(jì)兩個方向來繼續(xù)探索研究和積累實(shí)際應(yīng)用經(jīng)驗(yàn)。

[1] Patton R.軟件測試[M].北京:機(jī)械工業(yè)出版社,2002.

[2] 吳顯光.軟件自動化測試[J].中國新通信，2012,14(14)：67-69.

[3] 龔 丹.自動化測試之我見[J].計(jì)算機(jī)光盤軟件與應(yīng)用,2012(17):83-84.

[4] 崔紅軍，饒若楠,邵培南.一種API自動化測試工具的設(shè)計(jì)與實(shí)現(xiàn)[J].計(jì)算機(jī)工程,2007,33(4):270-271.

[5] 夏 晶.基于QTP的功能自動化測試框架的研究與應(yīng)用[D].武漢：武漢科技大學(xué)，2010.

[6] 王 君，朱美正，李 欣.關(guān)鍵字驅(qū)動測試框架的研究與實(shí)現(xiàn)[J].計(jì)算機(jī)工程與設(shè)計(jì)，2010,31(10)：2246-2248.

[7] 候 勇.關(guān)鍵字驅(qū)動的自動化測試系統(tǒng)的研究[D].西安:西安電子科技大學(xué),2009.

[8] Sametinger J．Software enginering with reusable companents[M].Berlin，Germany：Springer-Verlag,1997.

[9] Evans E.領(lǐng)域驅(qū)動設(shè)計(jì)[M].北京:人民郵電出版社，2010.

[10] 易利濤,周肆清,丁長松.信息抽取中領(lǐng)域本體建模方法研究[J].計(jì)算機(jī)技術(shù)與發(fā)展,2011,21(10):23-27.

[11] Boggs W,Boggs M.Mastering rational XDE[M].邱仲潘,譯.北京:電子工業(yè)出版社,2003.

[12] 邵維忠,楊芙清.面向?qū)ο蟮南到y(tǒng)設(shè)計(jì)[M].北京:清華大學(xué)出版社,2003:160-174.

[13] Szysperski C． Component software：beyond object-oriented programming[M]．[s.l.]：Addison Wesley,2002．

[14] 冀振燕.UML系統(tǒng)分析設(shè)計(jì)與應(yīng)用案例[M].北京:人民郵電出版社,2003:3-9.

[15] Roff J T.UML a beginner’s guide[M].張 瑜,譯.北京:清華大學(xué)出版社,2003:9-13.

Research and Application of Automation Testing Framework Based on Field-driven

HU Ji-dong,JU Wei-gang

(ZTE Nanjing Institute,Nanjing 210012,China)

As the delivery period of software products becomes shorter,the application scope of automation test becomes wider.In order to solve the problem of low efficiency and complexity in writing and maintaining automation test cases,an automation test framework is put forward based on domain-driven on the existing traditional test framework.The new framework describes test cases in domain language,creates model to the tested domain,guides design with the idea of modularization,adopts layered architecture,and designs and develops domain test library by using ODD.At the same time,the implementation procedure of domain-driven test is raised,which includes process and method of starting,modeling,design,development,test,version management and publishing.By adopting the domain-driven test framework,the system makes organization,design and development of test cases more efficient,and thus improves efficiency in development and maintenance of test cases.In this case,test cases become easy to understand,clear and concise,and satisfy quick changes requirements by using restructuring.Thus,the framework is widely deployed in telecommunication system tests and has achieved good results.

domain driven;automated test;domain modeling;modularization;layered architecture

2015-07-12

2015-10-16

時間：2016-03-22

國家自然科學(xué)基金資助項(xiàng)目(61402482)

胡繼東(1979-)，男，碩士研究生，工程師，研究方向?yàn)檐浖y試、敏捷測試。

http://www.cnki.net/kcms/detail/61.1450.TP.20160322.1521.066.html

TP31

A

1673-629X(2016)04-0162-05

10.3969/j.issn.1673-629X.2016.04.036