本發(fā)明實(shí)施例涉及信號(hào)處理領(lǐng)域，尤其涉及一種測(cè)試用例的生成方法及裝置。

背景技術(shù)：

隨著軟件功能的不斷增強(qiáng)，版本更替越來(lái)越快，自動(dòng)化測(cè)試作為軟件測(cè)試的一個(gè)重要一環(huán)的地位也隨之水漲船高，逐漸形成一股在測(cè)試行業(yè)中的風(fēng)潮，越來(lái)越多的軟件企業(yè)在他們的測(cè)試計(jì)劃中加入了自動(dòng)化測(cè)試的時(shí)間表，而對(duì)于測(cè)試人員，是否具備一種或者多種自動(dòng)化測(cè)試能力也逐漸的成為晉升和評(píng)判的重要評(píng)判依據(jù)。

自動(dòng)化工具的開(kāi)發(fā)如圖1所示，有如下的流程：在文檔接收階段進(jìn)行需求接收的工作，并進(jìn)行設(shè)計(jì)，產(chǎn)生設(shè)計(jì)文檔。在代碼編譯和控制階段進(jìn)行自動(dòng)化工具的開(kāi)發(fā)工作，產(chǎn)生自動(dòng)化腳本及用戶指導(dǎo)手冊(cè)，在代碼走查階段進(jìn)行自動(dòng)化工具的測(cè)試，輸出測(cè)試結(jié)果，最后在代碼提交階段，將修改后的bug代碼合并，形成最終的自動(dòng)化工具，完成需求。

目前自動(dòng)化工具的設(shè)計(jì)和使用過(guò)程中，是需要測(cè)試人員同時(shí)具備編碼能力的，但在我國(guó)，自動(dòng)化測(cè)試還處于一個(gè)蹣跚學(xué)步的時(shí)期，測(cè)試人員的技術(shù)水平，尤其是對(duì)語(yǔ)言的掌握普遍偏低，選擇測(cè)試工作的從業(yè)者往往是因?yàn)椴欢a，無(wú)法承擔(dān)開(kāi)發(fā)工作才退而求其次，因此傳統(tǒng)的自動(dòng)化測(cè)試存在開(kāi)發(fā)人員不懂業(yè)務(wù)，使用人員不懂代碼的尷尬問(wèn)題，測(cè)試用例稍有變動(dòng)就需要開(kāi)發(fā)人員修改代碼，加大了開(kāi)發(fā)人員的工作量，使得自動(dòng)化測(cè)試實(shí)際用起來(lái)并不高效。

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

本發(fā)明實(shí)施例提供一種測(cè)試用例的生成方法及裝置，以解決在進(jìn)行測(cè)試時(shí)，測(cè)試用例需要重新編寫(xiě)代碼，導(dǎo)致測(cè)試低效的問(wèn)題。

第一方面，本發(fā)明實(shí)施例提供了一種測(cè)試用例的生成方法，該方法包括：

獲取用戶根據(jù)測(cè)試計(jì)劃制定的測(cè)試用例所需的RA(Reusable Action，可重用行為)列表；

接收用戶指定的所述RA列表中的RA對(duì)應(yīng)的代碼的路徑；

根據(jù)所述路徑，獲取所述RA列表中的RA對(duì)應(yīng)的代碼；

根據(jù)所述RA列表，將所述RA對(duì)應(yīng)的代碼拼裝為所述測(cè)試用例。

進(jìn)一步的，在將所述RA對(duì)應(yīng)的代碼拼裝為所述測(cè)試用例之后，還包括：

接收用戶創(chuàng)建的由至少一個(gè)所述測(cè)試用例組成的測(cè)試用例集。

進(jìn)一步的，在接收用戶創(chuàng)建的由至少一個(gè)所述測(cè)試用例組成的測(cè)試用例集之后，還包括：

接收用戶設(shè)定的至少一個(gè)所述測(cè)試用例集的執(zhí)行時(shí)間；

按照所述執(zhí)行時(shí)間，執(zhí)行所述至少一個(gè)所述測(cè)試用例集。

進(jìn)一步的，在執(zhí)行所述至少一個(gè)所述測(cè)試用例集之后，還包括：

