本發(fā)明涉及軟件測試技術(shù)領(lǐng)域，具體地說是一種面向復(fù)用的軟件測試用例測試系統(tǒng)及方法。

背景技術(shù)：

隨著計(jì)算機(jī)應(yīng)用的日益普及和深化，軟件產(chǎn)品的數(shù)量以驚人的速度急劇膨脹，軟件在現(xiàn)代社會中的作用是必不可少的，軟件不可以出錯。而在軟件生存周期中軟件測試占有重要的地位，并且直接影響著軟件的質(zhì)量。

然而，確保高質(zhì)量的軟件通常非常昂貴，因?yàn)闇y試是實(shí)現(xiàn)質(zhì)量的主要手段，而實(shí)現(xiàn)質(zhì)量保證工作會消耗50％～60％的軟件開發(fā)工作量，并且會阻礙整個項(xiàng)目的進(jìn)程。正因如此，不充分的質(zhì)量保證，尤其是測試的不足，造成了軟件質(zhì)量的參差不齊。

面對日益復(fù)雜的軟件系統(tǒng)，復(fù)用被認(rèn)為是提高軟件開發(fā)效率和質(zhì)量、實(shí)現(xiàn)軟件產(chǎn)品工業(yè)化生產(chǎn)方式的重要途徑，復(fù)用技術(shù)在軟件需求工程和設(shè)計(jì)工程中的應(yīng)用，已經(jīng)取得了顯著的成果。

測試復(fù)用就是將復(fù)用的思想用于軟件測試中，充分用過去軟件測試中積累的成果、知識和經(jīng)驗(yàn)，去開發(fā)新的測試。

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

本發(fā)明的目的在于一種面向復(fù)用的軟件測試用例測試系統(tǒng)，用于解決現(xiàn)有的軟件測試不能充分保證測試質(zhì)量的問題，提高測試工作效率，降低測試成本。

本發(fā)明解決其技術(shù)問題所采取的技術(shù)方案是：一種面向復(fù)用的軟件測試用例測試系統(tǒng)，其特征是，包括

復(fù)用測試用例庫，包括測試場景、測試用例、測試步驟和測試數(shù)據(jù)四種粒度組織；和，

測試元素，引用、組合、繼承復(fù)用測試用例庫，進(jìn)行被測試；

比對模塊，用于對測試元素進(jìn)行需求比對，判斷測試元素對復(fù)用測試用例庫采用何種方式進(jìn)行復(fù)用。

進(jìn)一步地，所述的測試場景包括場景屬性、場景測試用例、場景測試數(shù)據(jù)、場景約束；所述的場景屬性用于描述測試場景所有的屬性；場景測試數(shù)據(jù)是與測試場景相關(guān)的數(shù)據(jù)組合；場景測試用例是測試場景包含的測試用例；場景約束即描述測試場景包含測試用例運(yùn)行的執(zhí)行方式和順序。

進(jìn)一步地，所述的測試用例即對被測系統(tǒng)實(shí)際操作的指令的集合，測試用例包括用例屬性、用例測試數(shù)據(jù)、用例測試步驟、用例約束；屬性用于描述測試用例的所有屬性；用例測試數(shù)據(jù)為該用例用到的相關(guān)數(shù)據(jù)；用例測試步驟是測試過程中的基本操作，包括用例屬性和用例數(shù)據(jù)；用例約束指測試用例所包含的測試步驟的執(zhí)行方式和順序。

進(jìn)一步地，所述的執(zhí)行方式包括手工執(zhí)行測試和自動化執(zhí)行測試；手工執(zhí)行時需要測試人員準(zhǔn)備好測試前置條件，前置條件即按照業(yè)務(wù)需要，用例執(zhí)行成功所必需的條件；

所述的執(zhí)行順序?yàn)橐罁?jù)依賴條件來執(zhí)行當(dāng)前用例。

進(jìn)一步地，所述的測試步驟是測試過程中的基本操作，包括屬性和數(shù)據(jù)。

進(jìn)一步地，所述的測試數(shù)據(jù)測試所需的所有數(shù)據(jù)，由屬性構(gòu)成。

進(jìn)一步地，所述的屬性為名稱與值的對應(yīng)。

進(jìn)一步地，所述的引用為測試元素直接引用復(fù)用測試用例庫的測試場景，或/和測試用例，或/和測試步驟，或/和測試數(shù)據(jù)；

