本發(fā)明涉及一種多次連續(xù)slt測試的方法,尤指一種可節(jié)約測試時間的多次連續(xù)slt測試的方法。

背景技術(shù)：

在伺服器中，bmc（baseboardmanagementcontroller）會對主板進行系統(tǒng)層級測試（systemleveltest，slt）,通常需要測試10次,才能確定板子的功能是否穩(wěn)定正常?，F(xiàn)有的slt測試軟件只提供單一測試，即測試人員輸入一次指令（command），便會進行一次slt測試，一次slt測試完成后會將詳細(xì)的測試結(jié)果保存至slt2400.log。若需進行10次slt測試，就需執(zhí)行10次指令，而且第二次產(chǎn)生的slt2400.log會把第一次產(chǎn)生的slt2400.log覆蓋掉。

現(xiàn)有的slt測試具有以下不足：

多次slt測試需分開執(zhí)行，無法自動連續(xù)進行，較為費時。不同次slt測試后產(chǎn)生的測試結(jié)果會相互覆蓋，無法完整記錄所有的測試結(jié)果。不會產(chǎn)生不同循環(huán)（cycle）下統(tǒng)計pass的log檔，不方便了解測試的概況。

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

本發(fā)明的主要目的在于提供一種可節(jié)約測試時間的多次連續(xù)slt測試的方法。

本發(fā)明提供一種多次連續(xù)slt測試的方法;其包括以下步驟：

步驟10：接收測試指令，測試指令包含連續(xù)執(zhí)行slt測試的次數(shù)；

步驟20：執(zhí)行一次slt測試并依序完成所有測試項目的測試；

步驟30：產(chǎn)生相應(yīng)的測試記錄文件，測試記錄文件的文件名與測試次序相關(guān)聯(lián)，測試記錄文件的內(nèi)容包括測試項目名稱及相應(yīng)的測試結(jié)果，且測試結(jié)果包括通過與不通過；

步驟40：從最新產(chǎn)生的測試記錄文件中尋找測試結(jié)果為通過的信息并統(tǒng)計通過次數(shù)；

步驟50：將測試次序或測試記錄文件的文件名與對應(yīng)的通過次數(shù)保存至測試匯總檔；

步驟60：判斷連續(xù)執(zhí)行slt測試的次數(shù)已經(jīng)完成；若是，則結(jié)束流程；若否，則執(zhí)行步驟20。

特別地，所述測試記錄文件的類型為log文件。

特別地，所述測試匯總檔的類型為log文件。

特別地，步驟20中，即使其中一測試項目的測試結(jié)果為不通過，測試也不停止。

特別地，每一次slt測試對應(yīng)到一測試記錄文件。

特別地，每一測試記錄文件為該測試匯總檔的子文件夾。

與現(xiàn)有技術(shù)相比較，本發(fā)明多次連續(xù)slt測試的方法在接收測試指令后，會不斷重復(fù)執(zhí)行slt測試，直至連續(xù)執(zhí)行slt測試的次數(shù)完成，整個測試過程自動連續(xù)進行，從而節(jié)約測試時間。另，測試記錄文件的文件名與測試次序相關(guān)聯(lián)，不同測試次序所產(chǎn)生的測試記錄文件分開保存，不會被覆蓋，從而保存所有測試次序的測試記錄文件，便于測試人員查詢。再者，測試匯總檔匯總了所有測試次序下的通過次數(shù)，便于測試人員從一個檔案了解全部測試的概況。

【附圖說明】

圖1為本發(fā)明多次連續(xù)slt測試的方法的流程圖。

圖2為本發(fā)明多次連續(xù)slt測試的方法所產(chǎn)生的測試記錄文件的示意圖。

圖3為本發(fā)明多次連續(xù)slt測試的方法所產(chǎn)生的測試匯總檔的示意圖。

【具體實施方式】

請參閱圖1-3所示，本發(fā)明提供一種多次連續(xù)slt測試的方法;其包括以下步驟：

步驟10：接收測試指令，測試指令包含連續(xù)執(zhí)行slt測試的次數(shù)；

步驟20：執(zhí)行一次slt測試并依序完成所有測試項目的測試；即使其中一測試項目測試結(jié)果不通過，測試也不停止；