在接收到用戶的查看測(cè)試結(jié)果的指令時(shí)，顯示執(zhí)行所述測(cè)試用例集得到的測(cè)試結(jié)果。

進(jìn)一步的，該方法還包括：

記錄在所述測(cè)試用例集的執(zhí)行過(guò)程中的日志文件。

第二方面，本發(fā)明實(shí)施例還提供了一種測(cè)試用例的生成裝置，該裝置包括：

RA列表獲取模塊，用于獲取用戶根據(jù)測(cè)試計(jì)劃制定的測(cè)試用例所需的RA列表；

路徑接收模塊，用于接收用戶指定的所述RA列表中的RA對(duì)應(yīng)的代碼的路徑；

代碼獲取模塊，用于根據(jù)所述路徑，獲取所述RA列表中的RA對(duì)應(yīng)的代碼；

測(cè)試用例拼裝模塊，用于根據(jù)所述RA列表，將所述RA對(duì)應(yīng)的代碼拼裝為所述測(cè)試用例。

進(jìn)一步的，該裝置還包括：

測(cè)試用例集接收模塊，用于在將所述RA對(duì)應(yīng)的代碼拼裝為所述測(cè)試用例之后，接收用戶創(chuàng)建的由至少一個(gè)所述測(cè)試用例組成的測(cè)試用例集。

進(jìn)一步的，該裝置還包括：

執(zhí)行時(shí)間接收模塊，用于在接收用戶創(chuàng)建的由至少一個(gè)所述測(cè)試用例組成的測(cè)試用例集之后，接收用戶設(shè)定的至少一個(gè)所述測(cè)試用例集的執(zhí)行時(shí)間；

測(cè)試用例集執(zhí)行模塊，用于按照所述執(zhí)行時(shí)間，執(zhí)行所述至少一個(gè)所述測(cè)試用例集。

進(jìn)一步的，該裝置還包括：

測(cè)試結(jié)果顯示模塊，用于在執(zhí)行所述至少一個(gè)所述測(cè)試用例集之后，在接收到用戶的查看測(cè)試結(jié)果的指令時(shí)，顯示執(zhí)行所述測(cè)試用例集得到的測(cè)試結(jié)果。

進(jìn)一步的，該裝置還包括：

日志文件記錄模塊，用于記錄在所述測(cè)試用例集的執(zhí)行過(guò)程中的日志文件。

本發(fā)明實(shí)施例通過(guò)獲取用戶根據(jù)測(cè)試計(jì)劃制定的測(cè)試用例所需的可重用行為RA列表，根據(jù)用戶指定的所述RA列表中的RA對(duì)應(yīng)的代碼的路徑，獲取所述RA列表中的RA對(duì)應(yīng)的代碼，根據(jù)所述RA列表，將所述RA對(duì)應(yīng)的代碼拼裝為所述測(cè)試用例，實(shí)現(xiàn)了根據(jù)RA對(duì)應(yīng)的代碼進(jìn)行測(cè)試用例的靈活拼裝，完成自動(dòng)化測(cè)試，簡(jiǎn)化測(cè)試流程，提高測(cè)試效率。

附圖說(shuō)明

為了更清楚地說(shuō)明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對(duì)實(shí)施例描述中所需要使用的附圖做一簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是現(xiàn)有技術(shù)中自動(dòng)化工具的開(kāi)發(fā)流程圖；

圖2是本發(fā)明實(shí)施例一提供的一種測(cè)試用例的生成方法的流程示意圖；

圖3是本發(fā)明實(shí)施例一提供的一種測(cè)試流程圖；

圖4是本發(fā)明實(shí)施例二提供的一種測(cè)試用例的生成方法的流程示意圖；

圖5是本發(fā)明實(shí)施例提供的一種測(cè)試的架構(gòu)圖；

圖6是本發(fā)明實(shí)施例提供的一種自動(dòng)化測(cè)試的流程圖；

圖7是本發(fā)明實(shí)施例三提供的一種測(cè)試用例的生成裝置的結(jié)構(gòu)示意圖。

具體實(shí)施方式

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，以下將參照本發(fā)明實(shí)施例中的附圖，通過(guò)實(shí)施方式清楚、完整地描述本發(fā)明的技術(shù)方案，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

實(shí)施例一

