本發(fā)明涉及計(jì)算機(jī)軟件技術(shù)領(lǐng)域，尤其涉及企業(yè)應(yīng)用系統(tǒng)測試，具體是指一種基于業(yè)務(wù)分析實(shí)現(xiàn)自動(dòng)生成測試案例的系統(tǒng)和方法。

背景技術(shù)：

隨著軟件應(yīng)用系統(tǒng)的發(fā)展，業(yè)務(wù)不斷增大和復(fù)雜化，軟件測試面臨的挑戰(zhàn)越來越大，如何建設(shè)有效的測試分析方法和體系，來提升軟件測試過程的覆蓋率、正確率和執(zhí)行的效率，已成為企業(yè)提升自身軟件質(zhì)量亟待解決的測試難題之一。在國內(nèi)，軟件測試依然處于比較薄弱的環(huán)節(jié)，缺乏有效的測試分析方法，經(jīng)常出現(xiàn)無效的測試案例，測試針對性不足。同時(shí)，由于國內(nèi)測試人員能力不足、流動(dòng)頻繁、資產(chǎn)管理機(jī)制不完善等凸顯問題，導(dǎo)致測試資產(chǎn)流失嚴(yán)重，難以保證測試的完整性，不利于測試資產(chǎn)復(fù)用、分析、優(yōu)化等核心測試能力的建設(shè)。

為了改變這種測試現(xiàn)狀，有效地提升測試質(zhì)量，企業(yè)需要建設(shè)符合自身有效的測試分析方法、規(guī)范和流程，提高測試案例設(shè)計(jì)的有效性，沉淀測試資產(chǎn)，建設(shè)測試資產(chǎn)復(fù)用機(jī)制，實(shí)現(xiàn)軟件質(zhì)量統(tǒng)計(jì)和分析的能力，持續(xù)優(yōu)化軟件質(zhì)量的實(shí)施過程，保證軟件質(zhì)量的安全。

以往的測試分析方法主要有兩種方式，一種是基于軟件需求規(guī)格說明書的分析方法，即需求是衡量軟件的終極標(biāo)準(zhǔn)，測試分析是針對需求的功能點(diǎn)描述，分析具體的測試情景、測試點(diǎn)和測試步驟，并根據(jù)分析的結(jié)果設(shè)計(jì)測試用例，對需求的功能點(diǎn)進(jìn)行功能性和非功能性的測試過程。通常這種方式采用的是文檔模板的編輯方式，即利用Word或者Excel等工具，制定測試分析和案例設(shè)計(jì)的規(guī)范和目錄，測試人員在文檔規(guī)范的指引下，梳理測試的思路，完成用例設(shè)計(jì)的過程，這也是多數(shù)企業(yè)目前常用的測試分析方式。

第二種方式是基于系統(tǒng)功能點(diǎn)的分析方法。即在軟件需求不完善和缺失的情形下，測試人員直接根據(jù)個(gè)人的測試經(jīng)驗(yàn)和能力，對系統(tǒng)功能的理解或者開發(fā)人員的編寫的功能驗(yàn)證清單，進(jìn)行測試分析和案例的設(shè)計(jì)，來開展測試的工作。

深入理論研究表明，真正能夠作為終極標(biāo)準(zhǔn)的是業(yè)務(wù)本身，而非需求，業(yè)務(wù)有其內(nèi)在的邏輯，可以通過“業(yè)務(wù)分析”的過程予以揭示，這種邏輯是獨(dú)立于IT技術(shù)的。軟件需求無外乎是對業(yè)務(wù)的某種表達(dá)，這種表達(dá)既不完全也未必全然正確，同樣會(huì)導(dǎo)致不正確的測試分析，引入缺陷。

軟件測試重在防患于未然，而測試分析是其主要的體現(xiàn)。缺乏對業(yè)務(wù)的測試分析，靠經(jīng)驗(yàn)判斷的測試范圍極易產(chǎn)生偏差，導(dǎo)致測試質(zhì)量的不達(dá)標(biāo)，使系統(tǒng)上線后的生產(chǎn)運(yùn)營仍舊存在較大風(fēng)險(xiǎn)；而且，以文檔的編輯方式，軟件需求、設(shè)計(jì)和測試分析等關(guān)聯(lián)性弱，問題追溯性差；同時(shí)，文檔編輯方式，過程資產(chǎn)存儲(chǔ)難統(tǒng)一，容易丟失，不利于測試資產(chǎn)的積累。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明的目的是克服了上述現(xiàn)有技術(shù)的缺點(diǎn)，提供了一種能夠?qū)崿F(xiàn)通過業(yè)務(wù)情景、規(guī)則和業(yè)務(wù)要素、功能邏輯和測試步驟的分析，自動(dòng)生成測試案例和積累測試過程資產(chǎn)的基于業(yè)務(wù)分析實(shí)現(xiàn)自動(dòng)生成測試案例的系統(tǒng)和方法。

為了實(shí)現(xiàn)上述目的，本發(fā)明的具有如下構(gòu)成：

該計(jì)算機(jī)軟件系統(tǒng)中基于業(yè)務(wù)分析實(shí)現(xiàn)自動(dòng)生成測試案例的系統(tǒng)，其特征在于，所述的系統(tǒng)包括：

業(yè)務(wù)分析層，用于摸清業(yè)務(wù)實(shí)現(xiàn)的意愿，明確系統(tǒng)判斷的準(zhǔn)則；

系統(tǒng)結(jié)構(gòu)分析層，用于對被測系統(tǒng)的程序元素、運(yùn)行時(shí)序和檢測對象進(jìn)行分析，明確系統(tǒng)測試的程序驗(yàn)證模型；

測試設(shè)計(jì)層，用于進(jìn)行測試點(diǎn)的分析管理和測試數(shù)據(jù)分析管理；

測試案例自動(dòng)化生成引擎，用于將測試分析的數(shù)據(jù)轉(zhuǎn)化為測試案例，

所述的業(yè)務(wù)分析層、系統(tǒng)結(jié)構(gòu)分析層和測試設(shè)計(jì)層均與所述的測試案例自動(dòng)化生成引擎連接。

較佳地，所述的業(yè)務(wù)分析層包括：

業(yè)務(wù)情景分析模塊，用于提供業(yè)務(wù)情景的分析視圖向?qū)Ш头诸惞芾恚?/p>

規(guī)則分析模塊，用于對業(yè)務(wù)情景的規(guī)則進(jìn)行分析管理；

業(yè)務(wù)要素分析模塊，用于對業(yè)務(wù)流程的每個(gè)節(jié)點(diǎn)的業(yè)務(wù)要素進(jìn)行分析管理。

