本發(fā)明涉及計算機
技術領域：
，尤其涉及一種測試、校驗方法及裝置。
背景技術：
：隨著信息技術的發(fā)展，服務提供商(如：網(wǎng)站)的服務系統(tǒng)中往往包含不同的應用程序(以下簡稱應用)，服務系統(tǒng)可以調(diào)用這些應用提供的接口，如：應用程序編程接口(ApplicationProgrammingInterface，API)，以便獲得不同應用的功能來實現(xiàn)相應的業(yè)務服務。目前，為了保證接口被服務系統(tǒng)調(diào)用后能夠正常運行，往往需要對不同應用的接口進行接口測試，以判斷接口的內(nèi)部運行邏輯是否正常，避免在被調(diào)用時出現(xiàn)異?！，F(xiàn)有技術中，通常根據(jù)測試用例對接口進行測試(其中，測試用例用于測試待測對象的某項特定功能是否正常運行，測試用例中通常包括測試輸入、執(zhí)行條件以及預期結(jié)果)。對于任一測試用例而言，都需要準備一定數(shù)量的測試數(shù)據(jù)(如：多種接口參數(shù))，在設置好了測試數(shù)據(jù)后，則運行與該測試用例對應的測試腳本，調(diào)用相應的接口進行測試。在得到了測試結(jié)果數(shù)據(jù)后，將根據(jù)測試用例的預期結(jié)果(也稱為目標數(shù)據(jù))對測試結(jié)果數(shù)據(jù)進行校驗，以判斷被測的接口的該項功能是否符合預期。但是，不同的測試用例所需的測試數(shù)據(jù)的差異性并不大，多數(shù)測試用例所需的測試數(shù)據(jù)僅是個別參數(shù)不同，而采用現(xiàn)有技術中的上述方式，每進行一次測試時都需要重復設置全部的測試數(shù)據(jù)。同樣，不同的測試用例中的目標數(shù)據(jù)也存在一定程度的共性，而使用現(xiàn)有技術中的測試方式，在校驗測試結(jié)果數(shù)據(jù)時仍需要重復設置目標數(shù)據(jù)。顯然，采用現(xiàn)有技術中的接口測試方式，其過程 較為繁瑣，效率較低。技術實現(xiàn)要素：本發(fā)明實施例提供一種測試、校驗方法及裝置，用以解決現(xiàn)有技術中對接口測試的過程操作繁瑣導致效率較低的問題。本發(fā)明實施例提供的一種測試方法，包括：測試平臺接收自定測試數(shù)據(jù)；獲取測試模板數(shù)據(jù)集，其中，所述測試模板數(shù)據(jù)集中包含測試模板數(shù)據(jù)，所述測試平臺接收到的自定測試數(shù)據(jù)的類型的數(shù)量小于測試模板數(shù)據(jù)的類型的數(shù)量；針對接收到的每個自定測試數(shù)據(jù)，在所述測試模板數(shù)據(jù)集中，采用該自定測試數(shù)據(jù)替換與該自定測試數(shù)據(jù)屬于同一類型的測試模板數(shù)據(jù)，生成測試數(shù)據(jù)；根據(jù)所述測試數(shù)據(jù)，對待測對象進行測試。本發(fā)明實施例另提供的一種校驗方法，包括：測試平臺接收自定目標數(shù)據(jù)；獲取目標模板數(shù)據(jù)集，其中，所述目標模板數(shù)據(jù)集中包含目標模板數(shù)據(jù)，所述測試平臺接收到的自定目標數(shù)據(jù)的類型的數(shù)量小于目標模板數(shù)據(jù)的類型的數(shù)量；針對接收到的每個自定目標數(shù)據(jù)，在所述目標模板數(shù)據(jù)集中，采用該自定目標數(shù)據(jù)替換與該自定目標數(shù)據(jù)屬于同一類型的目標模板數(shù)據(jù)，生成目標數(shù)據(jù)；根據(jù)所述目標數(shù)據(jù)，對測試結(jié)果數(shù)據(jù)進行比對校驗。本發(fā)明實施例另提供的一種測試裝置，包括：接收模塊，用于接收自定測試數(shù)據(jù)；獲取模塊，用于獲取測試模板數(shù)據(jù)集，其中，所述測試模板數(shù)據(jù)集中包含 測試模板數(shù)據(jù)，所述測試平臺接收到的自定測試數(shù)據(jù)的類型的數(shù)量小于測試模板數(shù)據(jù)的類型的數(shù)量；合成模塊，用于針對接收到的每個自定測試數(shù)據(jù)，在所述測試模板數(shù)據(jù)集中，采用該自定測試數(shù)據(jù)替換與該自定測試數(shù)據(jù)屬于同一類型的測試模板數(shù)據(jù)，生成測試數(shù)據(jù)；測試模塊，用于根據(jù)所述測試數(shù)據(jù)，對待測對象進行測試。本發(fā)明實施例另提供的一種校驗裝置，包括：接收模塊，用于獲取測試結(jié)果數(shù)據(jù)；獲取模塊，用于獲取目標模板數(shù)據(jù)集，其中，所述目標模板數(shù)據(jù)集中包含目標模板數(shù)據(jù)，所述測試平臺接收到的自定目標數(shù)據(jù)的類型的數(shù)量小于目標模板數(shù)據(jù)的類型的數(shù)量；合并模塊，用于針對接收到的每個自定目標數(shù)據(jù)，在所述目標模板數(shù)據(jù)集中，采用該自定目標數(shù)據(jù)替換與該自定目標數(shù)據(jù)屬于同一類型的目標模板數(shù)據(jù)，生成目標數(shù)據(jù)；校驗模塊，用于根據(jù)所述目標數(shù)據(jù)，對測試結(jié)果數(shù)據(jù)進行比對校驗。本發(fā)明實施例提供一種測試、校驗方法及裝置，其中，通過所述測試方法，測試平臺中針對各待測對象，預先設置屬于各待測對象的測試模板數(shù)據(jù)集，該測試模板數(shù)據(jù)集中包含了待測對象能夠正常運行的各類測試模板數(shù)據(jù)，在進行測試的過程中，測試平臺通過接收到的測試腳本，可以獲取到測試者自定義的部分數(shù)據(jù)(即，自定測試數(shù)據(jù))，并將自定測試數(shù)據(jù)與屬于該待測對象的測試模板數(shù)據(jù)集中的測試模板數(shù)據(jù)進行合并，生成測試所需的測試數(shù)據(jù)。與現(xiàn)有技術不同的是，采用本申請中自定測試數(shù)據(jù)以及測試模板數(shù)據(jù)集的方式，可以最大程度降低重復設置數(shù)據(jù)情況的出現(xiàn)，提升了在測試過程中的便捷性，以及測試的效率。類似地，對于本申請中的校驗方法而言，也使用了類似的方式，同樣達到了類似效果。附圖說明此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本發(fā)明的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中：圖1為本發(fā)明實施例提供的測試過程示意圖；圖2為本發(fā)明實施例提供的校驗過程示意圖；圖3為本發(fā)明實施例提供的CTS框架示意圖；圖4為本發(fā)明實施例提供的測試裝置結(jié)構(gòu)示意圖；圖5為本發(fā)明實施例提供的校驗裝置結(jié)構(gòu)示意圖。具體實施方式為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明具體實施例及相應的附圖對本發(fā)明技術方案進行清楚、完整地描述。顯然，所描述的實施例僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。圖1為本發(fā)明實施例提供的測試過程，該過程具體包括以下步驟：S101：測試平臺接收自定測試數(shù)據(jù)。S102：獲取測試模板數(shù)據(jù)集。其中，所述測試模板數(shù)據(jù)集中包含測試模板數(shù)據(jù)，所述測試平臺接收到的自定測試數(shù)據(jù)的類型的數(shù)量小于測試模板數(shù)據(jù)的類型的數(shù)量。結(jié)合上述兩個步驟：在本申請實施例中，所述的測試平臺可以是一種具有開發(fā)、測試功能的測試環(huán)境，可運行在相應的服務器中，為不同的使用者提供測試服務，如：eclipse平臺。在測試平臺中，可以提供不同的測試框架，用以針對不同測試對象(測 試對象可以是應用、接口、操作系統(tǒng)等等)進行具體測試，如：用于針對接口進行測試的核心測試框架系統(tǒng)(Core-Test-Fram-System，CTS)。當然，這里并不構(gòu)成對本申請的限定。實際應用中，對待測對象進行測試時，往往需要設置相應的數(shù)據(jù)，以待測對象為待測接口為例：接口中通常都包含一系列數(shù)據(jù)(如：接口參數(shù))，這些數(shù)據(jù)不僅保證了接口的正常工作，也可使得接口實現(xiàn)相應的功能。為了針對接口在不同測試場景條件下的運行邏輯，現(xiàn)有的測試過程通常根據(jù)不同的測試用例來設置待測接口中的全部數(shù)據(jù)，對于不同的測試用例所對應的數(shù)據(jù)而言，其在一定程度上是相同的，只有部分數(shù)據(jù)間具有差異，但使用現(xiàn)有的測試方式，每一次測試都需要重復設置參數(shù)，顯然，這樣的方式過于繁瑣且增加了不必要的重復工作。為了減少重復設置數(shù)據(jù)的情況，故在本申請實施例中，測試者可以自定義測試時其所需的某些數(shù)據(jù)，也即，自定測試數(shù)據(jù)。同時，在測試平臺中，預先設置了不同接口的測試模板數(shù)據(jù)集?？梢姡谝淮螠y試中，測試者只需要定義少部分的數(shù)據(jù)，對于未定義的數(shù)據(jù)，由測試模板數(shù)據(jù)集提供。這將有效減少針對數(shù)據(jù)的重復設置。需要說明的是，本申請實施例中的自定測試數(shù)據(jù)，既可以在測試腳本中定義，也可以通過測試腳本在特定的配置文件中調(diào)取，當然，對于自定測試數(shù)據(jù)的確定方式并不構(gòu)成對本申請的限定。S103：針對接收到的每個自定測試數(shù)據(jù)，在所述測試模板數(shù)據(jù)集中，采用該自定測試數(shù)據(jù)替換與該自定測試數(shù)據(jù)屬于同一類型的測試模板數(shù)據(jù)，生成測試數(shù)據(jù)。自定測試數(shù)據(jù)只是待測對象所需全部數(shù)據(jù)中的部分數(shù)據(jù)，那么，在進行測試前，相應的測試框架就會將測試者自定的數(shù)據(jù)，與該待測對象對應的測試模板數(shù)據(jù)集中的測試模板數(shù)據(jù)進行合并。其合并的方式就是將與自定測試數(shù)據(jù)同類的測試模板數(shù)據(jù)，替換為自定測試數(shù)據(jù)，也即生成了本次測試所需的測試數(shù) 據(jù)。S104：根據(jù)所述測試數(shù)據(jù)，對待測對象進行測試。在得到了上述的測試數(shù)據(jù)后，便可以對待測的目標進行測試，在本申請實施例中，所述的目標可以是：待測的應用、接口、操作系統(tǒng)等等，這里并不構(gòu)成對本申請的限定。通過上述步驟，測試平臺中針對各待測對象，預先設置屬于各待測對象的測試模板數(shù)據(jù)集，該測試模板數(shù)據(jù)集中包含了待測對象能夠正常運行的各類測試模板數(shù)據(jù)，在進行測試的過程中，測試平臺通過接收到的測試腳本，可以獲取到測試者自定義的部分數(shù)據(jù)(即，自定測試數(shù)據(jù))，并將自定測試數(shù)據(jù)與屬于該待測對象的測試模板數(shù)據(jù)集中的測試模板數(shù)據(jù)進行合并，生成測試所需的測試數(shù)據(jù)。與現(xiàn)有技術不同的是，采用本申請中自定測試數(shù)據(jù)以及測試模板數(shù)據(jù)集的方式，可以最大程度降低重復設置數(shù)據(jù)情況的出現(xiàn)，提升了在測試過程中的便捷性，以及測試的效率。需要說明的是，本申請中每一次測試過程均是根據(jù)相應的測試用例而進行，為了能夠執(zhí)行測試的過程，通常需要運行與該測試用例對應的測試腳本。所述的測試腳本，由不同的測試者提供(如：可由測試者進行編寫)，這里并不構(gòu)成對本申請的限定。作為一種可能的方式，自定測試數(shù)據(jù)可以預先由測試者編輯至測試平臺中，通過測試腳本，可以在該測試平臺中獲取到該自定測試數(shù)據(jù)。而作為另一種可能的方式，自定測試數(shù)據(jù)由測試腳本攜帶，在此情況下，對于上述步驟S101，測試平臺接收自定測試數(shù)據(jù)，具體包括：所述測試平臺接收攜帶在測試腳本中的自定測試數(shù)據(jù)。對于上述步驟S104，根據(jù)所述測試數(shù)據(jù)，對待測對象進行測試，具體包括：根據(jù)所述測試數(shù)據(jù)，采用所述測試腳本對待測對象進行測試。當然，上述兩種方式均作為本申請種的可能方式，不構(gòu)成對本申請的限定。正是由于本申請中每一次測試過程均是根據(jù)相應的測試用例而進行，也就 是說，每一次測試用例不同，那么，在測試過程中的自定測試數(shù)據(jù)也就不相同，在與待測對象對應的測試模板數(shù)據(jù)集中的測試模板數(shù)據(jù)進行合并后，將生成不同的測試數(shù)據(jù)。為了保證每一次測試結(jié)束后，測試框架中的數(shù)據(jù)(測試模板數(shù)據(jù)集中的測試模板數(shù)據(jù))不會對后一次測試造成影響，所以，在每一次測試結(jié)束后，都將刪除本次測試時所使用的測試數(shù)據(jù)，這樣一來，待測對象所對應的測試模板數(shù)據(jù)集中的測試模板數(shù)據(jù)仍不受自定測試數(shù)據(jù)的影響。故在本申請實施例中，所述方法還包括：在測試結(jié)束后，刪除所述測試數(shù)據(jù)。在接口測試的場景下，完整的接口測試過程，既包括對接口測試獲得測試結(jié)果數(shù)據(jù)，也包括對測試結(jié)果數(shù)據(jù)進行驗證，判斷接口的內(nèi)部邏輯是否正常。上述內(nèi)容解決了在獲得測試結(jié)果數(shù)據(jù)前的過程需要重復設置數(shù)據(jù)的問題，但正如前述，在實際應用時，在對測試結(jié)果數(shù)據(jù)的驗證過程中，也需要設置不同的目標數(shù)據(jù)，用以對測試結(jié)果數(shù)據(jù)進行驗證，也就是說，在驗證過程中，也存在重復設置數(shù)據(jù)的現(xiàn)象，從而導致測試過程，所以，在本申請實施例中，還提供一種校驗方法，如圖2所示。在圖2中，所述方法具體包括如下步驟：S201：測試平臺接收自定目標數(shù)據(jù)。其中，所述測試結(jié)果數(shù)據(jù)是測試平臺根據(jù)測試腳本所需的測試數(shù)據(jù)，對被測的接口進行測試后生成的。S202：獲取目標模板數(shù)據(jù)集。其中，所述目標模板數(shù)據(jù)集中包含目標模板數(shù)據(jù)，所述測試平臺接收到的自定目標數(shù)據(jù)的類型的數(shù)量小于目標模板數(shù)據(jù)的類型的數(shù)量。同樣，為了避免或最大程度降低重復設置目標數(shù)據(jù)的現(xiàn)象，故測試者可以預先自定義所需的目標數(shù)據(jù)，也即，目標自定測試數(shù)據(jù)。類似地，在該測試平臺中，也預先設置有相應的目標模板數(shù)據(jù)集。而測試者自定義的各類目標自定測試數(shù)據(jù)的數(shù)量小于目標模板數(shù)據(jù)集中各類目標模板數(shù)據(jù)的數(shù)量。顯然，與現(xiàn)有技術中不同的是，測試者只需設置部分目標數(shù)據(jù)，而無需設置全部目標數(shù)據(jù)，對于測試者未設置的目標數(shù)據(jù)，將由目標模板數(shù)據(jù)提供，這樣的方式將有效減 少在驗證過程中對目標數(shù)據(jù)的重復設置的現(xiàn)象。S203：針對接收到的每個自定目標數(shù)據(jù)，在所述目標模板數(shù)據(jù)集中，采用該自定目標數(shù)據(jù)替換與該自定目標數(shù)據(jù)屬于同一類型的目標模板數(shù)據(jù)，生成目標數(shù)據(jù)。與測試模板數(shù)據(jù)集中替換測試模板數(shù)據(jù)相類似，在確定了各類自定目標數(shù)據(jù)以及目標模板數(shù)據(jù)集之后，便可以將與各類自定目標數(shù)據(jù)相同類別的目標模板數(shù)據(jù)進行替換，從而得到測試用例所需的目標數(shù)據(jù)。具體的替換過程與上述如圖1所示的方法類似，故在此不再贅述。S204：根據(jù)所述目標數(shù)據(jù)，對測試結(jié)果數(shù)據(jù)進行比對校驗。具體地，本實施例中所述的測試結(jié)果數(shù)據(jù)，可以是上述如圖1所示的方法中最終得到的測試結(jié)果數(shù)據(jù)，也可以是從其他途徑獲得的測試結(jié)果，這里并不構(gòu)成對本申請的限定。需要說明的是，測試用例中通常包含的相應的期望數(shù)據(jù)(也就是本步驟中的目標數(shù)據(jù))，從而可以根據(jù)目標數(shù)據(jù)驗證測試結(jié)果數(shù)據(jù)是否與該目標數(shù)據(jù)相匹配，如果匹配，也就證明測試的待測對象的內(nèi)部邏輯運行正常，反之，就表明該待測對象的內(nèi)部邏輯出現(xiàn)異常。通過上述步驟，在測試結(jié)果數(shù)據(jù)的驗證的過程中，測試者可以根據(jù)測試用例自行定義相應的目標數(shù)據(jù)(也即，自定目標數(shù)據(jù))，與自定測試數(shù)據(jù)相類似，自定目標數(shù)據(jù)也并非是全部的目標數(shù)據(jù)，即測試者只需定義部分目標數(shù)據(jù)，而對于測試者未定義的目標數(shù)據(jù)而言，將由測試平臺中預設的目標模板數(shù)據(jù)提供，測試平臺會將自定目標數(shù)據(jù)和目標模板數(shù)據(jù)進行合并，生成目標數(shù)據(jù)，從而與測試結(jié)果數(shù)據(jù)進行比對校驗。與現(xiàn)有技術不同的是，本申請中的測試者只需自行定義少數(shù)的目標數(shù)據(jù)，可以有效地減少重復設置目標數(shù)據(jù)的情況的出現(xiàn)。從而，可以有效提升在對接口測試過程中的驗證步驟中的便捷性以及驗證的效率。與上述過程相類似，執(zhí)行待測對象的校驗過程，通常也需要運行相應的測 試腳本。所以，作為一種可能的方式，自定目標數(shù)據(jù)可以預先由測試者編輯至測試平臺中，通過測試腳本，可以在該測試平臺中獲取到該自定目標數(shù)據(jù)。而作為另一種可能的方式，自定測試數(shù)據(jù)由測試腳本攜帶，在此情況下，對于上述步驟S201，測試平臺接收自定目標數(shù)據(jù)，具體包括：所述測試平臺接收攜帶在測試腳本中的自定目標數(shù)據(jù)。對于上述步驟S204，根據(jù)所述目標數(shù)據(jù)，對測試結(jié)果數(shù)據(jù)進行比對校驗，具體包括：根據(jù)所述目標數(shù)據(jù)，采用所述測試腳本對所述測試結(jié)果數(shù)據(jù)進行比對校驗。相似地，在實際應用中，不同的校驗過程通常需要不同的測試用例，具體來說，每一次的校驗過程所需的目標數(shù)據(jù)都不相同，那么，為了避免本次校驗過程中的目標數(shù)據(jù)對下一次的校驗過程造成影響，故在每一次校驗過程結(jié)束后，將刪除本次校驗過程中生成的目標數(shù)據(jù)，因此，在本申請實施例中，所述方法還包括：當所述校驗結(jié)束后，刪除所述目標數(shù)據(jù)。結(jié)合上述如圖1及圖2所示的方法可知，在本申請中，在測試過程和校驗過程中提供了一種合并數(shù)據(jù)的功能，從而獲得相應的測試數(shù)據(jù)和目標數(shù)據(jù)，為了實現(xiàn)合并數(shù)據(jù)的功能，就需要一種具備數(shù)據(jù)合并功能的測試框架，即，如圖3所示，為本申請實施例提供的接口測試框架，該接口測試框架屬于CTS框架，在圖3中，所述的測試框架中設置有重載數(shù)據(jù)模塊、基準數(shù)據(jù)模塊、合并模塊以及處理模塊。圖3中，重載數(shù)據(jù)模塊用于提供測試者的自定測試數(shù)據(jù)以及自定目標數(shù)據(jù)，在一種可能的方式下，重載數(shù)據(jù)模塊中以conf格式的配置文件存儲自定測試數(shù)據(jù)和自定目標數(shù)據(jù)?？梢哉J為，在每一次測試(或校驗)過程中，自定測試數(shù)據(jù)和自定目標數(shù)據(jù)都與測試用例相關聯(lián)，基準數(shù)據(jù)模塊用于提供各接口所對應的測試模板數(shù)據(jù)集以及目標模板數(shù)據(jù)集，在一種可能的方式下，基準數(shù)據(jù)模塊中以csv格式的文件存儲測試模板數(shù)據(jù)集和目標模板數(shù)據(jù)集。為了清楚地闡述在實際應用場景下圖3中的接口測試框架的工作過程，現(xiàn) 以一應用實例進行詳細說明。假設針對接口A進行一次測試，本次測試的測試用例中確定了所需的測試數(shù)據(jù)以及目標數(shù)據(jù)，分別如下表1和表2所示。接口參數(shù)1接口參數(shù)2接口參數(shù)3……接口參數(shù)naBc……N表1在表1中，示出了n種接口參數(shù)(也即，測試數(shù)據(jù))及其賦值。目標數(shù)據(jù)1目標數(shù)據(jù)2目標數(shù)據(jù)3……目標數(shù)據(jù)na’B’c’……N’表2表2中示出了n種目標數(shù)據(jù)以及相應的期望結(jié)果(表2中僅以值的形式表示期望結(jié)果，在實際應用中，還可以采用文本方式明確相應的期望結(jié)果，這里并不構(gòu)成對本申請的限定)。現(xiàn)假設進行接口測試的過程，其過程具體包括：步驟一：在接口測試框架中運行與該測試用例相對應的測試腳本。步驟二：根據(jù)測試腳本，獲取該測試腳本對應的測試模板數(shù)據(jù)集以及自定測試數(shù)據(jù)。具體而言，假設在該框架中已預先存儲有相應的測試模板數(shù)據(jù)集，如下表3所示。模板參數(shù)1模板參數(shù)2模板參數(shù)3……模板參數(shù)nabc……n表3表3中示出了各類標準化的接口參數(shù)(即，各類測試模板數(shù)據(jù))。假設所述測試腳本所對應的自定測試數(shù)據(jù)如下表4所示。接口參數(shù)1接口參數(shù)2接口參數(shù)3……接口參數(shù)nB……N表4從表4中可見，在進行每一測試的情況下，測試者并不需要設置全部的接口參數(shù)，而只需要設置其所需的部分接口參數(shù)，正如表4所示，測試者在本次測試時，只設置了“接口參數(shù)2”以及“接口參數(shù)n”兩個參數(shù)。步驟三：將測試模板數(shù)據(jù)集中的測試模板數(shù)據(jù)與自定測試數(shù)據(jù)進行合并，生成測試數(shù)據(jù)。具體地，在數(shù)據(jù)合并的過程中，是將測試模板數(shù)據(jù)集中與自定測試數(shù)據(jù)同類的測試模板數(shù)據(jù)進行合并，并最終形成如表1所示的測試數(shù)據(jù)。也就是說，在合并時，將表4中的“接口參數(shù)2”以及“接口參數(shù)n”兩個參數(shù)，替換表3中“接口參數(shù)2”以及“接口參數(shù)n”的兩個參數(shù)。步驟四：調(diào)用接口A并使用測試數(shù)據(jù)進行測試，得到測試結(jié)果數(shù)據(jù)。假設經(jīng)過步驟四獲得的測試結(jié)果數(shù)據(jù)如下表5所示。結(jié)果數(shù)據(jù)1結(jié)果數(shù)據(jù)2結(jié)果數(shù)據(jù)3……結(jié)果數(shù)據(jù)na’b’c’……N’表5至此，針對接口A的測試過程結(jié)束，而為了確定該接口A內(nèi)部的運行邏輯是否正常，還需對表5所示的測試結(jié)果數(shù)據(jù)進行校驗，也即，執(zhí)行校驗過程(下述步驟五)。步驟五：對測試結(jié)果數(shù)據(jù)進行校驗。當然，在校驗過程中，測試者還需要設定相應的目標數(shù)據(jù)，與上述測試過程中的步驟二和步驟三類似，接口測試框架提供了目標模板數(shù)據(jù)集，那么，測試者也可以僅設定部分自定目標數(shù)據(jù)，并將目標模板數(shù)據(jù)集與自定目標數(shù)據(jù)進行合并。具體地，假設目標模板數(shù)據(jù)集如下表6所示。模板數(shù)據(jù)1模板數(shù)據(jù)2模板數(shù)據(jù)3……模板數(shù)據(jù)na’b’c’……n’表6并假設自定目標模板如下表7所示。模板數(shù)據(jù)1模板數(shù)據(jù)2模板數(shù)據(jù)3……模板數(shù)據(jù)nB’……N’表7在將上述表6和7中的數(shù)據(jù)進行合并，便可得到上述表2所示的目標數(shù)據(jù)。從而，也就可以使用目標數(shù)據(jù)與表5所示的測試結(jié)果數(shù)據(jù)進行比對校驗，并得到相應的校驗結(jié)果：結(jié)果數(shù)據(jù)2與目標數(shù)據(jù)2不一致。至此，一套針對接口A的完整測試過程結(jié)束。從上述內(nèi)容中可見，在整個測試過程中，合成了兩種數(shù)據(jù)：測試數(shù)據(jù)和目標數(shù)據(jù)，這兩種數(shù)據(jù)都是本次測試用例所需的，但可能與下一次測試時不同，所以，為了避免本次測試過程中的數(shù)據(jù)對下一次測試造成影響，故將執(zhí)行數(shù)據(jù)清理操作，即執(zhí)行下述步驟六。步驟六：清理合成的測試數(shù)據(jù)和目標數(shù)據(jù)。結(jié)合上述內(nèi)容可見，采用本申請中測試方式，測試者只需設定其所需的部分自定測試數(shù)據(jù)，通過自定測試數(shù)據(jù)與預設的模板數(shù)據(jù)進行合并的方式，生成測試所需的測試數(shù)據(jù)和目標數(shù)據(jù)，可以最大程度降低重復設置數(shù)據(jù)情況的出現(xiàn)，提升了在測試過程中的便捷性，以及測試的效率。以上為本發(fā)明實施例提供的測試方法，基于同樣的思路，本發(fā)明實施例還提供一種測試裝置。如圖4所示，測試裝置包括：接收模塊401，用于接收自定測試數(shù)據(jù)；獲取模塊402，用于獲取測試模板數(shù)據(jù)集，其中，所述測試模板數(shù)據(jù)集中包含測試模板數(shù)據(jù)，所述測試平臺接收到的自定測試數(shù)據(jù)的類型的數(shù)量小于測試模板數(shù)據(jù)的類型的數(shù)量；合成模塊403，用于針對接收到的每個自定測試數(shù)據(jù)，在所述測試模板數(shù)據(jù)集中，采用該自定測試數(shù)據(jù)替換與該自定測試數(shù)據(jù)屬于同一類型的測試模板 數(shù)據(jù)，生成測試數(shù)據(jù)；測試模塊404，用于根據(jù)所述測試數(shù)據(jù)，對待測對象進行測試。作為本申請實施例中的一種方式，所述接收模塊401，具體用于接收攜帶在測試腳本中的自定測試數(shù)據(jù)。所述測試模塊404，具體用于根據(jù)所述測試數(shù)據(jù)，采用所述測試腳本對待測對象進行測試。在本申請實施例中，所述裝置還包括：數(shù)據(jù)清理模塊405，用于在測試結(jié)束后，刪除所述測試數(shù)據(jù)。在本申請實施例中，所述裝置，運行在一種包括核心測試框架系統(tǒng)CTS的測試平臺上。所述測試模板數(shù)據(jù)集包括：以csv文件存儲的測試模板數(shù)據(jù)集。所述自定測試數(shù)據(jù)包括：以conf文件存儲的自定測試數(shù)據(jù)。通過上述如圖4所示的裝置，進行接口測試過程而得到了測試結(jié)果數(shù)據(jù)后，需要針對該測試結(jié)果數(shù)據(jù)進行校驗。相應地，在本申請實施例中，還提供一種校驗裝置，如圖5所示。所述裝置包括：接收模塊501，用于獲取測試結(jié)果數(shù)據(jù)；獲取模塊502，用于獲取目標模板數(shù)據(jù)集，其中，所述目標模板數(shù)據(jù)集中包含目標模板數(shù)據(jù)，所述測試平臺接收到的自定目標數(shù)據(jù)的類型的數(shù)量小于目標模板數(shù)據(jù)的類型的數(shù)量；合并模塊503，用于針對接收到的每個自定目標數(shù)據(jù)，在所述目標模板數(shù)據(jù)集中，采用該自定目標數(shù)據(jù)替換與該自定目標數(shù)據(jù)屬于同一類型的目標模板數(shù)據(jù)，生成目標數(shù)據(jù)；校驗模塊504，用于根據(jù)所述目標數(shù)據(jù)，對測試結(jié)果數(shù)據(jù)進行比對校驗。作為本申請實施例中的一種方式，所述接收模塊501，具體用于接收攜帶在測試腳本中的自定目標數(shù)據(jù)；所述校驗模塊502，具體用于根據(jù)所述目標數(shù)據(jù)，采用所述測試腳本對所述測試結(jié)果數(shù)據(jù)進行比對校驗。所述裝置還包括：數(shù)據(jù)清理模塊505，用于在測試結(jié)束后，刪除所述測試數(shù)據(jù)。與上述測試裝置相類似，對于本實施例中的校驗裝置而言，運行在一種包括核心測試框架系統(tǒng)CTS的測試平臺上。所述測試模板數(shù)據(jù)集包括：以csv文件存儲的測試模板數(shù)據(jù)集。所述自定測試數(shù)據(jù)包括：以conf文件存儲的自定測試數(shù)據(jù)。在一個典型的配置中，計算設備包括一個或多個處理器(CPU)、輸入/輸出接口、網(wǎng)絡接口和內(nèi)存。內(nèi)存可能包括計算機可讀介質(zhì)中的非永久性存儲器，隨機存取存儲器(RAM)和/或非易失性內(nèi)存等形式，如只讀存儲器(ROM)或閃存(flashRAM)。內(nèi)存是計算機可讀介質(zhì)的示例。計算機可讀介質(zhì)包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現(xiàn)信息存儲。信息可以是計算機可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序的模塊或其他數(shù)據(jù)。計算機的存儲介質(zhì)的例子包括，但不限于相變內(nèi)存(PRAM)、靜態(tài)隨機存取存儲器(SRAM)、動態(tài)隨機存取存儲器(DRAM)、其他類型的隨機存取存儲器(RAM)、只讀存儲器(ROM)、電可擦除可編程只讀存儲器(EEPROM)、快閃記憶體或其他內(nèi)存技術、只讀光盤只讀存儲器(CD-ROM)、數(shù)字多功能光盤(DVD)或其他光學存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁性存儲設備或任何其他非傳輸介質(zhì)，可用于存儲可以被計算設備訪問的信息。按照本文中的界定，計算機可讀介質(zhì)不包括暫存電腦可讀媒體(transitorymedia)，如調(diào)制的數(shù)據(jù)信號和載波。還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。本領域技術人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)或計算機程 序產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產(chǎn)品的形式。以上所述僅為本發(fā)明的實施例而已，并不用于限制本發(fā)明。對于本領域技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原理之內(nèi)所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的權(quán)利要求范圍之內(nèi)。當前第1頁1 2 3