圖2是本發(fā)明實(shí)施例一提供的一種測(cè)試用例的生成方法的流程圖。本實(shí)施例的技術(shù)方案可以適用于根據(jù)測(cè)試計(jì)劃生成測(cè)試用例進(jìn)行自動(dòng)化測(cè)試的情況。該方法可以由本發(fā)明實(shí)施例提供的一種測(cè)試用例的生成裝置來(lái)執(zhí)行，該裝置可以采用軟件和/或硬件的方式實(shí)現(xiàn)。該方法具體包括如下操作：

S110、獲取用戶根據(jù)測(cè)試計(jì)劃制定的測(cè)試用例所需的RA列表。

其中，RA是可重用行為，在執(zhí)行測(cè)試任務(wù)時(shí)，可以實(shí)現(xiàn)某一功能，并且可以重復(fù)執(zhí)行的步驟。RA列表是篩選得到的測(cè)試用例中適合進(jìn)行自動(dòng)化測(cè)試的用例中按功能劃分的不同RA按照順序排列的列表。

測(cè)試人員即所述用戶在接到一個(gè)測(cè)試任務(wù)時(shí)，制定測(cè)試計(jì)劃，根據(jù)測(cè)試計(jì)劃制定測(cè)試用例，測(cè)試用例對(duì)應(yīng)有需要的RA列表。測(cè)試用例的生成裝置獲取該RA列表，以便對(duì)RA列表中的RA進(jìn)行相應(yīng)操作。

圖3示出了一種測(cè)試流程圖，如圖所示，根據(jù)測(cè)試計(jì)劃制定的測(cè)試用例可以是測(cè)試人員從手工測(cè)試用例中篩選出適合進(jìn)行自動(dòng)化測(cè)試的用例，根據(jù)篩選出的自動(dòng)化測(cè)試用例的步驟編寫(xiě)出RA列表，用來(lái)標(biāo)注自動(dòng)化測(cè)試用例需要哪些RA和所需RA的排列順序，為后續(xù)的拼裝做準(zhǔn)備。根據(jù)RA列表編寫(xiě)RA設(shè)計(jì)文檔，該文檔為對(duì)RA進(jìn)行編碼時(shí)的需求文檔，規(guī)定了RA的行為和輸入輸出參數(shù)，RA設(shè)計(jì)文檔在進(jìn)行評(píng)審合格后提交。一般該階段過(guò)程在第一輪手工測(cè)試前完成，之后測(cè)試人員進(jìn)入第一輪手工測(cè)試階段，自動(dòng)化流轉(zhuǎn)到第二階段，即開(kāi)發(fā)階段。

在將手工測(cè)試用例中的每一步分解成為可重用的RA時(shí)，需要記錄每個(gè)RA的行為描述，行為描述即具體步驟。示例性的，若RA是實(shí)現(xiàn)登錄網(wǎng)站的功能，那么該RA的行為就是打開(kāi)瀏覽器，登錄某個(gè)網(wǎng)頁(yè)，然后輸入用戶名密碼等，每一步要分開(kāi)寫(xiě)，對(duì)應(yīng)腳本里的每一個(gè)動(dòng)作，這樣開(kāi)發(fā)人員通過(guò)該文檔就能了解都有哪些行為需要實(shí)現(xiàn)。

可以采用任何腳本工具進(jìn)行編碼得到RA對(duì)應(yīng)的代碼，優(yōu)選采用QTP(Quick Test Professional，自動(dòng)化測(cè)試工具)編碼。

標(biāo)準(zhǔn)的QTP腳本是在test文件中進(jìn)行編程的，好處是可以在編寫(xiě)完成后直接運(yùn)行腳本進(jìn)行調(diào)試，直接而簡(jiǎn)便，但是軟件規(guī)模大，模塊多，會(huì)需要幾百個(gè)RA進(jìn)行覆蓋。如果幾百個(gè)RA都各自編寫(xiě)自己的執(zhí)行邏輯，存放于各自的test文件中，那么一旦版本變更，有相關(guān)的模塊功能發(fā)生了變化，那么就需要分別到對(duì)應(yīng)的test文件下去修改代碼，但是RA的數(shù)量如此巨大的前提下，很容易在修改的過(guò)程中遺漏腳本或者產(chǎn)生錯(cuò)誤，這樣就大大降低了自動(dòng)化工作的靈活性。因此，將每個(gè)RA分為參數(shù)設(shè)定和邏輯處理兩個(gè)部分，采用QTP的庫(kù)文件的功能，參數(shù)設(shè)定部分放在test文件中，而邏輯處理功能根據(jù)模塊的劃分統(tǒng)一放在和邏輯處理功能相關(guān)的模塊下，如搜索相關(guān)的RA邏輯都被寫(xiě)入search這個(gè)庫(kù)文件中，這樣當(dāng)對(duì)應(yīng)模塊的功能版本發(fā)生更替的時(shí)候，僅需要修改這一個(gè)文件就可以起到變更腳本的目的，有效提升效率。