較佳地，所述的系統(tǒng)結(jié)構(gòu)分析層包括：

功能流程分析模塊，用于提供系統(tǒng)功能調(diào)度邏輯關(guān)系分析向?qū)В?/p>

程序元素分析模塊，用于功能流程中被測元素分析管理；

檢測對象分析模塊，用于系統(tǒng)程序執(zhí)行完成之后，分析執(zhí)行結(jié)果的檢測方法和對象。

較佳地，所述的測試設(shè)計(jì)層包括：

測試點(diǎn)分析模塊，用于提供測試點(diǎn)的分析向?qū)В?/p>

測試數(shù)據(jù)管理模塊，用于根據(jù)業(yè)務(wù)分析的結(jié)果，提供測試數(shù)據(jù)分析的向?qū)Чδ?，并與具體的業(yè)務(wù)情景和功能流程進(jìn)行關(guān)聯(lián)的過程；

預(yù)期數(shù)據(jù)管理模塊，用于配置并管理預(yù)期數(shù)據(jù)。

較佳地，所述的系統(tǒng)還包括：

資產(chǎn)管理層，用于根據(jù)業(yè)務(wù)分析、系統(tǒng)結(jié)構(gòu)分析和測試分析的數(shù)據(jù)和關(guān)聯(lián)關(guān)系進(jìn)行業(yè)務(wù)功能實(shí)現(xiàn)率和業(yè)務(wù)測試覆蓋率的統(tǒng)計(jì)分析，對系統(tǒng)測試過程進(jìn)行數(shù)據(jù)化和精細(xì)化管理。

還包括一種利用上述系統(tǒng)的計(jì)算機(jī)軟件系統(tǒng)中基于業(yè)務(wù)分析實(shí)現(xiàn)自動(dòng)生成測試案例的方法，其特征在于，所述的方法包括如下步驟：

(1)摸清業(yè)務(wù)實(shí)現(xiàn)的意愿，明確系統(tǒng)判斷的準(zhǔn)則；

(2)對被測系統(tǒng)的程序元素、運(yùn)行時(shí)序和檢測對象進(jìn)行分析，明確系統(tǒng)測試的程序驗(yàn)證模型；

(3)對測試點(diǎn)的分析管理和測試數(shù)據(jù)進(jìn)行分析管理。

較佳地，所述的步驟(1)具體包括以下步驟：

(1-1)配置業(yè)務(wù)情景名稱和描述，通過圖元拖拽和連線的方式繪制業(yè)務(wù)情景流程和業(yè)務(wù)要素；

(1-2)添加業(yè)務(wù)規(guī)則和非業(yè)務(wù)規(guī)則；

(1-3)配置業(yè)務(wù)要素的信息，并關(guān)聯(lián)至業(yè)務(wù)規(guī)則和非業(yè)務(wù)規(guī)則；

(1-4)根據(jù)業(yè)務(wù)要素關(guān)聯(lián)的規(guī)則，分析針對該業(yè)務(wù)要素測試的業(yè)務(wù)測試數(shù)據(jù)和預(yù)期結(jié)果數(shù)據(jù)；

(1-5)生成該業(yè)務(wù)情景與業(yè)務(wù)實(shí)體之間的關(guān)聯(lián)關(guān)系圖；

(1-6)導(dǎo)出并生成業(yè)務(wù)文檔。

更佳地，所述的業(yè)務(wù)規(guī)則和非業(yè)務(wù)規(guī)則包括規(guī)則描述、限制條件和異常控制信息。

更佳地，所述的業(yè)務(wù)要素的信息包括要素名稱、輸入限制條件、輸出限制條件、相關(guān)聯(lián)的業(yè)務(wù)規(guī)則和相關(guān)聯(lián)的非業(yè)務(wù)規(guī)則。

更佳地，所述的業(yè)務(wù)測試數(shù)據(jù)和預(yù)期結(jié)果數(shù)據(jù)包括正常值、異常值和邊界值。

更佳地，所述的文檔包括業(yè)務(wù)情景分析、規(guī)則分析和要素分析的信息。

較佳地，所述的步驟(2)具體包括以下步驟：

(2-1)根據(jù)業(yè)務(wù)情景，分析被測系統(tǒng)的功能流程名稱和描述，通過圖元拖拽和連線方式配置功能時(shí)序流程和程序元素，建立業(yè)務(wù)情景和功能流程一對多的關(guān)聯(lián)關(guān)系；

(2-2)配置程序的類型；

(2-3)根據(jù)程序元素的調(diào)度路徑，將程序的輸入?yún)?shù)和輸出參數(shù)的數(shù)據(jù)模型反射為界面模型；

(2-4)分析程序元素操作的被檢測對象，并配置檢測對象的檢測路徑，建立程序元素和檢測對象一對多的關(guān)聯(lián)關(guān)系；

(2-5)將被檢測對象的結(jié)構(gòu)轉(zhuǎn)換為界面可配置的模型。

更佳地，所述的程序的類型包括UI元素、接口元素和配置程序元素的調(diào)度路徑。

更佳地，所述的被檢測對象包括數(shù)據(jù)表類型、文件類型和報(bào)文類型的檢測對象。

較佳地，所述的步驟(3)具體包括以下步驟：

(3-1)配置測試點(diǎn)的信息，并關(guān)聯(lián)對應(yīng)的業(yè)務(wù)情景和功能流程，明確所述測試點(diǎn)測試測試意圖；

(3-2)將業(yè)務(wù)情景中分析的測試數(shù)據(jù)和預(yù)期結(jié)果數(shù)據(jù)導(dǎo)入到功能流程中，測試數(shù)據(jù)對程序的輸入?yún)?shù)、輸出參數(shù)和檢測對象的結(jié)構(gòu)進(jìn)行一一匹配，生成多組數(shù)據(jù)的測試案例；

(3-3)將匹配好的測試數(shù)據(jù)和功能流程生成測試用例的執(zhí)行程序，完成用例的執(zhí)行步驟。

更佳地，所述的測試點(diǎn)的信息包括測試點(diǎn)名稱和描述信息。

更佳地，所述的執(zhí)行程序包括用例執(zhí)行環(huán)境準(zhǔn)備、檢測點(diǎn)測試數(shù)據(jù)準(zhǔn)備、程序輸入?yún)?shù)數(shù)據(jù)準(zhǔn)備、被測程序調(diào)度、檢測點(diǎn)檢測和程序輸出參數(shù)數(shù)據(jù)比對。