所述的組合即組合復(fù)用測試用例庫中的不同的測試用例為新的測試場景；組合不同的測試步驟為新的測試用例；組合不同的測試數(shù)據(jù)為新的測試數(shù)據(jù)；

所述的繼承即繼承復(fù)用測試用例庫中的測試場景，或/和測試用例，或/和測試步驟，或/和測試數(shù)據(jù)，并依據(jù)被測系統(tǒng)進(jìn)行完善，形成新的測試用例。

進(jìn)一步地，所述的需求比對為：當(dāng)前版本的測試元素與上一個版本的測試元素進(jìn)行對比，判斷需求。

一種面向復(fù)用的軟件測試用例測試方法，利用任意一項(xiàng)所述的一種面向復(fù)用的軟件測試用例測試系統(tǒng)，其特征是，具體包括以下步驟：

1)、對測試元素的當(dāng)前版本與上一個版本進(jìn)行對比，判斷需求；

2)、如果測試元素需要引用，則執(zhí)行步驟3)操作；如果測試元素需要組合，則執(zhí)行步驟4)操作；如果測試元素需要繼承，則執(zhí)行步驟5)操作；

3)、測試元素根據(jù)需求直接引用復(fù)用測試用例庫，進(jìn)行測試元素的直接復(fù)用；

4)、測試元素根據(jù)需求將復(fù)用測試用例庫的特定的粒度組織進(jìn)行組合，進(jìn)行測試元素的直接復(fù)用；

5)、測試元素根據(jù)需求進(jìn)行繼承原有的粒度組織，完善已存在的測試元素，形成新的測試元素復(fù)用；

6)、復(fù)用測試用例結(jié)束。

本發(fā)明的有益效果是：

1、本發(fā)明設(shè)置復(fù)用測試用例庫抽象并提取不同粒度的可復(fù)用測試資產(chǎn)，使用例分層次復(fù)用，極大地實(shí)現(xiàn)了軟件高質(zhì)量的測試。

2、本發(fā)明可以通過引用、組合、繼承實(shí)現(xiàn)用例的復(fù)用，不管是對新版本還是老版本，都適用。

3、本發(fā)明實(shí)現(xiàn)了軟件的自動測試，用例復(fù)用，節(jié)約測試成本。

附圖說明

圖1為本發(fā)明的模塊結(jié)構(gòu)連接圖；

圖2為本發(fā)明方法流程圖。

具體實(shí)施方式

為能清楚說明本方案的技術(shù)特點(diǎn)，下面通過具體實(shí)施方式，并結(jié)合其附圖，對本發(fā)明進(jìn)行詳細(xì)闡述。下文的公開提供了許多不同的實(shí)施例或例子用來實(shí)現(xiàn)本發(fā)明的不同結(jié)構(gòu)。為了簡化本發(fā)明的公開，下文中對特定例子的部件和設(shè)置進(jìn)行描述。此外，本發(fā)明可以在不同例子中重復(fù)參考數(shù)字和/或字母。這種重復(fù)是為了簡化和清楚的目的，其本身不指示所討論各種實(shí)施例和/或設(shè)置之間的關(guān)系。應(yīng)當(dāng)注意，在附圖中所圖示的部件不一定按比例繪制。本發(fā)明省略了對公知組件和處理技術(shù)及工藝的描述以避免不必要地限制本發(fā)明。

如圖1所示，一種面向復(fù)用的軟件測試用例測試系統(tǒng)，包括

復(fù)用測試用例庫，包括測試場景、測試用例、測試步驟和測試數(shù)據(jù)四種粒度組織；和，

測試元素，引用、組合、繼承復(fù)用測試用例庫，進(jìn)行被測試；

比對模塊，用于對測試元素進(jìn)行需求比對，判斷測試元素對復(fù)用測試用例庫采用何種方式進(jìn)行復(fù)用。

測試場景包括場景屬性、場景測試用例、場景測試數(shù)據(jù)、場景約束；所述的場景屬性用于描述測試場景所有的屬性；場景測試數(shù)據(jù)是與測試場景相關(guān)的數(shù)據(jù)組合；場景測試用例是測試場景包含的測試用例；場景約束即描述測試場景包含測試用例運(yùn)行的執(zhí)行方式和順序。例如場景s＝{attribute,data,case,constrain}；其中attribute為屬性，包含但不限于場景名稱、場景所屬模塊、場景包含測試用例個數(shù)。