S120、接收用戶指定的所述RA列表中的RA對(duì)應(yīng)的代碼的路徑。

在進(jìn)行自動(dòng)化測(cè)試時(shí),用戶可以指定RA列表中的每個(gè)RA對(duì)應(yīng)的代碼所在的存儲(chǔ)路徑。接收用戶指定的RA列表中的RA對(duì)應(yīng)的代碼的路徑，以方便調(diào)用RA對(duì)應(yīng)的代碼。RA對(duì)應(yīng)的代碼的存放路徑，同時(shí)也是RA設(shè)計(jì)文檔的存放路徑。示例性的，所述路徑可以是：

C:\Transfer_automation\qtp\reusable\Transfer\common\login

其中“common”表示RA設(shè)計(jì)文檔所屬的分類，“l(fā)ogin”代表行為的名稱。

S130、根據(jù)所述路徑，獲取所述RA列表中的RA對(duì)應(yīng)的代碼。

根據(jù)接收到的用戶指定的RA列表中的RA對(duì)應(yīng)的代碼的路徑，則可以獲取到RA列表中的RA對(duì)應(yīng)的代碼。

如圖3所示，開(kāi)發(fā)人員接到測(cè)試人員提交的RA設(shè)計(jì)文檔，并開(kāi)始根據(jù)文檔進(jìn)行QTP代碼的編碼工作，在完成后進(jìn)行對(duì)應(yīng)的評(píng)審工作，校驗(yàn)代碼中的參數(shù)及行為是否完全按照設(shè)計(jì)文檔進(jìn)行編碼，單元測(cè)試結(jié)果是否通過(guò)，之后將代碼入庫(kù)并提交回測(cè)試人員手中，該階段與第一輪手工測(cè)試同時(shí)進(jìn)行，在第一輪測(cè)試結(jié)束前提交到測(cè)試人員手中，此時(shí)自動(dòng)化流轉(zhuǎn)到第三階段，即測(cè)試階段。

經(jīng)過(guò)QTP編碼之后的RA需要對(duì)應(yīng)該RA的自身功能進(jìn)行概述。示例性的，若RA是訪問(wèn)91助手網(wǎng)站，對(duì)某一版本的軟件進(jìn)行版本獲取，對(duì)應(yīng)這個(gè)RA是登錄網(wǎng)站的RA，那么在概述時(shí)，直接寫(xiě)這個(gè)RA是登錄91助手網(wǎng)站功能即可。

RA對(duì)應(yīng)有前置條件，所述前置條件包括硬件條件和步驟條件，其中硬件條件表示該操作需要某些設(shè)備的調(diào)通或者硬件支持，比如需要萬(wàn)兆網(wǎng)卡，步驟條件包括搜索網(wǎng)站使用前可能需要先登錄等。執(zhí)行完RA之后，用后置條件列出后置狀態(tài)。

RA對(duì)應(yīng)的輸入和輸出參數(shù)中，每個(gè)參數(shù)必須要有“必選”或者“可選”的標(biāo)記，“必選”表示該參數(shù)的值不能為空；“可選”表示該參數(shù)可以為空，或者有默認(rèn)值。每個(gè)參數(shù)后面還需要描述該參數(shù)功能，默認(rèn)值，取值范圍等也是必填的。示例性的：超時(shí)(可選,創(chuàng)建鏈接超時(shí)時(shí)長(zhǎng)，默認(rèn)為“3”)；用戶名(必選,登錄用戶名，默認(rèn)為空)。

