一種erp數(shù)據(jù)測(cè)試方法
【專(zhuān)利摘要】本發(fā)明針對(duì)現(xiàn)有技術(shù)中存在的ERP測(cè)試環(huán)境的構(gòu)建造成人力浪費(fèi)和效率低下的問(wèn)題，提供了一種ERP數(shù)據(jù)測(cè)試方法。該方法按照靜態(tài)事件和動(dòng)態(tài)事件對(duì)ERP數(shù)據(jù)進(jìn)行測(cè)試，測(cè)試用戶(hù)能夠在自動(dòng)化的前提下，自定義測(cè)試過(guò)程和測(cè)試內(nèi)容，同時(shí)，本發(fā)明還極大地提高了ERP系統(tǒng)的測(cè)試效率，使ERP開(kāi)發(fā)人員或維護(hù)人員能夠?qū)⒕性诠δ艿拈_(kāi)發(fā)和性能的完善上，進(jìn)而節(jié)省了開(kāi)發(fā)方和使用方的人力、財(cái)力。
【專(zhuān)利說(shuō)明】一種ERP數(shù)據(jù)測(cè)試方法

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及自動(dòng)化測(cè)試領(lǐng)域，特別涉及一種ERP數(shù)據(jù)測(cè)試方法。

【背景技術(shù)】
[0002]在軟件的開(kāi)發(fā)流程中，需要對(duì)一些程序的功能進(jìn)行自動(dòng)化測(cè)試；而在現(xiàn)有技術(shù)中，執(zhí)行某些功能的自動(dòng)化測(cè)試時(shí)，需要對(duì)被測(cè)試的數(shù)據(jù)進(jìn)行備份，并且在測(cè)試完成的時(shí)候，使用備份的文件對(duì)測(cè)試完成后的數(shù)據(jù)進(jìn)行還原，以保證原有的數(shù)據(jù)模型不變，從而可以使用原始的數(shù)據(jù)進(jìn)行反復(fù)的自動(dòng)化測(cè)試和驗(yàn)證。
[0003]近年來(lái)，ERP系統(tǒng)由于其在企業(yè)管理方面的科學(xué)和有效的特性而被廣泛應(yīng)用。其常常涉及儲(chǔ)存、處理一些重要事務(wù)，在企業(yè)的日常工作中處于越來(lái)越重要的地位。尤其是經(jīng)常涉及權(quán)限數(shù)據(jù).這些數(shù)據(jù)的模型是否正確，是關(guān)系到整個(gè)ERP系統(tǒng)能否正常使用，業(yè)務(wù)流程是否暢通，以及使用中/后期維護(hù)時(shí)功能的增加、刪除和修改能否按時(shí)發(fā)布的重要因素。
[0004]現(xiàn)有技術(shù)測(cè)試交互數(shù)據(jù)時(shí)，測(cè)試人員利用真實(shí)終端進(jìn)行數(shù)據(jù)操作。這種辦法相當(dāng)費(fèi)時(shí)，而且還無(wú)法保證大系統(tǒng)的量化測(cè)試要求。
[0005]測(cè)試人員進(jìn)行多次重復(fù)操作，耗費(fèi)很大的人力及時(shí)間資源，且，人工分析交互結(jié)果，難免出現(xiàn)統(tǒng)計(jì)記錄錯(cuò)誤的情況，即使投入很多的人力和時(shí)間，也可能無(wú)法保證數(shù)據(jù)的準(zhǔn)確性。


【發(fā)明內(nèi)容】