data為測試數(shù)據(jù)，例如創(chuàng)建虛擬機(jī)場景所需的虛擬機(jī)名稱。

case為場景包含的測試用例，例如創(chuàng)建虛擬機(jī)場景中包含登錄系統(tǒng)用例、創(chuàng)建組織用例、創(chuàng)建虛擬數(shù)據(jù)中心用例、創(chuàng)建虛擬機(jī)用例、退出系統(tǒng)用例。

constrain為場景的約束，說明case(測試用例)的執(zhí)行順序。

測試用例即對被測系統(tǒng)實(shí)際操作的指令的集合，測試用例包括用例屬性、用例測試數(shù)據(jù)、用例測試步驟、用例約束；屬性用于描述測試用例的所有屬性；用例測試數(shù)據(jù)為該用例用到的相關(guān)數(shù)據(jù)；用例測試步驟是測試過程中的基本操作，包括用例屬性和用例數(shù)據(jù)；用例約束指測試用例所包含的測試步驟的執(zhí)行方式和順序。例如case＝{attribute,data,step,constrain}；其中attribute為屬性，包含但不限于用例名稱、用例序號、用例所屬模塊。

data為測試數(shù)據(jù)，例如創(chuàng)建虛擬機(jī)用例所需的虛擬機(jī)名稱。

step為測試用例包含的測試步驟，例如創(chuàng)建虛擬機(jī)測試用例包含輸入虛擬機(jī)名稱、虛擬機(jī)配置、選擇虛擬數(shù)據(jù)中心。

constrain為用例的約束，說明step(測試步驟)的執(zhí)行順序。

執(zhí)行方式包括手工執(zhí)行測試和自動化執(zhí)行測試；手工執(zhí)行時需要測試人員準(zhǔn)備好測試前置條件，前置條件即按照業(yè)務(wù)需要，用例執(zhí)行成功所必需的條件；執(zhí)行順序?yàn)橐罁?jù)依賴條件來執(zhí)行當(dāng)前用例。

測試步驟是測試過程中的基本操作，包括屬性和數(shù)據(jù)。

測試數(shù)據(jù)測試所需的所有數(shù)據(jù)，由屬性構(gòu)成。例如虛擬機(jī)名稱＝vm。

屬性為名稱與值的對應(yīng)。

當(dāng)軟件測試人員開始復(fù)用測試用例時，可以根據(jù)項(xiàng)目間需求，從測試數(shù)據(jù)、測試步驟、測試用例及測試場景，由細(xì)到粗的，采用引用、組合及繼承的方式復(fù)用測試用例。

需求比對為：當(dāng)前版本的測試元素與上一個版本的測試元素進(jìn)行對比，判斷需求。

引用為測試元素直接引用復(fù)用測試用例庫的測試場景，或/和測試用例，或/和測試步驟，或/和測試數(shù)據(jù)。

組合即組合復(fù)用測試用例庫中的不同的測試用例為新的測試場景；組合不同的測試步驟為新的測試用例；組合不同的測試數(shù)據(jù)為新的測試數(shù)據(jù)。

繼承即繼承復(fù)用測試用例庫中的測試場景，或/和測試用例，或/和測試步驟，或/和測試數(shù)據(jù)，并依據(jù)被測系統(tǒng)進(jìn)行完善，形成新的測試用例。

如圖2所示，一種面向復(fù)用的軟件測試用例測試方法，利用一種面向復(fù)用的軟件測試用例測試系統(tǒng)，具體包括以下步驟：

1)、對測試元素的當(dāng)前版本與上一個版本進(jìn)行對比，判斷需求；

2)、如果測試元素需要引用，則執(zhí)行步驟3)操作；如果測試元素需要組合，則執(zhí)行步驟4)操作；如果測試元素需要繼承，則執(zhí)行步驟5)操作；

3)、測試元素根據(jù)需求直接引用復(fù)用測試用例庫，進(jìn)行測試元素的直接復(fù)用；

4)、測試元素根據(jù)需求將復(fù)用測試用例庫的特定的粒度組織進(jìn)行組合，進(jìn)行測試元素的直接復(fù)用；

5)、測試元素根據(jù)需求進(jìn)行繼承原有的粒度組織，完善已存在的測試元素，形成新的測試元素復(fù)用；

6)、復(fù)用測試用例結(jié)束。

以上所述只是本發(fā)明的優(yōu)選實(shí)施方式，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也被視為本發(fā)明的保護(hù)范圍。