S140、根據(jù)所述RA列表，將所述RA對(duì)應(yīng)的代碼拼裝為所述測(cè)試用例。

根據(jù)所述RA列表中的RA順序?qū)⑺鯮A對(duì)應(yīng)的代碼拼裝為所述測(cè)試用例。其中，RA對(duì)應(yīng)的代碼可以在已有的RA代碼中根據(jù)每個(gè)RA的邏輯功能進(jìn)行搜索得到。如果RA列表中所有RA對(duì)應(yīng)的代碼均在已有的RA代碼中存在，就不再需要開(kāi)發(fā)人員進(jìn)行編碼，而可以直接使用已有代碼，可以大大簡(jiǎn)化測(cè)試流程，提高測(cè)試效率；只有在RA列表中的RA對(duì)應(yīng)的代碼在已有代碼中不存在時(shí)，才返回給開(kāi)發(fā)人員進(jìn)行該RA的編碼。

如圖3所示，測(cè)試人員在網(wǎng)管軟件開(kāi)發(fā)人員修改第一輪測(cè)試提交的bug的時(shí)間內(nèi)進(jìn)行對(duì)RA的拼裝工作，由此可以保證測(cè)試和開(kāi)發(fā)的并行處理，彼此不會(huì)相互干擾。按照RA列表的順序?qū)?duì)應(yīng)的RA拼裝成對(duì)應(yīng)的用例并進(jìn)行評(píng)審，評(píng)審內(nèi)容為是否按照要求拼裝用例。在完成評(píng)審后提交用例并進(jìn)行用例的自動(dòng)化執(zhí)行，每個(gè)用例至少連續(xù)執(zhí)行三次并沒(méi)有任何問(wèn)題為執(zhí)行通過(guò)標(biāo)準(zhǔn)，對(duì)QTP代碼本身或者EMS(Electro Magnetic Susceptibility，電磁抗干擾能力)的問(wèn)題進(jìn)行bug的提交，最終產(chǎn)生測(cè)試報(bào)告，QTP開(kāi)發(fā)人員對(duì)問(wèn)題進(jìn)行對(duì)應(yīng)代碼的修改和驗(yàn)證工作。

本實(shí)施例的技術(shù)方案，通過(guò)獲取用戶根據(jù)測(cè)試計(jì)劃制定的測(cè)試用例所需的可重用行為RA列表，根據(jù)用戶指定的所述RA列表中的RA對(duì)應(yīng)的代碼的路徑，獲取所述RA列表中的RA對(duì)應(yīng)的代碼，根據(jù)所述RA列表，將所述RA對(duì)應(yīng)的代碼拼裝為所述測(cè)試用例，實(shí)現(xiàn)了根據(jù)RA對(duì)應(yīng)的代碼進(jìn)行測(cè)試用例的靈活拼裝，完成自動(dòng)化測(cè)試，簡(jiǎn)化測(cè)試流程，提高測(cè)試效率。在測(cè)試用例發(fā)生變化的時(shí)候，如果這個(gè)用例不需要新的RA支持(沒(méi)有新的操作方法)，測(cè)試人員就可以不需要開(kāi)發(fā)人員，自己重新拼裝RA，完成自動(dòng)化測(cè)試用例的修改，大大提高了效率。

在本實(shí)施例的一個(gè)優(yōu)選實(shí)施方式中，在將所述RA的代碼拼裝為所述測(cè)試用例之后，還包括：

接收用戶創(chuàng)建的由至少一個(gè)所述測(cè)試用例組成的測(cè)試用例集。

每個(gè)測(cè)試任務(wù)可以對(duì)應(yīng)至少一個(gè)測(cè)試用例，所有的測(cè)試用例組成測(cè)試用例集，測(cè)試工具接收用戶創(chuàng)建的由至少一個(gè)測(cè)試用例組成的測(cè)試用例集，由此可以實(shí)現(xiàn)，對(duì)應(yīng)相同的測(cè)試任務(wù)，由測(cè)試用例集進(jìn)行測(cè)試，保證了測(cè)試的充分性。

實(shí)施例二