[0006]為了減少測(cè)試人員的時(shí)間和人力投入，同時(shí)提高測(cè)試的隨機(jī)性以及提高數(shù)據(jù)測(cè)試效率，本發(fā)明實(shí)施例提供了一種ERP數(shù)據(jù)測(cè)試方法，包括:
[0007](I)客戶(hù)端初始化靜態(tài)數(shù)據(jù)，所述靜態(tài)數(shù)據(jù)包括測(cè)試用戶(hù)權(quán)限和測(cè)試數(shù)據(jù)的數(shù)據(jù)量上限；
[0008](2)客戶(hù)端初始化動(dòng)態(tài)事件,所述動(dòng)態(tài)事件包括測(cè)試指令；
[0009](3)客戶(hù)端設(shè)置動(dòng)態(tài)事件順序模式:所述動(dòng)態(tài)事件順序模式對(duì)應(yīng)所述動(dòng)態(tài)事件的處理步驟或處理順序；
[0010](4)服務(wù)器端根據(jù)上述動(dòng)態(tài)事件順序模式，利用動(dòng)態(tài)事件和靜態(tài)數(shù)據(jù)的異常信息和成功信息配置服務(wù)器端測(cè)試成功模板；
[0011](5)客戶(hù)端根據(jù)上述動(dòng)態(tài)事件順序模式，利用動(dòng)態(tài)事件和靜態(tài)數(shù)據(jù)的異常信息和成功信息配置客戶(hù)端測(cè)試成功模板；
[0012](6)客戶(hù)端向服務(wù)器端發(fā)出請(qǐng)求，根據(jù)上述動(dòng)態(tài)事件和靜態(tài)數(shù)據(jù)進(jìn)行數(shù)據(jù)測(cè)試，與服務(wù)器端交互地完成上述動(dòng)態(tài)事件順序模式；
[0013](7)客戶(hù)端與服務(wù)器端分別對(duì)照各自的測(cè)試結(jié)果與各自的測(cè)試成功模板；
[0014](8)服務(wù)器端將測(cè)試模板匹配信息發(fā)送給發(fā)出上述請(qǐng)求的客戶(hù)端；
[0015](9)所述客戶(hù)端給出測(cè)試結(jié)果。
[0016]進(jìn)一步地，所述用戶(hù)權(quán)限包括測(cè)試時(shí)使用的用戶(hù)名和登陸密碼。
[0017]進(jìn)一步地，所述動(dòng)態(tài)事件包括對(duì)用戶(hù)權(quán)限的測(cè)試。
[0018]進(jìn)一步地，所述靜態(tài)數(shù)據(jù)還包括測(cè)試數(shù)據(jù)的類(lèi)型和數(shù)據(jù)字段名稱(chēng)。
[0019]進(jìn)一步地，所述動(dòng)態(tài)事件順序模式還包括其中的動(dòng)態(tài)事件的處理次數(shù)。
[0020]進(jìn)一步地，所述動(dòng)態(tài)事件順序模式被設(shè)置為配置文件的形式。
[0021]進(jìn)一步地，所述動(dòng)態(tài)事件順序模式還包括靜態(tài)數(shù)據(jù)的路徑模式，該路徑模式包括隨機(jī)選取、手動(dòng)選取，以及隨機(jī)選取和手動(dòng)選取相結(jié)合這三種。
[0022]進(jìn)一步地，當(dāng)靜態(tài)數(shù)據(jù)的路徑模式包括手動(dòng)選取時(shí)，由測(cè)試用戶(hù)指定測(cè)試數(shù)據(jù)所在的路徑。
[0023]進(jìn)一步地，所述服務(wù)器端測(cè)試成功模板和客戶(hù)端測(cè)試成功模板均包括預(yù)先設(shè)置的數(shù)據(jù)最大網(wǎng)絡(luò)傳輸延遲時(shí)間。
[0024]進(jìn)一步地，當(dāng)網(wǎng)絡(luò)傳輸時(shí)間超出上述最大網(wǎng)絡(luò)傳輸延遲時(shí)間時(shí)，在存在其他傳輸路徑的情況下改變網(wǎng)絡(luò)傳輸路徑再次傳輸，若再次超出，則停止數(shù)據(jù)傳輸并向測(cè)試結(jié)果中記錄該傳輸事件中涉及到的網(wǎng)絡(luò)傳輸路徑。
[0025]本發(fā)明的有益效果在于:測(cè)試用戶(hù)能夠在自動(dòng)化的前提下，自定義測(cè)試過(guò)程和測(cè)試內(nèi)容，同時(shí)，本發(fā)明還極大地提高了 ERP系統(tǒng)的測(cè)試效率，使ERP開(kāi)發(fā)人員或維護(hù)人員能夠?qū)⒕性诠δ艿拈_(kāi)發(fā)和性能的完善上，進(jìn)而節(jié)省了開(kāi)發(fā)方和使用方的人力、財(cái)力。

