專利名稱：生成用于不同測試類型的測試用例的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明的各實施方式涉及數(shù)據(jù)處理，并且更具體地，涉及一種針對待測試應(yīng)用生成用于不同測試類型的測試用例的方法、裝置和相關(guān)計算機(jī)程序產(chǎn)品。
背景技術(shù)：
隨著計算機(jī)技術(shù)的發(fā)展，以硬件技術(shù)和軟件技術(shù)為基礎(chǔ)的各種應(yīng)用為人們工作和生活提供了各種便捷的支持。然而在將這些應(yīng)用投入正常使用之前，如何確保這些應(yīng)用能夠完全滿足設(shè)計人員和開發(fā)人員的期望標(biāo)準(zhǔn)已經(jīng)成為一個專門的研究方向。目前，通常認(rèn)為測試是使用人工或自動化工具運行和測試某個系統(tǒng)的過程，目的在于驗證它是否滿足規(guī)定的需求或是檢驗預(yù)期結(jié)果與實際結(jié)果之間的差別。從中可以明確看出，測試是以確定是否滿足需求為目標(biāo)的。為了保證全面完整地對待測試應(yīng)用進(jìn)行測試，測試類型通常可以分為功能測試、系統(tǒng)測試、性能測試、安全測試、安全性測試、全球化測試以及可訪問性(accessibility)測試，等等。測試用例(test case)是為特定測試目標(biāo)開發(fā)的測試輸入、執(zhí)行條件和預(yù)期結(jié)果的集合。針對不同測試類型需要設(shè)計相應(yīng)的測試用例，以針對待測試應(yīng)用的不同方面進(jìn)行測試?，F(xiàn)有技術(shù)中已經(jīng)開發(fā)出了針對不同測試類型單獨設(shè)計測試用例的方案。

發(fā)明內(nèi)容
發(fā)明人發(fā)現(xiàn)，盡管在設(shè)計用于不同測試類型的測試用例時出發(fā)點不同，然而，因為待測試應(yīng)用的預(yù)期實現(xiàn)目標(biāo)是相同的，所以用于不同測試類型的測試用例彼此之間又是相關(guān)聯(lián)的；這些測試用例從不同角度驗證待測試應(yīng)用是否滿足預(yù)期標(biāo)準(zhǔn)。因而，針對不同測試類型的測試用例有可能共享測試步驟；如何在測試用例的設(shè)計、存儲、執(zhí)行時共享這些測試步驟，增強(qiáng)測試用例在針對不同測試類型的測試中的重用性成為一項難題。盡管現(xiàn)有技術(shù)中已經(jīng)開發(fā)出了針對不同測試類型單獨設(shè)計測試用例的方案，然而這些方案有可能造成人力、物力和時間上的浪費。在經(jīng)驗共享和資源重用理念的指導(dǎo)下，迫切需要一種可以針對待測試應(yīng)用生成用于不同測試類型的測試用例的方法和裝置。因此，在盡量重用現(xiàn)有設(shè)置的前提下，如何實現(xiàn)針對待測試應(yīng)用生成用于不同測試類型的測試用例成為一項亟待解決的問題。為此，提供了一種基于針對不同測試類型的附加測試信息，生成符合生成規(guī)則的測試用例的方法、裝置和計算機(jī)程序產(chǎn)品。在一個實施方式中，提供了一種為應(yīng)用生成測試用例的方法，包括基于應(yīng)用的系統(tǒng)設(shè)計，創(chuàng)建應(yīng)用的功能流程；針對至少一個測試類型，生成對應(yīng)于功能流程各階段的附加測試信息；以及基于附加測試信息和測試用例生成規(guī)則，生成測試用例。根據(jù)本發(fā)明的又一實施方式，生成對應(yīng)于功能流程各階段的附加測試信息包括基于與至少一個測試類型相關(guān)聯(lián)的模板，生成對應(yīng)于功能流程各階段的附加測試信息。根據(jù)本發(fā)明的又一實施方式，基于應(yīng)用的系統(tǒng)設(shè)計、創(chuàng)建應(yīng)用的功能流程包括將應(yīng)用抽象為至少一個數(shù)據(jù)節(jié)點，至少一個活動節(jié)點(activity node),以及至少一個數(shù)據(jù)節(jié)點和至少一個活動節(jié)點之間的關(guān)系。根據(jù)本發(fā)明的又一實施方式，提供了一種為應(yīng)用生成測試用例的裝置，包括用于基于應(yīng)用的系統(tǒng)設(shè)計、創(chuàng)建應(yīng)用的功能流程的裝置；用于針對至少一個測試類型，生成對應(yīng)于功能流程各階段的附加測試信息的裝置；以及用于基于附加測試信息和測試用例生成規(guī)貝U，生成測試用例的裝置。根據(jù)本發(fā)明的又一實施方式，用于生成對應(yīng)于功能流程各階段的附加測試信息的裝置包括用于基于與至少一個測試類型相關(guān)聯(lián)的模板、生成對應(yīng)于功能流程各階段的附加測試信息的裝置。根據(jù)本發(fā)明的又一實施方式，用于基于應(yīng)用的系統(tǒng)設(shè)計、創(chuàng)建應(yīng)用的功能流程的裝置包括用于將應(yīng)用抽象為以下的裝置至少一個數(shù)據(jù)節(jié)點，至少一個活動節(jié)點，以及至少一個數(shù)據(jù)節(jié)點和至少一個活動節(jié)點之間的關(guān)系。采用根據(jù)本發(fā)明的各實施方式，解決了以往測試過程中測試用例。可以基于以往的最佳實踐和經(jīng)驗積累，以規(guī)范化流程來管理設(shè)計測試用例的操作；并且還可以在針對不同待測試應(yīng)用的測試過程中，不斷積累經(jīng)驗并完善知識庫的內(nèi)容。