圖4是本發(fā)明實(shí)施例二提供的一種測(cè)試用例的生成方法的流程圖。本發(fā)明實(shí)施例在上述實(shí)施例的基礎(chǔ)上，在接收用戶創(chuàng)建的由至少一個(gè)所述測(cè)試用例組成的測(cè)試用例集之后，進(jìn)一步增加了接收用戶設(shè)定的至少一個(gè)所述測(cè)試用例集的執(zhí)行時(shí)間；按照所述執(zhí)行時(shí)間，執(zhí)行所述至少一個(gè)所述測(cè)試用例集的操作。

相應(yīng)的，本實(shí)施例的方法包括：

S210、獲取用戶根據(jù)測(cè)試計(jì)劃制定的測(cè)試用例所需的RA列表。

S220、接收用戶指定的所述RA列表中的RA對(duì)應(yīng)的代碼的路徑。

S230、根據(jù)所述路徑，獲取所述RA列表中的RA對(duì)應(yīng)的代碼。

S240、根據(jù)所述RA列表，將所述RA對(duì)應(yīng)的代碼拼裝為所述測(cè)試用例。

S250、接收用戶設(shè)定的至少一個(gè)所述測(cè)試用例集的執(zhí)行時(shí)間。

S260、按照所述執(zhí)行時(shí)間，執(zhí)行所述至少一個(gè)所述測(cè)試用例集。

所述執(zhí)行時(shí)間即測(cè)試時(shí)間。所述執(zhí)行至少一個(gè)測(cè)試用例集即應(yīng)用測(cè)試用例集對(duì)待測(cè)軟件進(jìn)行測(cè)試。針對(duì)不同的測(cè)試任務(wù)，設(shè)定不同的測(cè)試用例集，可以為每個(gè)測(cè)試用例集設(shè)定進(jìn)行測(cè)試的時(shí)間，測(cè)試工具接收用戶設(shè)定的至少一個(gè)所述測(cè)試用例集的執(zhí)行時(shí)間。由此可以保證，用戶根據(jù)需要自主設(shè)定對(duì)應(yīng)不同的測(cè)試任務(wù)的測(cè)試用例集進(jìn)行測(cè)試的時(shí)間，提升了用戶體驗(yàn)，保證了測(cè)試任務(wù)的有序進(jìn)行。

在執(zhí)行所述至少一個(gè)測(cè)試用例集的過(guò)程中需要進(jìn)行錯(cuò)誤處理，即應(yīng)對(duì)出現(xiàn)的錯(cuò)誤定位錯(cuò)誤的消息并且給出處理錯(cuò)誤的行為。示例性的：如果登錄失敗，則顯示的錯(cuò)誤信息為：“該用戶登錄失敗”，對(duì)應(yīng)的后續(xù)行為為：“FAIL”數(shù)加1。

本發(fā)明實(shí)施例通過(guò)接收用戶設(shè)定的至少一個(gè)所述測(cè)試用例集的執(zhí)行時(shí)間，按照所述執(zhí)行時(shí)間，執(zhí)行所述至少一個(gè)所述測(cè)試用例集，實(shí)現(xiàn)了按照測(cè)試用例集的執(zhí)行時(shí)間有序進(jìn)行自動(dòng)測(cè)試，保證了測(cè)試的效率。

在本實(shí)施例的一個(gè)優(yōu)選實(shí)施方式中，在執(zhí)行所述至少一個(gè)所述測(cè)試用例集之后，還包括：

在接收到用戶的查看測(cè)試結(jié)果的指令時(shí)，顯示執(zhí)行所述測(cè)試用例集得到的測(cè)試結(jié)果。

測(cè)試結(jié)果可以以HTTP文件的形式存儲(chǔ)在某一預(yù)設(shè)的文件夾下。測(cè)試結(jié)果可以用餅狀圖、柱狀圖或折線圖等形式顯示。

在本實(shí)施例的一個(gè)優(yōu)選實(shí)施方式中，本方法還包括：記錄在所述測(cè)試用例集的執(zhí)行過(guò)程中的日志文件。

所述日志文件可以包括組成測(cè)試用例的RA對(duì)應(yīng)的代碼存在的bug。如果RA對(duì)應(yīng)的代碼存在bug，則需要返回給開(kāi)發(fā)人員進(jìn)行修改。