較佳地，所述的步驟(3)之后還包括以下步驟：

(4)根據(jù)業(yè)務(wù)分析、系統(tǒng)結(jié)構(gòu)分析和測試分析的數(shù)據(jù)和關(guān)聯(lián)關(guān)系進(jìn)行業(yè)務(wù)功能實(shí)現(xiàn)率和業(yè)務(wù)測試覆蓋率的統(tǒng)計(jì)分析，對系統(tǒng)測試過程進(jìn)行數(shù)據(jù)化和精細(xì)化管理。

更佳地，所述的步驟(4)具體包括以下步驟：

(4-1)根據(jù)業(yè)務(wù)分析數(shù)據(jù)、系統(tǒng)結(jié)構(gòu)分?jǐn)?shù)據(jù)和案例設(shè)計(jì)數(shù)據(jù)，以多維度統(tǒng)計(jì)業(yè)務(wù)的數(shù)據(jù)、功能點(diǎn)的數(shù)據(jù)和測試案例的數(shù)量，體現(xiàn)軟件設(shè)計(jì)過程的效率和成果；

(4-2)根據(jù)業(yè)務(wù)分析數(shù)據(jù)、系統(tǒng)結(jié)構(gòu)分?jǐn)?shù)據(jù)和案例設(shè)計(jì)數(shù)據(jù)的關(guān)聯(lián)關(guān)系，統(tǒng)計(jì)業(yè)務(wù)情景實(shí)現(xiàn)的覆蓋率、業(yè)務(wù)情景測試的覆蓋率和系統(tǒng)功能點(diǎn)的覆蓋率，體現(xiàn)軟件設(shè)計(jì)過程的完成度和工作完成質(zhì)量。

采用了該發(fā)明中的基于業(yè)務(wù)分析實(shí)現(xiàn)自動(dòng)生成測試案例的系統(tǒng)和方法，可以實(shí)現(xiàn)有效的業(yè)務(wù)測試分析過程，有效地指導(dǎo)軟件建設(shè)的業(yè)務(wù)分析過程，避免了業(yè)務(wù)人員不懂技術(shù)，技術(shù)人員不懂業(yè)務(wù)而導(dǎo)致的軟件設(shè)計(jì)“需求失真”的問題，減少軟件功能設(shè)計(jì)不符合業(yè)務(wù)意圖的需求而導(dǎo)致經(jīng)常返工的現(xiàn)象，同時(shí)，通過統(tǒng)一的管理規(guī)范，將業(yè)務(wù)、設(shè)計(jì)和測試分析的過程行為的記錄了下來，沉淀為軟件設(shè)計(jì)過程的資產(chǎn)，建設(shè)資產(chǎn)復(fù)用機(jī)制，提升軟件生產(chǎn)過程的效率。

附圖說明

圖1為本發(fā)明的基于業(yè)務(wù)分析實(shí)現(xiàn)自動(dòng)生成測試案例的系統(tǒng)和方法的總體架構(gòu)圖。

圖2為本發(fā)明的基于業(yè)務(wù)分析實(shí)現(xiàn)自動(dòng)生成測試案例的系統(tǒng)和方法系統(tǒng)數(shù)據(jù)表設(shè)計(jì)E-R圖。

具體實(shí)施方式

為了能夠更清楚地描述本發(fā)明的技術(shù)內(nèi)容，下面結(jié)合具體實(shí)施例來進(jìn)行進(jìn)一步的描述。

在一種有效的實(shí)施方式中，該計(jì)算機(jī)軟件系統(tǒng)中基于業(yè)務(wù)分析實(shí)現(xiàn)自動(dòng)生成測試案例的系統(tǒng)，其特征在于，所述的系統(tǒng)包括：

業(yè)務(wù)分析層，用于摸清業(yè)務(wù)實(shí)現(xiàn)的意愿，明確系統(tǒng)判斷的準(zhǔn)則；

系統(tǒng)結(jié)構(gòu)分析層，用于對被測系統(tǒng)的程序元素、運(yùn)行時(shí)序和檢測對象進(jìn)行分析，明確系統(tǒng)測試的程序驗(yàn)證模型；

測試設(shè)計(jì)層，用于進(jìn)行測試點(diǎn)的分析管理和測試數(shù)據(jù)分析管理；

測試案例自動(dòng)化生成引擎，用于將測試分析的數(shù)據(jù)轉(zhuǎn)化為測試案例，

所述的業(yè)務(wù)分析層、系統(tǒng)結(jié)構(gòu)分析層和測試設(shè)計(jì)層均與所述的測試案例自動(dòng)化生成引擎連接。

在一種較佳的實(shí)施方式中，所述的業(yè)務(wù)分析層包括：

業(yè)務(wù)情景分析模塊，用于提供業(yè)務(wù)情景的分析視圖向?qū)Ш头诸惞芾恚?/p>

規(guī)則分析模塊，用于對業(yè)務(wù)情景的規(guī)則進(jìn)行分析管理；

業(yè)務(wù)要素分析模塊，用于對業(yè)務(wù)流程的每個(gè)節(jié)點(diǎn)的業(yè)務(wù)要素進(jìn)行分析管理。

在一種較佳的實(shí)施方式中，所述的系統(tǒng)結(jié)構(gòu)分析層包括：

功能流程分析模塊，用于提供系統(tǒng)功能調(diào)度邏輯關(guān)系分析向?qū)В?/p>

程序元素分析模塊，用于功能流程中被測元素分析管理；

檢測對象分析模塊，用于系統(tǒng)程序執(zhí)行完成之后，分析執(zhí)行結(jié)果的檢測方法和對象。

在一種較佳的實(shí)施方式中，所述的測試設(shè)計(jì)層包括：

測試點(diǎn)分析模塊，用于提供測試點(diǎn)的分析向?qū)В?/p>

測試數(shù)據(jù)管理模塊，用于根據(jù)業(yè)務(wù)分析的結(jié)果，提供測試數(shù)據(jù)分析的向?qū)Чδ埽⑴c具體的業(yè)務(wù)情景和功能流程進(jìn)行關(guān)聯(lián)的過程；

預(yù)期數(shù)據(jù)管理模塊，用于配置并管理預(yù)期數(shù)據(jù)。

在一種較佳的實(shí)施方式中，所述的系統(tǒng)還包括：

資產(chǎn)管理層，用于根據(jù)業(yè)務(wù)分析、系統(tǒng)結(jié)構(gòu)分析和測試分析的數(shù)據(jù)和關(guān)聯(lián)關(guān)系進(jìn)行業(yè)務(wù)功能實(shí)現(xiàn)率和業(yè)務(wù)測試覆蓋率的統(tǒng)計(jì)分析，對系統(tǒng)測試過程進(jìn)行數(shù)據(jù)化和精細(xì)化管理。