結(jié)合附圖并參考以下詳細(xì)說明，本發(fā)明各實施方式的特征、優(yōu)點及其他方面將變得更加明顯，在附圖中圖I示意性示出了根據(jù)現(xiàn)有技術(shù)的生成用于不同測試類型的測試用例的方法的框圖；圖2示意性示出了根據(jù)本發(fā)明一個實施方式的針對待測試應(yīng)用生成用于不同測試類型的測試用例的數(shù)據(jù)流；圖3示意性示出了根據(jù)本發(fā)明一個實施方式的針對待測試應(yīng)用生成用于不同測試類型的測試用例的方法的流程圖；圖4示意性示出了根據(jù)本發(fā)明一個實施方式的針對待測試應(yīng)用生成用于不同測試類型的測試用例的裝置的數(shù)據(jù)結(jié)構(gòu)設(shè)計圖；圖5示意性示出了根據(jù)本發(fā)明一個實施方式如何基于生成規(guī)則生成用于不同測試類型的測試用例的示意圖；以及圖6示意性示出了根據(jù)本發(fā)明一個實施方式的針對待測試應(yīng)用生成用于不同測試類型的測試用例的裝置的框圖。
具體實施例方式下面參考附圖詳細(xì)描述本發(fā)明的各實施方式。
附圖中的流程圖和框圖，圖示了按照本發(fā)明各種實施方式的系統(tǒng)、方法和計算機(jī)程序產(chǎn)品的可能實現(xiàn)的體系架構(gòu)、功能和操作。在這點上，流程圖或框圖中的每個方框可以代表一個模塊、程序段、或代碼的一部分，模塊、程序段、或代碼的一部分包含一個或多個用于實現(xiàn)規(guī)定的邏輯功能的可執(zhí)行指令。也應(yīng)當(dāng)注意，在有些作為備選的實現(xiàn)中，方框中所標(biāo)注的功能也可以以不同于附圖中所標(biāo)注的順序發(fā)生。例如，兩個接連地表示的方框?qū)嶋H上可以基本并行地執(zhí)行，它們有時也可以按相反的順序執(zhí)行，這依所涉及的功能而定。也要注意的是，框圖和/或流程圖中的每個方框、以及框圖和/或流程圖中的方框的組合，可以用執(zhí)行規(guī)定的功能或操作的專用的基于硬件的系統(tǒng)來實現(xiàn)，或者可以用專用硬件與計算機(jī)指令的組合來實現(xiàn)。參考圖1，圖I示意性示出了根據(jù)現(xiàn)有技術(shù)的生成用于不 同測試類型的測試用例的方法的框圖100。在現(xiàn)有技術(shù)中，針對一個待測試應(yīng)用，需要進(jìn)行不同類型的測試，通常針對每種測試類型需要設(shè)計驗證列表，在該驗證列表中，定義了多個驗證點，驗證點也即在進(jìn)行相應(yīng)類型測試時需要驗證的對象。在進(jìn)行測試時，需要針對驗證列表中的驗證點逐個驗證。如圖I所示，在針對待測試應(yīng)用160進(jìn)行測試時，需要分別設(shè)計用于性能測試的性能測試用例110及相關(guān)驗證列表112、用于可訪問性測試的可訪問性測試用例120及相關(guān)驗證列表122、用于功能測試的功能測試用例130及相關(guān)驗證列表132、用于系統(tǒng)測試的系統(tǒng)測試用例140及相關(guān)驗證列表142以及用于其他測試類型的測試用例150及相關(guān)驗證列表152。然而應(yīng)當(dāng)理解，圖I所示的生成測試用例的方法中存在一定程度的資源浪費。例如僅以功能測試、性能測試和可訪問性測試為例，說明用于不同測試類型的測試用例之間存在重用的可能性。簡言之，功能測試一般指驗證待測試應(yīng)用是否能夠完成期望的設(shè)計功能，性能測試一般指驗證待測試應(yīng)用是否能在期望時間內(nèi)作出響應(yīng)，而可訪問性測試可以指驗證待測試系統(tǒng)的界面設(shè)計或者語音提示等對用戶是否有好并便于用戶使用?，F(xiàn)在以自動存取款機(jī)(ATM)為示例說明圖I所示現(xiàn)有技術(shù)方案的不足。在用戶向ATM機(jī)中插卡后等待ATM響應(yīng)的場景中，可以認(rèn)為ATM在接受銀行卡插入后是否轉(zhuǎn)向預(yù)期的密碼輸入頁面是一種功能測試，可以認(rèn)為測試ATM的響應(yīng)時間是否滿足設(shè)計要求是一種性能測試，可以認(rèn)為測試ATM在插卡后是否播放指示用戶輸入密碼的語音提示是一種可訪問性測試。在具體測試時，上述性能測試和可訪問性測試不能脫離用戶插卡并等待ATM響應(yīng)這一應(yīng)用場景而單獨存在。也即，功能測試、性能測試、可訪問性測試三種測試用例將可以共享某些測試步驟，三者區(qū)別在于用于不同測試的驗證列表中的驗證點有所不同。上述示例中性能測試的驗證點可以是，ATM在用戶插卡后的響應(yīng)時間不超過3秒；而可訪問性測試的驗證點可以是，是否播放指示用戶輸入密碼的語音提示。在上文示例中，盡管三種測試類型在很大程度上共享了測試步驟，然而根據(jù)圖I所示的方法，還需要針對不同測試類型重復(fù)設(shè)計測試用例并且設(shè)計相應(yīng)的驗證列表。這造成了人力、物力和時間等多方面的浪費。此外，用戶很難將不同測試類型的測試用例關(guān)聯(lián)起來，比如上述的性能測試用例、功能測試用例以及可訪問性測試用例之間存在關(guān)聯(lián)關(guān)系，即需要執(zhí)行相同的操作。但是在已有的測試用例設(shè)計方法中，這些測試用例之間都是相互獨立的，需要測試者人工理解其間的相互關(guān)系。這樣在測試的具體執(zhí)行過程中也會造成人力，物力和時間等方面的浪費。在下文中，將參考圖2至圖6詳細(xì)描述根據(jù)本發(fā)明的實施方式，首先參考圖2解釋本發(fā)明一個實施方式的原理。如圖2所示，該圖示意性示出了本發(fā)明一個實施方式的針對待測試應(yīng)用生成用于不同測試類型的測試用例的數(shù)據(jù)流200。各種類型測試的側(cè)重點是不同的。在一個實施方式中，首先確定待測試應(yīng)用的具體功能流程，然后在此基礎(chǔ)上針對不同測試類型進(jìn)行進(jìn)一步操作，例如，設(shè)計出覆蓋所有功能流程分支的驗證點。如圖2所示，在分析得出待測試應(yīng)用的功能流程210后，再針對不同測試類型，從不同角度出發(fā)設(shè)計每種類型測試中待測試應(yīng)用應(yīng)當(dāng)滿足的條件(例如，需要被驗證的驗證點及相關(guān)數(shù)據(jù))，這對應(yīng)于圖2所示的附加測試信息220。應(yīng)當(dāng)注意，驗證點是與待測試應(yīng)用的功能流程相關(guān)聯(lián)的，處于流程中不同的階段，需要測試的驗證點也不同。圖2所示的附加測試信息220可以包括針對功能流程中不同階段的附加測試信息，例如附加測試信息222、附加測試信息224和附加測試信息226等。由于這些附加測試信息220記錄了各個步驟中待測試應(yīng)用應(yīng)當(dāng)滿足的條件，因而可以基于附加測試信息220和生成規(guī)則230，來生成用于不同測試類型的測試用例240。采用本發(fā)明一個實施方 式所述的方法，不同類型的測試用例是基于待測試應(yīng)用的功能流程而生成的，因而不同類型的測試用例是彼此關(guān)聯(lián)的，而并非現(xiàn)有技術(shù)中那樣是孤立的測試用例，促使測試人員在設(shè)計測試用例過程中可以把精力集中在測試本身，而不是集中在對待測試應(yīng)用流程的理解上。在下文中，將僅以ATM作為待測試應(yīng)用的具體示例描述根據(jù)本發(fā)明一個實施方式的方法和裝置。應(yīng)當(dāng)注意，根據(jù)本發(fā)明的實施方式，待測試應(yīng)用可以包括基于軟件、基于硬件以及基于二者結(jié)合來實現(xiàn)特定預(yù)期功能的任何應(yīng)用，采用ATM作為示意性實施方式的目的在于以人們熟知的自動存取款機(jī)的操作流程闡述如何生成用于不同測試類型的測試用例?，F(xiàn)在簡要分析ATM的應(yīng)用場景ATM中存有一定數(shù)量的現(xiàn)金，用戶可以向ATM插入銀行卡，在輸入密碼驗證通過后執(zhí)行取款或者存款的操作。開發(fā)人員在開發(fā)ATM過程中，已經(jīng)考慮了實際應(yīng)用中可能出現(xiàn)的情況，例如用戶輸入正確或者錯誤的密碼、用戶選擇提取不同額度的現(xiàn)金、用戶分幾次取款/存款、一個銀行有幾個ATM同時被操作，等等。針對上述情況，在測試ATM時可以存在多種類型的測試針對在用戶操作過程中出現(xiàn)的每個新的用戶界面，進(jìn)行可訪問性測試；當(dāng)出現(xiàn)數(shù)據(jù)變化(例如，用戶存款、取款導(dǎo)致用戶賬戶余額和ATM內(nèi)現(xiàn)金余額變化)時，進(jìn)行功能測試；對于每次執(zhí)行的操作進(jìn)行性能測試，等等?，F(xiàn)在參見圖3詳細(xì)描述本發(fā)明的實施方式，圖3示意性示出了根據(jù)本發(fā)明一個實施方式的針對待測試應(yīng)用生成用于不同測試類型的測試用例的方法的流程圖300。在步驟302中，基于應(yīng)用的系統(tǒng)設(shè)計，創(chuàng)建應(yīng)用的功能流程。創(chuàng)建功能流程的目的包括，以功能流程的形式描述待測試應(yīng)用的不同操作分支。例如，在用戶向ATM插入銀行卡并輸入密碼時，基于輸入密碼是正確還是錯誤，可以產(chǎn)生兩個操作分支。在不同實施方式中，可以通過多種方式從系統(tǒng)設(shè)計創(chuàng)建功能流程，該系統(tǒng)設(shè)計例如可以包括應(yīng)用程序代碼、標(biāo)準(zhǔn)設(shè)計流程以及人工輸入等。應(yīng)當(dāng)理解，應(yīng)用程序代碼和標(biāo)準(zhǔn)設(shè)計流程是完整描述待測試應(yīng)用的功能的文檔，因而通過導(dǎo)入程序代碼或者標(biāo)準(zhǔn)設(shè)計流程(例如以UML描述)，可以獲得描述待測試應(yīng)用在多種情況(包括正常情況和異常情況)下操作的操作流程分支。該操作流程的分支可以作為后續(xù)添加附加測試數(shù)據(jù)的基礎(chǔ)。根據(jù)一個實施方式，可以采用導(dǎo)入程序代碼和/或標(biāo)準(zhǔn)設(shè)計流程實現(xiàn)，或者還可以包括人工輸入，例如人工選擇程序代碼和標(biāo)準(zhǔn)設(shè)計相結(jié)合的方式。繼而在步驟304中，針對至少一個測試類型，生成對應(yīng)于功能流程各階段的附加測試信息。附加測試信息可以是針對不同測試類型設(shè)置的，在添加附加測試信息的過程中，即引入了不同測試類型所關(guān)注信息。也即，完整的附加測試信息可以從不同角度表示在多種類型測試中待測試應(yīng)用應(yīng)當(dāng)滿足什么條件。在步驟S306中，基于附加測試信息和測試用例生成規(guī)則，生成測試用例。在一個實施方式中，可以指定一項或者多項生成規(guī)則，或者使用默認(rèn)生成規(guī)則。在一個實施方式中，生成對應(yīng)于功能流程各階段的附加測試信息包括基于與至少一個測試類型相關(guān)聯(lián)的模板，生成對應(yīng)于功能流程各階段的附加測試信息。在這里，可以針對添加的任何附加測試信息定義模板，并且模板可以針對不同的測試類型(功能測試、系統(tǒng)測試、性能測試、安全性測試、全球化測試以及可訪問性測試等)存儲，也可以按照不同的應(yīng)用類型存儲。應(yīng)當(dāng)注意，對于不同的待測試應(yīng)用，并不需要針對每種測試類型都設(shè)置模板，而是可以根據(jù)需要針對應(yīng)用的哪些方面執(zhí)行測試而進(jìn)行定制。例如對于待測試應(yīng)用A，可以設(shè)置與功能測試、系統(tǒng)測試相關(guān)聯(lián)的模板；而針對待測試應(yīng)用B，可以設(shè)置與性能測試、安全性測試、全球化測試相關(guān)聯(lián)的模板。設(shè)置模板的目的包括統(tǒng)一測試人員在設(shè)計測試用例時的思路，并且模板可以記錄測試團(tuán)隊總結(jié)的最佳實踐，并作為測試團(tuán)隊的知識管理工具，來實現(xiàn)將以往總結(jié)的測試經(jīng)驗應(yīng)用于新的待測試應(yīng)用。此外，模板還可以自動集成測試數(shù)據(jù)的生成算法。并且還可以隨著針對新的待測試應(yīng)用的操作而不斷積累和豐富多種模板。在一個實施方式中，基于應(yīng)用的系統(tǒng)設(shè)計、創(chuàng)建應(yīng)用的功能流程包括將應(yīng)用抽象為至少一個數(shù)據(jù)節(jié)點，至少一個活動節(jié)點，以及至少一個數(shù)據(jù)節(jié)點和至少一個活動節(jié)點之間的關(guān)系。 對于不同測試類型而言，需要基于待測試應(yīng)用在應(yīng)用運行過程中不同情況下的數(shù)據(jù)或者活動來執(zhí)行驗證，因而本發(fā)明一個實施方式的方法采取了以數(shù)據(jù)節(jié)點和活動節(jié)點來描述待測試應(yīng)用功能流程的方式。應(yīng)當(dāng)注意，當(dāng)采用數(shù)據(jù)節(jié)點和活動節(jié)點來描述待測試應(yīng)用的功能流程時，數(shù)據(jù)節(jié)點表示應(yīng)用操作過程中涉及的數(shù)據(jù)的集合，而活動節(jié)點表示推進(jìn)功能流程向前運動的活動。在一個實施方式中，數(shù)據(jù)節(jié)點中還包括輸入變量集合。輸入變量的含義是，在待測試應(yīng)用進(jìn)行到某階段時所涉及變量的集合。例如，在用戶向ATM插入銀行卡并輸入密碼時，輸入變量集合可以包括{ATM中現(xiàn)金余額，用戶卡號，用戶輸入的密碼}。在上文ATM的示例的用戶插卡、輸入密碼并取款的過程可以抽象為如表I所述的數(shù)據(jù)節(jié)點，以及如表2所述的活動節(jié)點。應(yīng)當(dāng)注意，在表I中，第三列“輸入變量集合”表示數(shù)據(jù)節(jié)點中包括的輸入變量；在表2中,第三列“描述”表不動作節(jié)點所代表動作的概括介紹。表I數(shù)據(jù)節(jié)點序號I節(jié)點名稱丨輸人變量集合—
I DataO{ATM中現(xiàn)金余額VARl,用戶卡號VAR2，___用戶輸入的密碼VAR3}_
I Datal-2 {卡片余額 VAR4,
允許用戶輸入的取款數(shù)額VAR5}
3 Data I-4 {卡片余額 VAR6，___ATM中現(xiàn)金余額VAR7}_
"4 Data2-2 {允許用戶輸入的卡號VAR2,
_L_I用戶輸入的密碼VAR3}_表2活動節(jié)點