步驟30：產(chǎn)生相應(yīng)的測試記錄文件，測試記錄文件的文件名與測試次序相關(guān)聯(lián)，測試記錄文件的內(nèi)容包括測試項目名稱及相應(yīng)的測試結(jié)果，且測試結(jié)果包括通過與不通過；

步驟40：從最新產(chǎn)生的測試記錄文件中尋找測試結(jié)果為通過的信息并統(tǒng)計通過次數(shù)；

步驟50：將測試次序或測試記錄文件的文件名與對應(yīng)的通過次數(shù)保存至測試匯總檔；

步驟60：判斷連續(xù)執(zhí)行slt測試的次數(shù)已經(jīng)完成；若是，則結(jié)束流程；若否，則執(zhí)行步驟20。

于本實施例中，所述測試記錄文件的類型為log文件。

于本實施例中，所述測試匯總檔的類型為log文件。

于本實施例中，每一次slt測試對應(yīng)到一測試記錄文件。

于本實施例中，每一測試記錄文件為該測試匯總檔的子文件夾。

例如，測試過程共包括10次連續(xù)slt測試，每一次slt測試共包括14個測試項目。在接收測試指令（步驟10）之后，便進行第一次slt測試并完成第一次slt測試的14個測試項目（步驟20），第一次slt測試完成后產(chǎn)生如圖2所示的第一次測試記錄文件1.log（步驟30）,1.log中記錄有14個測試項目名稱及相應(yīng)的測試結(jié)果，從圖2可以看出，1.log中記錄13個測試項目的測試結(jié)果為通過【pass】，1個測試項目的測試結(jié)果為不通過【error】,且1.log中詳細(xì)記錄每個測試項目名稱及相應(yīng)的測試結(jié)果。再通過find.exe程序從1.log中統(tǒng)計【pass】個數(shù)為13（步驟40），將1.log及其相應(yīng)的【pass】個數(shù)13記錄至測試匯總檔（步驟50），于本實施例中，可將測試匯總檔命名為a.log。

請參閱圖2所示，上述步驟20-50為第一次slt測試的cycle，10次連續(xù)slt測試會完成10次slt測試的cycle；第二次cycle之后，產(chǎn)生第二次測試記錄文件2.log；第三次cycle之后，產(chǎn)生第三次測試記錄文件3.log……第十次cycle之后，產(chǎn)生第十次測試記錄文件10.log，因此，10次連續(xù)slt測試之后，共保存有10個測試記錄文件，分別為1.log、2.log、2.log、4.log、5.log、6.log、7.log、8.log、9.log、10.log，其中，測試記錄文件的命名方式并不局限于數(shù)字。

請參閱圖3所示，第一次cycle之后，a.log中記錄1.log：13，第二次cycle之后，a.log中記錄2.log：14……第十次cycle之后，a.log中記錄10.log：14，因此，10次連續(xù)slt測試之后，a.log中記錄10個測試記錄文件的文件名及其相應(yīng)的【pass】個數(shù)，測試人員可通過a.log中的統(tǒng)計了解10次slt測試的【pass】個數(shù),若10次slt測試的【pass】個數(shù)全為14，則不用單獨查看測試記錄文件；若10次slt測試的【pass】個數(shù)不全為14，則可直接查看【pass】個數(shù)不全為14的測試記錄文件，從圖3中可以發(fā)現(xiàn)第一次slt測試的【pass】個數(shù)不全為14，直接查看圖2的1.log就可了解第四個測試項目mactest的測試結(jié)果為【error】，測試人員可根據(jù)不通過的測試項目及頻率分析故障原因。

本發(fā)明多次連續(xù)slt測試的方法在接收測試指令后，會不斷重復(fù)執(zhí)行slt測試，直至連續(xù)執(zhí)行slt測試的次數(shù)完成，整個測試過程自動連續(xù)進行，從而節(jié)約測試時間。另，測試記錄文件的文件名與測試次序相關(guān)聯(lián)，不同測試次序所產(chǎn)生的測試記錄文件分開保存，不會被覆蓋，從而保存所有測試次序的測試記錄文件，便于測試人員查詢。再者，測試匯總檔匯總了所有測試次序下的通過次數(shù)，便于測試人員從一個檔案了解全部測試的概況。

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)以權(quán)利要求的保護范圍為準(zhǔn)。