還包括一種利用上述系統(tǒng)的計(jì)算機(jī)軟件系統(tǒng)中基于業(yè)務(wù)分析實(shí)現(xiàn)自動(dòng)生成測試案例的方法，其特征在于，所述的方法包括如下步驟：

(1)摸清業(yè)務(wù)實(shí)現(xiàn)的意愿，明確系統(tǒng)判斷的準(zhǔn)則；

(2)對被測系統(tǒng)的程序元素、運(yùn)行時(shí)序和檢測對象進(jìn)行分析，明確系統(tǒng)測試的程序驗(yàn)證模型；

(3)對測試點(diǎn)的分析管理和測試數(shù)據(jù)進(jìn)行分析管理。

在一種較佳的實(shí)施方式中，所述的步驟(1)具體包括以下步驟：

(1-1)配置業(yè)務(wù)情景名稱和描述，通過圖元拖拽和連線的方式繪制業(yè)務(wù)情景流程和業(yè)務(wù)要素；

(1-2)添加業(yè)務(wù)規(guī)則和非業(yè)務(wù)規(guī)則；

(1-3)配置業(yè)務(wù)要素的信息，并關(guān)聯(lián)至業(yè)務(wù)規(guī)則和非業(yè)務(wù)規(guī)則；

(1-4)根據(jù)業(yè)務(wù)要素關(guān)聯(lián)的規(guī)則，分析針對該業(yè)務(wù)要素測試的業(yè)務(wù)測試數(shù)據(jù)和預(yù)期結(jié)果數(shù)據(jù)；

(1-5)生成該業(yè)務(wù)情景與業(yè)務(wù)實(shí)體之間的關(guān)聯(lián)關(guān)系圖；

(1-6)導(dǎo)出并生成業(yè)務(wù)文檔。

在一種更佳的實(shí)施方式中，所述的業(yè)務(wù)規(guī)則和非業(yè)務(wù)規(guī)則包括規(guī)則描述、限制條件和異?？刂菩畔?。

在一種更佳的實(shí)施方式中，所述的業(yè)務(wù)要素的信息包括要素名稱、輸入限制條件、輸出限制條件、相關(guān)聯(lián)的業(yè)務(wù)規(guī)則和相關(guān)聯(lián)的非業(yè)務(wù)規(guī)則。

在一種更佳的實(shí)施方式中，所述的業(yè)務(wù)測試數(shù)據(jù)和預(yù)期結(jié)果數(shù)據(jù)包括正常值、異常值和邊界值。

在一種更佳的實(shí)施方式中，所述的文檔包括業(yè)務(wù)情景分析、規(guī)則分析和要素分析的信息。

在一種較佳的實(shí)施方式中，所述的步驟(2)具體包括以下步驟：

(2-1)根據(jù)業(yè)務(wù)情景，分析被測系統(tǒng)的功能流程名稱和描述，通過圖元拖拽和連線方式配置功能時(shí)序流程和程序元素，建立業(yè)務(wù)情景和功能流程一對多的關(guān)聯(lián)關(guān)系；

(2-2)配置程序的類型；

(2-3)根據(jù)程序元素的調(diào)度路徑，將程序的輸入?yún)?shù)和輸出參數(shù)的數(shù)據(jù)模型反射為界面模型；

(2-4)分析程序元素操作的被檢測對象，并配置檢測對象的檢測路徑，建立程序元素和檢測對象一對多的關(guān)聯(lián)關(guān)系；

(2-5)將被檢測對象的結(jié)構(gòu)轉(zhuǎn)換為界面可配置的模型。

在一種更佳的實(shí)施方式中，所述的程序的類型包括UI元素、接口元素和配置程序元素的調(diào)度路徑。

在一種更佳的實(shí)施方式中，所述的被檢測對象包括數(shù)據(jù)表類型、文件類型和報(bào)文類型的檢測對象。

在一種較佳的實(shí)施方式中，所述的步驟(3)具體包括以下步驟：

(3-1)配置測試點(diǎn)的信息，并關(guān)聯(lián)對應(yīng)的業(yè)務(wù)情景和功能流程，明確所述測試點(diǎn)測試測試意圖；

(3-2)將業(yè)務(wù)情景中分析的測試數(shù)據(jù)和預(yù)期結(jié)果數(shù)據(jù)導(dǎo)入到功能流程中，測試數(shù)據(jù)對程序的輸入?yún)?shù)、輸出參數(shù)和檢測對象的結(jié)構(gòu)進(jìn)行一一匹配，生成多組數(shù)據(jù)的測試案例；

(3-3)將匹配好的測試數(shù)據(jù)和功能流程生成測試用例的執(zhí)行程序，完成用例的執(zhí)行步驟。

在一種更佳的實(shí)施方式中，所述的測試點(diǎn)的信息包括測試點(diǎn)名稱和描述信息。

在一種更佳的實(shí)施方式中，所述的執(zhí)行程序包括用例執(zhí)行環(huán)境準(zhǔn)備、檢測點(diǎn)測試數(shù)據(jù)準(zhǔn)備、程序輸入?yún)?shù)數(shù)據(jù)準(zhǔn)備、被測程序調(diào)度、檢測點(diǎn)檢測和程序輸出參數(shù)數(shù)據(jù)比對。

在一種較佳的實(shí)施方式中，所述的步驟(3)之后還包括以下步驟：

(4)根據(jù)業(yè)務(wù)分析、系統(tǒng)結(jié)構(gòu)分析和測試分析的數(shù)據(jù)和關(guān)聯(lián)關(guān)系進(jìn)行業(yè)務(wù)功能實(shí)現(xiàn)率和業(yè)務(wù)測試覆蓋率的統(tǒng)計(jì)分析，對系統(tǒng)測試過程進(jìn)行數(shù)據(jù)化和精細(xì)化管理。

在一種更佳的實(shí)施方式中，所述的步驟(4)具體包括以下步驟：

(4-1)根據(jù)業(yè)務(wù)分析數(shù)據(jù)、系統(tǒng)結(jié)構(gòu)分?jǐn)?shù)據(jù)和案例設(shè)計(jì)數(shù)據(jù)，以多維度統(tǒng)計(jì)業(yè)務(wù)的數(shù)據(jù)、功能點(diǎn)的數(shù)據(jù)和測試案例的數(shù)量，體現(xiàn)軟件設(shè)計(jì)過程的效率和成果；