^序號節(jié)點名稱I描述
I Activityl-I ATM驗證卡號/密碼成功，提示可以允許
___的操作_
2 Activityl-3 ATM取款給用戶，卡片余額和ATM中現(xiàn)
___金余額自動減少__3__Activity2-1 ATM驗證卡號/密碼失敗，提示重新操作
4 Activity2-3輸入密碼3次失敗，鎖卡
\在一個實施方式中，附加測試信息包括以下至少一項至少一個數(shù)據(jù)節(jié)點的輸入數(shù)據(jù)集合；至少一個數(shù)據(jù)節(jié)點的驗證點集合；至少一個活動節(jié)點的驗證點集合；至少一個數(shù)據(jù)節(jié)點之間的關(guān)聯(lián)關(guān)系；至少一個活動節(jié)點之間的關(guān)聯(lián)關(guān)系；以及輸入數(shù)據(jù)集合與驗證點集合之間的相關(guān)關(guān)系?，F(xiàn)在將針對上文所述的附加測試信息的類型，詳述模板的含義以及具體生成過程。由于附加測試信息可以包括多項內(nèi)容，可以針對其中某些內(nèi)容設(shè)置公共模板，而針對與測試類型有關(guān)內(nèi)容(諸如測試點)設(shè)置與測試類型相關(guān)聯(lián)的模板。用于輸入數(shù)據(jù)集合的模板可以描述與輸入數(shù)據(jù)集合相關(guān)的來源，例如輸入數(shù)據(jù)集合模板中的數(shù)據(jù)可以通過如下方式獲取(1)普通數(shù)據(jù)輸入(依據(jù)不同輸入數(shù)據(jù)類型可以分為文本，數(shù)字等)；(2)與具體數(shù)據(jù)內(nèi)容文件的接口(例如，在驗證待測試應(yīng)用是否滿足多語言支持時，可以采用excel等文件存儲包括不同語言的測試數(shù)據(jù)用作輸入)；(3)與數(shù)據(jù)生成器的接口(例如，產(chǎn)生隨機(jī)字符串、隨機(jī)數(shù)等)。
此外，還可以針對輸入數(shù)據(jù)集合的關(guān)系定義模板，例如包括(I)通用的數(shù)據(jù)變量間關(guān)系(定義變量間數(shù)學(xué)關(guān)系，或者來自于文件的位置關(guān)系)；(2)與算法(例如，正交測試數(shù)據(jù)準(zhǔn)備算法、等價類測試數(shù)據(jù)準(zhǔn)備算法等)工具的接口，用戶可以選擇不同數(shù)據(jù)節(jié)點上的變量，為每個變量生成相應(yīng)的值的集合，然后調(diào)用與算法工具的接口為這些變量生成指定關(guān)系的數(shù)據(jù)集合。比如，用戶分別選擇了如下文表3表示的輸入變量
表3輸入變量及相應(yīng)的輸入數(shù)據(jù)集合
權(quán)利要求
1.一種為應(yīng)用生成測試用例的方法，包括 基于所述應(yīng)用的系統(tǒng)設(shè)計，創(chuàng)建所述應(yīng)用的功能流程； 針對至少一個測試類型，生成對應(yīng)于所述功能流程各階段的附加測試信息；以及 基于所述附加測試信息和測試用例生成規(guī)則，生成所述測試用例。
2.根據(jù)權(quán)利要求I所述的方法，其中生成對應(yīng)于所述功能流程各階段的附加測試信息包括 基于與所述至少一個測試類型相關(guān)聯(lián)的模板，生成對應(yīng)于所述功能流程各階段的所述附加測試信息。
3.根據(jù)權(quán)利要求I或2所述的方法，其中基于所述應(yīng)用的系統(tǒng)設(shè)計、創(chuàng)建所述應(yīng)用的功能流程包括將所述應(yīng)用抽象為 至少一個數(shù)據(jù)節(jié)點， 至少一個活動節(jié)點，以及 所述至少一個數(shù)據(jù)節(jié)點和所述至少一個活動節(jié)點之間的關(guān)系。
4.根據(jù)權(quán)利要求3所述的方法，其中所述附加測試信息包括以下至少一項 所述至少一個數(shù)據(jù)節(jié)點的輸入數(shù)據(jù)集合； 所述至少一個數(shù)據(jù)節(jié)點的驗證點集合； 所述至少一個活動節(jié)點的驗證點集合； 所述至少一個數(shù)據(jù)節(jié)點之間的關(guān)聯(lián)關(guān)系； 所述至少一個活動節(jié)點之間的關(guān)聯(lián)關(guān)系；以及 所述輸入數(shù)據(jù)集合與所述驗證點集合之間的相關(guān)關(guān)系。
5.根據(jù)權(quán)利要求4所述的方法，還包括將所述關(guān)聯(lián)關(guān)系指定為以下之一前驅(qū)關(guān)系、后繼關(guān)系和并行關(guān)系。
6.根據(jù)權(quán)利要求4所述的方法，還包括將所述相關(guān)關(guān)系指定為以下之一驗證關(guān)系和并行關(guān)系。
7.根據(jù)權(quán)利要求I或2所述的方法，其中所述系統(tǒng)設(shè)計包括以下至少一個應(yīng)用程序代碼、標(biāo)準(zhǔn)設(shè)計流程以及人工輸入。
8.根據(jù)權(quán)利要求I或2所述的方法，其中所述至少一個測試類型包括以下之一功能測試、系統(tǒng)測試、性能測試、安全性測試、全球化測試以及可訪問性測試。
9.根據(jù)權(quán)利要求I或2所述的方法，其中所述生成規(guī)則包括以下至少一項測試用例類型以及用戶指定規(guī)則。
10.根據(jù)權(quán)利要求I或2所述的方法，其中所述測試用例屬于以下類型之一手工測試用例、靜態(tài)測試用例以及自動化腳本測試用例。
11.一種為應(yīng)用生成測試用例的裝置，包括 用于基于所述應(yīng)用的系統(tǒng)設(shè)計、創(chuàng)建所述應(yīng)用的功能流程的裝置； 用于針對至少一個測試類型、生成對應(yīng)于所述功能流程各階段的附加測試信息的裝置；以及 用于基于所述附加測試信息和測試用例生成規(guī)則、生成所述測試用例的裝置。
12.根據(jù)權(quán)利要求11所述的裝置，其中用于生成對應(yīng)于所述功能流程各階段的附加測試信息的裝置包括用于基于與所述至少一個測試類型相關(guān)聯(lián)的模板、生成對應(yīng)于所述功能流程各階段的所述附加測試信息的裝置。
13.根據(jù)權(quán)利要求11或12所述的裝置，其中用于基于所述應(yīng)用的系統(tǒng)設(shè)計、創(chuàng)建所述應(yīng)用的功能流程的裝置包括用于將所述應(yīng)用抽象為以下的裝置 至少一個數(shù)據(jù)節(jié)點， 至少一個活動節(jié)點，以及 所述至少一個數(shù)據(jù)節(jié)點和所述至少一個活動節(jié)點之間的關(guān)系。
14.根據(jù)權(quán)利要求13所述的裝置，其中所述附加測試信息包括以下至少一項 所述至少一個數(shù)據(jù)節(jié)點的輸入數(shù)據(jù)集合； 所述至少一個數(shù)據(jù)節(jié)點的驗證點集合； 所述至少一個活動節(jié)點的驗證點集合； 所述至少一個數(shù)據(jù)節(jié)點之間的關(guān)聯(lián)關(guān)系； 所述至少一個活動節(jié)點之間的關(guān)聯(lián)關(guān)系；以及 所述輸入數(shù)據(jù)集合與所述驗證點集合之間的相關(guān)關(guān)系。
15.根據(jù)權(quán)利要求14所述的裝置，還包括用于將所述關(guān)聯(lián)關(guān)系指定為以下之一的裝置前驅(qū)關(guān)系、后繼關(guān)系和并行關(guān)系。
16.根據(jù)權(quán)利要求14所述的裝置，還包括用于將所述相關(guān)關(guān)系指定為以下之一的裝置驗證關(guān)系和并行關(guān)系。
17.根據(jù)權(quán)利要求11或12所述的裝置，其中所述系統(tǒng)設(shè)計包括以下至少一個應(yīng)用程序代碼、標(biāo)準(zhǔn)設(shè)計流程以及人工輸入。
18.根據(jù)權(quán)利要求11或12所述的裝置，其中所述至少一個測試類型包括以下之一功能測試、系統(tǒng)測試、性能測試、安全性測試、全球化測試、可訪問性測試。
19.根據(jù)權(quán)利要求11或12所述的裝置，其中所述生成規(guī)則包括以下至少一項測試用例類型以及用戶指定規(guī)則。
20.根據(jù)權(quán)利要求11或12所述的裝置，其中所述測試用例屬于以下類型之一手工測試用例、靜態(tài)測試用例以及自動化腳本測試用例。
全文摘要
本發(fā)明一個實施方式涉及生成用于不同測試類型的測試用例的方法和裝置。在一個實施方式中，提供了一種為應(yīng)用生成測試用例的方法，包括基于應(yīng)用的系統(tǒng)設(shè)計，創(chuàng)建應(yīng)用的功能流程；針對至少一個測試類型，生成對應(yīng)于功能流程各階段的附加測試信息；以及基于附加測試信息和測試用例生成規(guī)則，生成測試用例。在另一實施方式中，提供了一種為應(yīng)用生成測試用例的裝置，包括用于基于應(yīng)用的系統(tǒng)設(shè)計、創(chuàng)建應(yīng)用的功能流程的裝置；用于針對至少一個測試類型、生成對應(yīng)于功能流程各階段的附加測試信息的裝置；以及用于基于附加測試信息和測試用例生成規(guī)則、生成測試用例的裝置。
文檔編號G06F11/36GK102622294SQ20111003514
公開日2012年8月1日 申請日期2011年1月28日 優(yōu)先權(quán)日2011年1月28日
發(fā)明者孔德碩, 曹淑霞, 高雪峰 申請人:國際商業(yè)機(jī)器公司