圖5中示出了一種測(cè)試的架構(gòu)圖。其中，TLI(Transport Layer Interface,傳輸層接口)控制臺(tái)和CLI(Command Line Interface，命令行接口)控制臺(tái)支持測(cè)試對(duì)象為輸入的字符串的形式，EMS GUI(Graphical User Interface，圖形用戶界面)支持測(cè)試對(duì)象為GUI的形式，由此可以保證測(cè)試對(duì)象的全面。從圖中可以看出，層3部分就是測(cè)試人員進(jìn)行RA拼裝的界面，優(yōu)選TK操作界面，T是一個(gè)利用TCL腳本語(yǔ)言來(lái)編寫(xiě)GUI的工具箱。所述TK操作界面的功能包括測(cè)試用例管理，測(cè)試用例拼裝，測(cè)試用例安排，查看測(cè)試結(jié)果和記錄log。其中，測(cè)試用例拼裝用于將測(cè)試用例所需的RA進(jìn)行拼裝，測(cè)試用例管理用于控制測(cè)試用例的執(zhí)行與不執(zhí)行，測(cè)試用例安排用于設(shè)定測(cè)試用例的執(zhí)行時(shí)間。整個(gè)界面可以用任意支持GUI的腳本語(yǔ)言完成，這里選用的是TCL(Tool Command Language，腳本語(yǔ)言)，用戶通過(guò)使用該功能，可以不接觸QTP和TCL的代碼就能完成用例管理，拼裝等工作，每個(gè)用戶可以創(chuàng)建獨(dú)立的測(cè)試用例集，加載不同的測(cè)試用例，還可以按照自己需要的順序來(lái)拼裝和調(diào)試他們，最后可以通過(guò)直觀的測(cè)試報(bào)告來(lái)監(jiān)控執(zhí)行結(jié)果。

層2完成的是拼裝工具的后臺(tái)部分，實(shí)現(xiàn)測(cè)試用例管理，測(cè)試用例拼裝，測(cè)試用例安排，查看測(cè)試結(jié)果和記錄log的功能，并且向RA進(jìn)行參數(shù)傳遞的工作。TCL自身的函數(shù)庫(kù)包含了TCL腳本管理器所需的所有函數(shù)庫(kù)和數(shù)據(jù)文件，TCL通過(guò)他們對(duì)QTP進(jìn)行操作和通信，傳遞參數(shù)和邏輯處理。完成從TK層下發(fā)的命令，這層的代碼是TCL腳本管理工具的核心部分。

層1是RA的實(shí)體部分，這部分選用的是QTP進(jìn)行編寫(xiě)，QTP通過(guò)執(zhí)行這些RA直接對(duì)下面的管理對(duì)象進(jìn)行操作，每個(gè)RA實(shí)際就是測(cè)試用例中的一個(gè)或者一組動(dòng)作，這些動(dòng)作連接在一起才組成了測(cè)試用例，可以看出，QTP的主要工作就是構(gòu)建出這些測(cè)試用例的零件，用來(lái)完成自動(dòng)化測(cè)試。

圖6示出了一種自動(dòng)化測(cè)試的流程圖。當(dāng)開(kāi)始一個(gè)測(cè)試任務(wù)時(shí)，首先進(jìn)入需求階段，測(cè)試人員需要檢測(cè)是否有新增用例，當(dāng)有新增用例時(shí)，編寫(xiě)用例，并篩選用例，編寫(xiě)用例對(duì)應(yīng)的RA列表，提交并評(píng)審RA列表是否通過(guò)，當(dāng)通過(guò)時(shí)，編寫(xiě)RA設(shè)計(jì)文檔，提交并評(píng)審RA設(shè)計(jì)文檔是否通過(guò)，當(dāng)通過(guò)時(shí)，RA設(shè)計(jì)文檔利用CC文檔管理器入庫(kù)。然后進(jìn)入編碼階段，開(kāi)發(fā)人員對(duì)RA設(shè)計(jì)文檔進(jìn)行QTP編碼，評(píng)審代碼是否通過(guò)，當(dāng)通過(guò)時(shí)，利用CC文檔管理器將代碼入庫(kù)。最后進(jìn)入測(cè)試階段，測(cè)試人員輸入RA拼裝命令將RA拼裝為對(duì)應(yīng)的自動(dòng)化測(cè)試用例，評(píng)審?fù)ㄟ^(guò)時(shí)，運(yùn)行該自動(dòng)化測(cè)試用例，并驗(yàn)證RA代碼是否有bug,當(dāng)有bug時(shí)，返回開(kāi)發(fā)人員進(jìn)行代碼修改，修改之后的代碼需要經(jīng)過(guò)測(cè)試并通過(guò)，然后利用CC文檔管理器將修改后的代碼入庫(kù)；當(dāng)無(wú)bug時(shí)，完成測(cè)試，并發(fā)布測(cè)試報(bào)告。