(4-2)根據(jù)業(yè)務(wù)分析數(shù)據(jù)、系統(tǒng)結(jié)構(gòu)分?jǐn)?shù)據(jù)和案例設(shè)計(jì)數(shù)據(jù)的關(guān)聯(lián)關(guān)系，統(tǒng)計(jì)業(yè)務(wù)情景實(shí)現(xiàn)的覆蓋率、業(yè)務(wù)情景測試的覆蓋率和系統(tǒng)功能點(diǎn)的覆蓋率，體現(xiàn)軟件設(shè)計(jì)過程的完成度和工作完成質(zhì)量。

在一種具體的實(shí)施方式中，本發(fā)明分為兩部分：

第1部分：技術(shù)解決方案功能模塊組成說明：

基于業(yè)務(wù)分析實(shí)現(xiàn)自動(dòng)生成測試案例的系統(tǒng)和方法，包括業(yè)務(wù)分析層、系統(tǒng)結(jié)構(gòu)分析層、測試設(shè)計(jì)層和資產(chǎn)管理層四個(gè)模塊，以及測試案例自動(dòng)化生成引擎，其主要特點(diǎn)是，所述的業(yè)務(wù)分析層是為了摸清業(yè)務(wù)實(shí)現(xiàn)的意愿，明確軟件系統(tǒng)如何斷言是正確或者錯(cuò)誤的準(zhǔn)則，包括：

業(yè)務(wù)情景分析模塊，提供業(yè)務(wù)情景的分析視圖向?qū)Ш头诸惞芾?。主要將整體的業(yè)務(wù)需求拆分為一個(gè)個(gè)獨(dú)立的業(yè)務(wù)意圖—最小業(yè)務(wù)情景單元。業(yè)務(wù)情景明確了該業(yè)務(wù)實(shí)現(xiàn)的流程、規(guī)則、要素等信息；

規(guī)則分析模塊，用于業(yè)務(wù)情景的規(guī)則分析管理。規(guī)則是業(yè)務(wù)情景的規(guī)則組，分為業(yè)務(wù)規(guī)則和非業(yè)務(wù)規(guī)則。業(yè)務(wù)規(guī)則構(gòu)成了實(shí)現(xiàn)該業(yè)務(wù)情景的流程控制、異常限制和條件。非業(yè)務(wù)規(guī)則是以軟件系統(tǒng)的存在為基礎(chǔ)，對系統(tǒng)性能、可拓展性和可維護(hù)性等約束，也叫系統(tǒng)規(guī)則；

業(yè)務(wù)要素分析模塊，提供實(shí)現(xiàn)業(yè)務(wù)流程每個(gè)節(jié)點(diǎn)的業(yè)務(wù)要素分析管理。業(yè)務(wù)要素是在業(yè)務(wù)規(guī)則中被描述的對象，這些對象具備特定的業(yè)務(wù)能力，通過各種規(guī)則共同完成業(yè)務(wù)情景的流程辦理過程。

系統(tǒng)設(shè)計(jì)有概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)等過程，而這些設(shè)計(jì)的實(shí)現(xiàn)最終會(huì)落實(shí)為一系列帶有業(yè)務(wù)時(shí)序的程序節(jié)點(diǎn)，同時(shí)，程序處理結(jié)果體現(xiàn)為可觀測的物理操作之上。因此，所述的系統(tǒng)結(jié)構(gòu)分析層，是對被測系統(tǒng)的程序元素、運(yùn)行時(shí)序和檢測對象進(jìn)行分析，明確系統(tǒng)測試的程序驗(yàn)證模型，主要包括：

功能流程分析模塊，提供系統(tǒng)功能調(diào)度邏輯關(guān)系分析向?qū)?，主要根?jù)業(yè)務(wù)情景的流程，在系統(tǒng)中梳理出該業(yè)務(wù)流程對應(yīng)程序的運(yùn)行時(shí)序，程序運(yùn)行時(shí)序可以指導(dǎo)測試步驟的執(zhí)行過程，模擬程序的行為和業(yè)務(wù)的辦理過程；

程序元素分析模塊，用于功能流程中被測元素分析管理。主要管理UI元素和程序接口等調(diào)度方式、入?yún)⒛Ｐ?、運(yùn)行條件等信息。系統(tǒng)測試用例是基于界面UI元素交互驗(yàn)證過程，集成測試是對一系列帶有時(shí)序接口的測試過程，單元測試是對單個(gè)接口的功能驗(yàn)證過程；

檢測對象分析模塊，用于系統(tǒng)程序執(zhí)行完成之后，分析執(zhí)行結(jié)果的檢測方法和對象，如：文本讀寫、數(shù)據(jù)庫讀寫、報(bào)文收發(fā)、頁面交互反饋。檢測對象分為輸入對象和輸出對象，不同的檢測對象配套有相應(yīng)的檢測組件，傳入預(yù)期結(jié)果后會(huì)自動(dòng)完成對比過程。

所述的測試設(shè)計(jì)層，主要進(jìn)行測試點(diǎn)的分析管理和測試數(shù)據(jù)分析管理，包括：

測試點(diǎn)分析模塊，提供測試點(diǎn)的分析向?qū)?，主要將業(yè)務(wù)情景、規(guī)則與對應(yīng)的功能流程進(jìn)行映射關(guān)聯(lián)，一對多的關(guān)系，同時(shí)，根據(jù)業(yè)務(wù)情景的規(guī)則和意圖，對功能流程的業(yè)務(wù)覆蓋式測試提供指導(dǎo)性的工作；

測試數(shù)據(jù)管理模塊，根據(jù)業(yè)務(wù)分析的結(jié)果，提供測試數(shù)據(jù)分析的向?qū)Чδ?，包括測試數(shù)據(jù)和預(yù)期結(jié)果數(shù)據(jù)的分析，并與具體的業(yè)務(wù)情景和功能流程進(jìn)行關(guān)聯(lián)的過程。

所述的資產(chǎn)管理層，主要是根據(jù)業(yè)務(wù)分析、系統(tǒng)結(jié)構(gòu)分析和測試分析的數(shù)據(jù)和關(guān)聯(lián)關(guān)系，進(jìn)行業(yè)務(wù)功能實(shí)現(xiàn)率和業(yè)務(wù)測試覆蓋率等統(tǒng)計(jì)分析，實(shí)現(xiàn)軟件測試過程的數(shù)據(jù)化和精細(xì)化管理過程。

所述的測試案例自動(dòng)化生成引擎，主要將測試分析的數(shù)據(jù)自動(dòng)轉(zhuǎn)化為測試案例，包括：