【專(zhuān)利附圖】

【附圖說(shuō)明】
[0026]圖1示出了根據(jù)本發(fā)明的又選實(shí)施例優(yōu)選實(shí)施例的方法流程圖。

【具體實(shí)施方式】
[0027]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖1對(duì)本發(fā)明的優(yōu)選實(shí)施方式作進(jìn)一步地詳細(xì)描述。
[0028]如圖1所示，在本發(fā)明的一個(gè)優(yōu)選實(shí)施例中，提供了如下的ERP數(shù)據(jù)測(cè)試方法。該方法包括如下步驟:
[0029]步驟1:客戶(hù)端初始化靜態(tài)數(shù)據(jù)，所述靜態(tài)數(shù)據(jù)包括測(cè)試用戶(hù)權(quán)限和測(cè)試數(shù)據(jù)的數(shù)據(jù)量上限。
[0030]所述用戶(hù)權(quán)限包括測(cè)試時(shí)使用的用戶(hù)名和登陸密碼。這是由于ERP系統(tǒng)本身包含多種用戶(hù)權(quán)限，正常使用時(shí)，應(yīng)當(dāng)是ERP系統(tǒng)的某種權(quán)限的用戶(hù)的特定操作不能被其他權(quán)限的用戶(hù)完成。因此，本發(fā)明的優(yōu)選實(shí)施例中，將用戶(hù)的權(quán)限作為測(cè)試的必要數(shù)據(jù)之一，有利于增強(qiáng)系統(tǒng)的安全性和測(cè)試的完整性。
[0031]上述數(shù)據(jù)量上限的設(shè)置是為了保證數(shù)據(jù)測(cè)試過(guò)程中能夠在確保實(shí)現(xiàn)功能測(cè)試的同時(shí)，在適當(dāng)?shù)?、合理的時(shí)間段內(nèi)能夠向用戶(hù)給出響應(yīng)信息。否則，當(dāng)作為測(cè)試數(shù)據(jù)(例如，當(dāng)信息保存、信息查詢(xún)等操作的返回結(jié)果)的數(shù)據(jù)量過(guò)大時(shí)，在處理相同的事件時(shí)將耗費(fèi)過(guò)多的時(shí)間。因此，本發(fā)明給出了上述上限作為靜態(tài)數(shù)據(jù)之一，以提高效率。
[0032]根據(jù)本發(fā)明的另一個(gè)優(yōu)選實(shí)施例，所述靜態(tài)數(shù)據(jù)還包括測(cè)試數(shù)據(jù)的類(lèi)型和數(shù)據(jù)字段名稱(chēng)。這樣設(shè)置的目的在于當(dāng)測(cè)試事件發(fā)生時(shí)，涉及到該測(cè)試事件的數(shù)據(jù)首先要經(jīng)過(guò)數(shù)據(jù)類(lèi)型和數(shù)據(jù)字段的過(guò)濾和檢查:如果均符合，再進(jìn)入實(shí)際操作；否則停止后續(xù)可能導(dǎo)致嚴(yán)重錯(cuò)誤甚至造成測(cè)試意外中斷的動(dòng)態(tài)事件。
[0033]步驟2:客戶(hù)端初始化動(dòng)態(tài)事件，所述動(dòng)態(tài)事件包括測(cè)試指令。這些測(cè)試指令包括但不限于:數(shù)據(jù)查詢(xún)、按照各種字段的數(shù)據(jù)統(tǒng)計(jì)和分析、數(shù)據(jù)備份、權(quán)限修改(主要是修改密碼)等。
[0034]根據(jù)本發(fā)明的其他優(yōu)選實(shí)施例，所述動(dòng)態(tài)事件順序模式還包括其中的動(dòng)態(tài)事件的處理次數(shù)。這里的“處理次數(shù)”并不是上述動(dòng)態(tài)事件本身要求的處理次數(shù)，而是人為規(guī)定的(測(cè)試人員根據(jù)實(shí)際情況和需求自定義的)上述動(dòng)態(tài)事件的處理次數(shù)。這種多次重復(fù)處理能夠測(cè)試某項(xiàng)動(dòng)態(tài)事件或ERP功能模塊的穩(wěn)定性。
[0035]本領(lǐng)域技術(shù)人員應(yīng)當(dāng)清楚的是，經(jīng)過(guò)上述兩個(gè)步驟的設(shè)置以后，靜態(tài)數(shù)據(jù)中所設(shè)置的用戶(hù)權(quán)限除了必然要包括上述動(dòng)態(tài)事件能夠?qū)?yīng)的用戶(hù)以外，還可以包括其他用戶(hù)權(quán)限，用以驗(yàn)證權(quán)限模塊是否正確或者ERP系統(tǒng)的權(quán)限功能是否正確。
[0036]根據(jù)本發(fā)明的優(yōu)選實(shí)施例，所述動(dòng)態(tài)事件順序模式被設(shè)置為配置文件的形式。這一文件可以通過(guò)文本編輯器打開(kāi)并進(jìn)行編輯，也可以通過(guò)其他的字符編輯軟件加以處理。
[0037]步驟3:客戶(hù)端設(shè)置動(dòng)態(tài)事件順序模式:所述動(dòng)態(tài)事件順序模式對(duì)應(yīng)所述動(dòng)態(tài)事件的處理步驟或處理順序；
[0038]步驟4:服務(wù)器端根據(jù)上述動(dòng)態(tài)事件順序模式，利用動(dòng)態(tài)事件和靜態(tài)數(shù)據(jù)的異常信息和成功信息配置服務(wù)器端測(cè)試成功模板；
[0039]步驟5:客戶(hù)端根據(jù)上述動(dòng)態(tài)事件順序模式，利用動(dòng)態(tài)事件和靜態(tài)數(shù)據(jù)的異常信息和成功信息配置客戶(hù)端測(cè)試成功模板；
[0040]步驟6:客戶(hù)端向服務(wù)器端發(fā)出請(qǐng)求，根據(jù)上述動(dòng)態(tài)事件和靜態(tài)數(shù)據(jù)進(jìn)行數(shù)據(jù)測(cè)試，與服務(wù)器端交互地完成上述動(dòng)態(tài)事件順序模式；
[0041]根據(jù)本發(fā)明的優(yōu)選實(shí)施例，所述動(dòng)態(tài)事件順序模式還包括靜態(tài)數(shù)據(jù)的路徑模式，該路徑模式包括隨機(jī)選取、手動(dòng)選取，以及隨機(jī)選取和手動(dòng)選取相結(jié)合這三種。其中，隨機(jī)選取方式是測(cè)試用戶(hù)不能人為干預(yù)的情形。該隨機(jī)選取方式是通過(guò)客戶(hù)端發(fā)出的請(qǐng)求中生成的隨機(jī)數(shù)字為種子而產(chǎn)生的一系列不重復(fù)的自然數(shù)。這些自然數(shù)的個(gè)數(shù)等于上述動(dòng)態(tài)事件的個(gè)數(shù)。在手動(dòng)選取的方式中，客戶(hù)端在發(fā)出上述請(qǐng)求時(shí)，由測(cè)試用戶(hù)人為指定順序。在隨機(jī)選取和手動(dòng)選取相結(jié)合的方式中，以手動(dòng)選取為優(yōu)先。即，全部動(dòng)態(tài)事件中去除由測(cè)試人員手動(dòng)指定的順序所對(duì)應(yīng)的動(dòng)態(tài)事件以后，剩余的動(dòng)態(tài)事件由上述隨機(jī)數(shù)字為種子產(chǎn)生相應(yīng)的順序。
[0042]根據(jù)本發(fā)明的另一個(gè)優(yōu)選實(shí)施例，當(dāng)靜態(tài)數(shù)據(jù)的路徑模式包括手動(dòng)選取時(shí)，由測(cè)試用戶(hù)指定測(cè)試數(shù)據(jù)所在的路徑。這種方式尤其適合于測(cè)試目的需要大數(shù)據(jù)量時(shí)使用，從而省去了測(cè)試用戶(hù)手動(dòng)輸入大量數(shù)據(jù)的繁瑣，提高了數(shù)據(jù)測(cè)試的效率。
[0043]步驟7:客戶(hù)端與服務(wù)器端分別對(duì)照各自的測(cè)試結(jié)果與各自的測(cè)試成功模板；
[0044]步驟8:服務(wù)器端將測(cè)試模板匹配信息發(fā)送給發(fā)出上述請(qǐng)求的客戶(hù)端；
[0045]步驟9:所述客戶(hù)端給出測(cè)試結(jié)果。這個(gè)測(cè)試結(jié)果包括上述各動(dòng)態(tài)事件是否被正常處理的結(jié)果，并且優(yōu)選地，以報(bào)告的形式給出。在另一個(gè)優(yōu)選的實(shí)施例中，還在結(jié)尾給出結(jié)論性的測(cè)試結(jié)果，例如:超過(guò)95%的動(dòng)態(tài)事件均成功通過(guò)，則認(rèn)為數(shù)據(jù)測(cè)試結(jié)果穩(wěn)定，ERP系統(tǒng)工作基本正常；否則提示ERP系統(tǒng)需要檢查未通過(guò)測(cè)試的模塊，以免影響ERP系統(tǒng)的日常業(yè)務(wù)。
[0046]根據(jù)本發(fā)明的又一個(gè)優(yōu)選實(shí)施例，所述服務(wù)器端測(cè)試成功模板和客戶(hù)端測(cè)試成功模板均包括預(yù)先設(shè)置的數(shù)據(jù)最大網(wǎng)絡(luò)傳輸延遲時(shí)間。當(dāng)網(wǎng)絡(luò)傳輸時(shí)間超出上述最大網(wǎng)絡(luò)傳輸延遲時(shí)間時(shí)，在存在其他傳輸路徑的情況下改變網(wǎng)絡(luò)傳輸路徑再次傳輸，若再次超出，則停止數(shù)據(jù)傳輸并向測(cè)試結(jié)果中記錄該傳輸事件中涉及到的網(wǎng)絡(luò)傳輸路徑。但是，本領(lǐng)域技術(shù)人員應(yīng)當(dāng)清楚的是，這種網(wǎng)絡(luò)傳輸延遲時(shí)間的實(shí)施例的使用范圍應(yīng)當(dāng)是在經(jīng)過(guò)了客戶(hù)端與服務(wù)器端之間的網(wǎng)絡(luò)通信環(huán)境測(cè)試之后的那些網(wǎng)絡(luò)中。
[0047]以上所述僅為本發(fā)明的較佳實(shí)施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1.一種ERP數(shù)據(jù)測(cè)試方法，其特征在于包括: (1)客戶(hù)端初始化靜態(tài)數(shù)據(jù)，所述靜態(tài)數(shù)據(jù)包括測(cè)試用戶(hù)權(quán)限和測(cè)試數(shù)據(jù)的數(shù)據(jù)量上限； (2)客戶(hù)端初始化動(dòng)態(tài)事件,所述動(dòng)態(tài)事件包括測(cè)試指令； (3)客戶(hù)端設(shè)置動(dòng)態(tài)事件順序模式:所述動(dòng)態(tài)事件順序模式對(duì)應(yīng)所述動(dòng)態(tài)事件的處理步驟或處理順序； (4)服務(wù)器端根據(jù)上述動(dòng)態(tài)事件順序模式，利用動(dòng)態(tài)事件和靜態(tài)數(shù)據(jù)的異常信息和成功信息配置服務(wù)器端測(cè)試成功模板； (5)客戶(hù)端根據(jù)上述動(dòng)態(tài)事件順序模式，利用動(dòng)態(tài)事件和靜態(tài)數(shù)據(jù)的異常信息和成功信息配置客戶(hù)端測(cè)試成功模板； (6)客戶(hù)端向服務(wù)器端發(fā)出請(qǐng)求，根據(jù)上述動(dòng)態(tài)事件和靜態(tài)數(shù)據(jù)進(jìn)行數(shù)據(jù)測(cè)試，與服務(wù)器端交互地完成上述動(dòng)態(tài)事件順序模式； (7)客戶(hù)端與服務(wù)器端分別對(duì)照各自的測(cè)試結(jié)果與各自的測(cè)試成功模板； (8)服務(wù)器端將測(cè)試模板匹配信息發(fā)送給發(fā)出上述請(qǐng)求的客戶(hù)端； (9)所述客戶(hù)端給出測(cè)試結(jié)果。
2.根據(jù)權(quán)利要求1所述的測(cè)試方法，其特征在于，所述用戶(hù)權(quán)限包括測(cè)試時(shí)使用的用戶(hù)名和登陸密碼。
3.根據(jù)權(quán)利要求1所述的測(cè)試方法，其特征在于，所述動(dòng)態(tài)事件包括對(duì)用戶(hù)權(quán)限的測(cè)試。
4.根據(jù)權(quán)利要求1所述的測(cè)試方法，其特征在于，所述靜態(tài)數(shù)據(jù)還包括測(cè)試數(shù)據(jù)的類(lèi)型和數(shù)據(jù)字段名稱(chēng)。
5.根據(jù)權(quán)利要求3所述的測(cè)試方法，其特征在于，所述動(dòng)態(tài)事件順序模式還包括其中的動(dòng)態(tài)事件的處理次數(shù)。
6.根據(jù)權(quán)利要求1所述的測(cè)試方法，其特征在于，所述動(dòng)態(tài)事件順序模式被設(shè)置為配置文件的形式。
7.根據(jù)權(quán)利要求3或5所述的測(cè)試方法，其特征在于，所述動(dòng)態(tài)事件順序模式還包括靜態(tài)數(shù)據(jù)的路徑模式，該路徑模式包括隨機(jī)選取、手動(dòng)選取，以及隨機(jī)選取和手動(dòng)選取相結(jié)合這三種。
8.根據(jù)權(quán)利要求7所述的測(cè)試方法，其特征在于，當(dāng)靜態(tài)數(shù)據(jù)的路徑模式包括手動(dòng)選取時(shí)，由測(cè)試用戶(hù)指定測(cè)試數(shù)據(jù)所在的路徑。
9.根據(jù)權(quán)利要求7所述的測(cè)試方法，其特征在于，所述服務(wù)器端測(cè)試成功模板和客戶(hù)端測(cè)試成功模板均包括預(yù)先設(shè)置的數(shù)據(jù)最大網(wǎng)絡(luò)傳輸延遲時(shí)間。
10.根據(jù)權(quán)利要求8或9所述的測(cè)試方法，其特征在于，當(dāng)網(wǎng)絡(luò)傳輸時(shí)間超出上述最大網(wǎng)絡(luò)傳輸延遲時(shí)間時(shí)，在存在其他傳輸路徑的情況下改變網(wǎng)絡(luò)傳輸路徑再次傳輸，若再次超出，則停止數(shù)據(jù)傳輸并向測(cè)試結(jié)果中記錄該傳輸事件中涉及到的網(wǎng)絡(luò)傳輸路徑。
【文檔編號(hào)】H04L12/26GK104391785SQ201410614404
【公開(kāi)日】2015年3月4日 申請(qǐng)日期:2014年11月4日 優(yōu)先權(quán)日:2014年11月4日
【發(fā)明者】曹毅 申請(qǐng)人:成都博智維訊信息技術(shù)有限公司