實(shí)施例三

圖7是本發(fā)明實(shí)施例三提供的一種測(cè)試用例的生成裝置的結(jié)構(gòu)框圖。該裝置用于執(zhí)行上述任意實(shí)施例所提供的一種測(cè)試用例的生成方法。該裝置包括：

RA列表獲取模塊310，用于獲取用戶根據(jù)測(cè)試計(jì)劃制定的測(cè)試用例所需的RA列表；

路徑接收模塊320，用于接收用戶指定的所述RA列表中的RA對(duì)應(yīng)的代碼的路徑；

代碼獲取模塊330，用于根據(jù)所述路徑，獲取所述RA列表中的RA對(duì)應(yīng)的代碼；

測(cè)試用例拼裝模塊340，用于根據(jù)所述RA列表，將所述RA對(duì)應(yīng)的代碼拼裝為所述測(cè)試用例。

進(jìn)一步的，該裝置還包括：

測(cè)試用例集接收模塊，用于在將所述RA對(duì)應(yīng)的代碼拼裝為所述測(cè)試用例之后，接收用戶創(chuàng)建的由至少一個(gè)所述測(cè)試用例組成的測(cè)試用例集。

進(jìn)一步的，該裝置還包括：

執(zhí)行時(shí)間接收模塊，用于在接收用戶創(chuàng)建的由至少一個(gè)所述測(cè)試用例組成的測(cè)試用例集之后，接收用戶設(shè)定的至少一個(gè)所述測(cè)試用例集的執(zhí)行時(shí)間；

測(cè)試用例集執(zhí)行模塊，用于按照所述執(zhí)行時(shí)間，執(zhí)行所述至少一個(gè)所述測(cè)試用例集。

進(jìn)一步的，該裝置還包括：

測(cè)試結(jié)果顯示模塊，用于在執(zhí)行所述至少一個(gè)所述測(cè)試用例集之后，在接收到用戶的查看測(cè)試結(jié)果的指令時(shí)，顯示執(zhí)行所述測(cè)試用例集得到的測(cè)試結(jié)果。

進(jìn)一步的，該裝置還包括：

日志文件記錄模塊，用于記錄在所述測(cè)試用例集的執(zhí)行過(guò)程中的日志文件。

本發(fā)明實(shí)施例三提供的測(cè)試用例的生成裝置，實(shí)現(xiàn)了根據(jù)RA對(duì)應(yīng)的代碼進(jìn)行測(cè)試用例的靈活拼裝，完成自動(dòng)化測(cè)試，簡(jiǎn)化測(cè)試流程，提高測(cè)試效率。

本發(fā)明實(shí)施例所提供的測(cè)試用例的生成裝置可執(zhí)行本發(fā)明任意實(shí)施例所提供的測(cè)試用例的生成方法，具備執(zhí)行方法相應(yīng)的功能模塊和有益效果。

注意，上述僅為本發(fā)明的較佳實(shí)施例及所運(yùn)用技術(shù)原理。本領(lǐng)域技術(shù)人員會(huì)理解，本發(fā)明不限于這里所述的特定實(shí)施例，對(duì)本領(lǐng)域技術(shù)人員來(lái)說(shuō)能夠進(jìn)行各種明顯的變化、重新調(diào)整和替代而不會(huì)脫離本發(fā)明的保護(hù)范圍。因此，雖然通過(guò)以上實(shí)施例對(duì)本發(fā)明進(jìn)行了較為詳細(xì)的說(shuō)明，但是本發(fā)明不僅僅限于以上實(shí)施例，在不脫離本發(fā)明構(gòu)思的情況下，還可以包括更多其他等效實(shí)施例，而本發(fā)明的范圍由所附的權(quán)利要求范圍決定。