測試案例自動(dòng)生成引擎，提供自動(dòng)化生成測試案例的程序群。主要把測試點(diǎn)的業(yè)務(wù)規(guī)則抽象的測試數(shù)據(jù)和預(yù)期結(jié)果數(shù)據(jù)，將測試數(shù)據(jù)導(dǎo)入功能流程中，生成系統(tǒng)程序驗(yàn)證過程的運(yùn)行環(huán)境準(zhǔn)備、測試數(shù)據(jù)準(zhǔn)備、被測程序調(diào)度、檢測點(diǎn)檢測和出參數(shù)據(jù)比對等測試步驟或自動(dòng)化測試腳本。

第2部分：技術(shù)解決方案實(shí)現(xiàn)方法的流程步驟說明：

基于業(yè)務(wù)分析實(shí)現(xiàn)自動(dòng)生成測試案例的系統(tǒng)和方法，其主要特點(diǎn)是，所述的方法包括業(yè)務(wù)分析流程、系統(tǒng)結(jié)構(gòu)分析流程和測試案例設(shè)計(jì)流程，所述的業(yè)務(wù)分析流程，包括以下步驟：

(1)所述的業(yè)務(wù)分析視圖向?qū)е信渲脴I(yè)務(wù)情景名稱和描述，通過圖元拖拽和連線的方式繪制業(yè)務(wù)情景流程和業(yè)務(wù)要素；

(2)所述的業(yè)務(wù)情景，點(diǎn)擊添加業(yè)務(wù)規(guī)則的按鈕，在彈出的業(yè)務(wù)規(guī)則向?qū)е刑砑訕I(yè)務(wù)規(guī)則和非業(yè)務(wù)規(guī)則，包括規(guī)則描述、限制條件、異常控制等信息；

(3)所述的業(yè)務(wù)情景流程中雙擊業(yè)務(wù)要素，在彈出的業(yè)務(wù)要素向?qū)е信渲靡氐男畔ⅲㄒ孛Q，輸入、輸出限制條件，關(guān)聯(lián)業(yè)務(wù)規(guī)則和非業(yè)務(wù)規(guī)則等信息；

(4)根據(jù)所述業(yè)務(wù)要素關(guān)聯(lián)的規(guī)則，分析針對該業(yè)務(wù)要素測試的正常、異常和邊界值等業(yè)務(wù)測試數(shù)據(jù)和預(yù)期結(jié)果數(shù)據(jù)；

(5)所述的業(yè)務(wù)流程管理視圖中，點(diǎn)擊導(dǎo)出業(yè)務(wù)情景業(yè)務(wù)E-R圖，會(huì)自動(dòng)生成該業(yè)務(wù)情景業(yè)務(wù)實(shí)體之間的關(guān)聯(lián)關(guān)系圖；

(6)所述的業(yè)務(wù)流程管理視圖中，點(diǎn)擊導(dǎo)出并生成業(yè)務(wù)的Word或Excel文檔，文檔包含了業(yè)務(wù)情景分析，規(guī)則分析和要素分析等信息；

所述的系統(tǒng)結(jié)構(gòu)分析流程，包括以下步驟：

(7)根據(jù)所述的業(yè)務(wù)情景，在所述的功能流程向?qū)е蟹治霰粶y系統(tǒng)的功能流程名稱和描述，通過圖元拖拽和連線方式配置功能時(shí)序流程和程序元素，建立業(yè)務(wù)情景和功能流程一對多的關(guān)聯(lián)關(guān)系；

(8)所述的功能流程中雙擊程序元素節(jié)點(diǎn)，在彈出的程序元素向?qū)е信渲贸绦虻念愋?，包括UI元素和接口元素，以及配置程序元素的調(diào)度路徑；

(9)所述的程序元素向?qū)е校鶕?jù)程序元素的調(diào)度路徑，自動(dòng)將程序的入?yún)⒑统鰠?shù)據(jù)模型反射為界面模型；

(10)所述的檢測對象視圖中，分析所述程序元素操作的被檢測對象，主要包括數(shù)據(jù)表、文件和報(bào)文等類型的檢測對象，并配置檢測對象的檢測路徑，建立程序元素和檢測對象一對多的關(guān)聯(lián)關(guān)系；

(11)所述的檢測對象視圖中，點(diǎn)擊生成檢測對象界面模型按鈕，自動(dòng)將檢測對象：數(shù)據(jù)表結(jié)構(gòu)、文件結(jié)構(gòu)、報(bào)文結(jié)構(gòu)轉(zhuǎn)換為界面可配置的模型；

所述的測試案例設(shè)計(jì)流程，包括以下步驟：

(12)所述的測試點(diǎn)分析向?qū)渲脺y試點(diǎn)，包括測試點(diǎn)名稱和描述等信息，并關(guān)聯(lián)對應(yīng)的業(yè)務(wù)情景和功能流程，明確所述測試點(diǎn)測試測試意圖；

(13)所述的測試案例自動(dòng)生成引擎，將業(yè)務(wù)情景中分析的測試數(shù)據(jù)和預(yù)期結(jié)果數(shù)據(jù)，導(dǎo)入到功能流程中，測試數(shù)據(jù)跟程序元素入?yún)?、出參，以及檢測對象數(shù)據(jù)表結(jié)構(gòu)、文件結(jié)構(gòu)和報(bào)文結(jié)構(gòu)進(jìn)行一一匹配，生成多組數(shù)據(jù)的測試案例；

所述的測試案例自動(dòng)生成引擎將匹配好的測試數(shù)據(jù)和功能流程生成測試用例的執(zhí)行程序：包括用例執(zhí)行環(huán)境準(zhǔn)備、檢測點(diǎn)測試數(shù)據(jù)準(zhǔn)備、程序入?yún)?shù)據(jù)準(zhǔn)備、被測程序調(diào)度、檢測點(diǎn)檢測和程序出參數(shù)據(jù)比對等等，完成用例的執(zhí)行步驟。

在實(shí)際應(yīng)用中，本發(fā)明的基于業(yè)務(wù)分析實(shí)現(xiàn)自動(dòng)生成測試案例的系統(tǒng)和方法的具體過程如下：

1、業(yè)務(wù)情景分析向?qū)?/p>

業(yè)務(wù)情景分析向?qū)翘峁I(yè)務(wù)分析統(tǒng)一規(guī)范和模型，集成了業(yè)務(wù)情景流程、規(guī)則和業(yè)務(wù)要素的配置過程，向?qū)У呐渲眠^程，是業(yè)務(wù)流程、規(guī)則和要素等管理信息和關(guān)聯(lián)關(guān)系等數(shù)據(jù)的配置過程，具體過程為如下：

(1)業(yè)務(wù)模塊表，包括業(yè)務(wù)模塊唯一ID，名稱，業(yè)務(wù)說明等信息；

(2)業(yè)務(wù)情景表，包括唯一ID，情景名稱，業(yè)務(wù)說明等信息，業(yè)務(wù)情景ID與業(yè)務(wù)模塊唯一ID形成多對一的關(guān)聯(lián)關(guān)系；

(3)業(yè)務(wù)流程表，包括唯一ID，圖元類型，圖元名稱，圖元位置，連線名稱，連線位置，業(yè)務(wù)情景流程和業(yè)務(wù)情景形成一對一的關(guān)聯(lián)關(guān)系；

(4)業(yè)務(wù)規(guī)則表，包括規(guī)則唯一ID，規(guī)則名稱，規(guī)則類型，規(guī)則的內(nèi)容等等，業(yè)務(wù)規(guī)則與業(yè)務(wù)情景、業(yè)務(wù)流程為多對一關(guān)系；

(5)業(yè)務(wù)要素表，包括唯一ID，要素名稱，要素功能列表，要素功能規(guī)則，要素所屬業(yè)務(wù)情景等字段，業(yè)務(wù)要素表與業(yè)務(wù)情景、業(yè)務(wù)流程是多對一關(guān)系，與業(yè)務(wù)規(guī)則是多對多關(guān)系；

(6)構(gòu)建業(yè)務(wù)情景分析視圖向?qū)?，視圖向?qū)е刑峁I(yè)務(wù)模塊信息，業(yè)務(wù)情景信息，情景流程圖元拖拽連線信息，業(yè)務(wù)規(guī)則信息，業(yè)務(wù)要素信息等信息表數(shù)據(jù)的錄入，并通過唯一的ID關(guān)聯(lián)起來，最后數(shù)據(jù)錄入到對應(yīng)的數(shù)據(jù)表；

2、系統(tǒng)結(jié)構(gòu)分析向?qū)?/p>

業(yè)務(wù)分析測試意圖的分析過程，而系統(tǒng)結(jié)構(gòu)分析，是測試目標(biāo)的分析過程。根據(jù)業(yè)務(wù)功能意圖的指導(dǎo)，對被測系統(tǒng)的功能進(jìn)行分析過程，是明確被測系統(tǒng)的功能流程、被測程序和檢測對象調(diào)度信息和關(guān)聯(lián)關(guān)系的配置過程，對主要過程如下：

(7)功能點(diǎn)表，包括功能點(diǎn)唯一ID，功能點(diǎn)名稱，功能點(diǎn)功能描述等字段，功能點(diǎn)表跟業(yè)務(wù)情景表是多對一關(guān)系；

(8)功能流程表，包括功能流程唯一ID，圖元類型，圖元名稱，圖元位置，連線名稱，連線位置等字段，功能流程表與功能點(diǎn)表是一對一或多對一的關(guān)聯(lián)關(guān)系；

(9)程序元素表，包括程序唯一ID，程序元素名稱，程序元素類型，程序調(diào)度路徑等字段，程序元素表與功能流程表是多對一關(guān)系；

(10)檢測對象表，包括檢測對象唯一ID，檢測對象名稱，檢測對象類型，檢測對象調(diào)度路徑等字段，檢測對象表與程序元素表是多對一關(guān)系；

(11)構(gòu)建系統(tǒng)結(jié)構(gòu)分析視圖向?qū)В晥D向?qū)峁┝斯δ茳c(diǎn)信息，功能流程圖元拖拽連線信息，程序元素信息、檢測對象等信息表數(shù)據(jù)的錄入，并通過唯一ID關(guān)聯(lián)起來，最后數(shù)據(jù)錄入到對應(yīng)的數(shù)據(jù)表。

3、測試設(shè)計(jì)視圖向?qū)?/p>

根據(jù)測試設(shè)計(jì)視圖向?qū)?，用戶可以根?jù)業(yè)務(wù)情景分析和系統(tǒng)結(jié)構(gòu)的分析結(jié)果，抽象出程序的測試數(shù)據(jù)，以及測試數(shù)據(jù)與被測程序、檢測對象的關(guān)聯(lián)關(guān)系，具體過程如下：

(12)測試點(diǎn)分析表，包括測試點(diǎn)唯一ID，測試點(diǎn)名稱和描述，所述業(yè)務(wù)情景、所述功能流程等字段，跟業(yè)務(wù)情景、功能流程是多對一關(guān)系；

(13)測試數(shù)據(jù)管理表，包括測試數(shù)據(jù)編號，測試數(shù)據(jù)所屬元素類型(包括程序參數(shù)類型、數(shù)據(jù)表數(shù)據(jù)類型、文件數(shù)據(jù)類型和報(bào)文數(shù)據(jù)類型)、數(shù)據(jù)的功能類型(清理環(huán)境類型、入?yún)?shù)據(jù)類型和預(yù)期數(shù)據(jù)類型)、數(shù)據(jù)的所屬程序元素、所述檢測對象等字段，測試數(shù)據(jù)與程序元素表、檢測對象表是多對一的關(guān)系

(14)構(gòu)建測試設(shè)計(jì)視圖向?qū)?，視圖向?qū)峁┝藴y試數(shù)據(jù)配置，測試數(shù)據(jù)關(guān)聯(lián)程序元素和檢測對象的關(guān)聯(lián)關(guān)系，點(diǎn)擊保存，數(shù)據(jù)存入對應(yīng)的數(shù)據(jù)表。

4、測試案例自動(dòng)生成引擎

所述的測試案例自動(dòng)生成引擎是測試案例生成的關(guān)鍵環(huán)節(jié)。該引擎提供了測試案例執(zhí)行過程的程序群，包括：環(huán)境準(zhǔn)備程序、檢測對象數(shù)據(jù)準(zhǔn)備程序、被測程序入?yún)?shù)據(jù)準(zhǔn)備程序、被測程序調(diào)度程序、檢測對象結(jié)果檢測程序、被測程序出參數(shù)據(jù)比對程序等，點(diǎn)擊生成測試案例時(shí)，引擎自動(dòng)化把數(shù)據(jù)和被測系統(tǒng)結(jié)構(gòu)組裝起來，生成測試案例，具體過程如下：

(15)所述的環(huán)境準(zhǔn)備程序根據(jù)測試點(diǎn)的分析，從系統(tǒng)結(jié)構(gòu)管理的檢測對象表中，獲取相關(guān)的檢測對象信息，接著從測試局管理表中獲取環(huán)境清理數(shù)據(jù)(包括表操作DML語句、文件操作語句)，利用清理語句清理檢測對象錯(cuò)亂數(shù)據(jù)，保證執(zhí)行環(huán)境的獨(dú)立性和正確性；

(16)所述的檢測對象數(shù)據(jù)準(zhǔn)備程序從檢測對象表中，獲取相關(guān)的檢測對象信息，接著從測試局管理表中獲取入?yún)?shù)據(jù)，完成檢測對象的數(shù)據(jù)準(zhǔn)備工作；

(17)所述的被測程序入?yún)?shù)據(jù)準(zhǔn)備程序，從程序元素表中獲取程序元素信息，并從數(shù)據(jù)管理表中獲取程序的入?yún)?shù)據(jù)，完成入?yún)?shù)據(jù)的準(zhǔn)備工作；

(18)所述的被測程序調(diào)度程序，從程序元素表中獲取程序元素調(diào)度信息，完成被測程序元素的調(diào)度執(zhí)行過程；

(19)所述的用檢測對象結(jié)果檢測程序從檢測對象表中，獲取相關(guān)的檢測對象信息，接著從測試局管理表中獲取預(yù)期結(jié)果數(shù)據(jù)，完成預(yù)期結(jié)果數(shù)據(jù)和實(shí)際結(jié)果數(shù)據(jù)的比對過程；

(20)所述的被測程序出參數(shù)據(jù)比對程序，從程序元素表中獲取程序元素信息，并從數(shù)據(jù)管理表中獲取程序的出參預(yù)期結(jié)果數(shù)據(jù)，完成出參預(yù)期結(jié)果數(shù)據(jù)和實(shí)際結(jié)果數(shù)據(jù)的比對過程；

(21)案例執(zhí)行完成之后，收集案例執(zhí)行的日志、異常和數(shù)據(jù)，存入到對應(yīng)的日志、異常表和結(jié)果表，生成案例執(zhí)行的結(jié)果報(bào)表，完成案例執(zhí)行流程；

5、資產(chǎn)統(tǒng)計(jì)分析

(22)所述的資產(chǎn)管理層根據(jù)業(yè)務(wù)分析數(shù)據(jù)表、系統(tǒng)結(jié)構(gòu)分?jǐn)?shù)據(jù)表和案例設(shè)計(jì)數(shù)據(jù)表，以多維度(個(gè)人、時(shí)間、部門等等)統(tǒng)計(jì)業(yè)務(wù)的數(shù)據(jù)、功能點(diǎn)的數(shù)據(jù)和測試案例的數(shù)量，體現(xiàn)軟件設(shè)計(jì)過程的效率和成果；

所述的資產(chǎn)管理層根據(jù)業(yè)務(wù)分析數(shù)據(jù)表、系統(tǒng)結(jié)構(gòu)分?jǐn)?shù)據(jù)表和案例設(shè)計(jì)數(shù)據(jù)表的關(guān)聯(lián)關(guān)系，統(tǒng)計(jì)業(yè)務(wù)情景實(shí)現(xiàn)的覆蓋率，統(tǒng)計(jì)業(yè)務(wù)情景測試的覆蓋率和系統(tǒng)功能點(diǎn)的覆蓋率。反應(yīng)軟件設(shè)計(jì)過程的完成度和工作完成質(zhì)量。

采用了該發(fā)明中的基于業(yè)務(wù)分析實(shí)現(xiàn)自動(dòng)生成測試案例的系統(tǒng)和方法，可以實(shí)現(xiàn)有效的業(yè)務(wù)測試分析過程。從業(yè)務(wù)分析開始，將整體業(yè)務(wù)細(xì)化為一個(gè)個(gè)具體的業(yè)務(wù)情景，按照業(yè)務(wù)情景的意圖，通過圖元拖拽和連線的方式，將業(yè)務(wù)情景表達(dá)為業(yè)務(wù)流程的辦理過程，業(yè)務(wù)流程中集成了業(yè)務(wù)情景建設(shè)需要到的業(yè)務(wù)規(guī)則和非業(yè)務(wù)規(guī)則，同時(shí)，業(yè)務(wù)流程繼續(xù)細(xì)化為具體的業(yè)務(wù)要素，明確業(yè)務(wù)流程每個(gè)環(huán)節(jié)的業(yè)務(wù)能力和環(huán)節(jié)之間的流轉(zhuǎn)關(guān)系。在軟件設(shè)計(jì)階段，開發(fā)人員根據(jù)業(yè)務(wù)情景的分析可以快速地完成功能流程設(shè)計(jì)和功能點(diǎn)設(shè)計(jì)過程。同時(shí)，測試人員根據(jù)測試情景的分析，抽象出情景的測試步驟、測試數(shù)據(jù)和結(jié)果數(shù)據(jù)，并在被測系統(tǒng)中分析功能執(zhí)行流程、測試點(diǎn)和檢測點(diǎn)，自動(dòng)生成測試案例的過程。從而建設(shè)了業(yè)務(wù)分析、設(shè)計(jì)分析和測試分析過程的標(biāo)準(zhǔn)，有效地指導(dǎo)軟件建設(shè)的業(yè)務(wù)分析過程，避免了業(yè)務(wù)人員不懂技術(shù)，技術(shù)人員不懂業(yè)務(wù)而導(dǎo)致的軟件設(shè)計(jì)“需求失真”的問題，減少軟件功能設(shè)計(jì)不符合業(yè)務(wù)意圖的需求而導(dǎo)致經(jīng)常返工的現(xiàn)象。在測試方面，測試人員對業(yè)務(wù)分析更加準(zhǔn)確，對系統(tǒng)結(jié)構(gòu)了解更深，對業(yè)務(wù)功能測試覆蓋更全面，提升了軟件系統(tǒng)質(zhì)量保證工作的有效性。同時(shí)，通過統(tǒng)一的管理規(guī)范，將業(yè)務(wù)、設(shè)計(jì)和測試分析的過程行為的記錄了下來，沉淀為軟件設(shè)計(jì)過程的資產(chǎn)，建設(shè)資產(chǎn)復(fù)用機(jī)制，提升軟件生產(chǎn)過程的效率。

在此說明書中，本發(fā)明已參照其特定的實(shí)施例作了描述。但是，很顯然仍可以作出各種修改和變換而不背離本發(fā)明的精神和范圍。因此，說明書和附圖應(yīng)被認(rèn)為是說明性的而非限制性的。