本發(fā)明軟件測試技術(shù)領(lǐng)域，尤其涉及一種軟件測試方法及系統(tǒng)。

背景技術(shù)：

在軟件測試中，如果測試為接口測試，需要使用預設(shè)的數(shù)據(jù)結(jié)構(gòu)和方法才能對被測試接口發(fā)起正確的訪問，需要測試人員對每個測試用例的業(yè)務(wù)數(shù)據(jù)進行符合被測試接口接受的結(jié)構(gòu)和方法進行封裝，而如果存在多個被測試接口時，因為每個被測試接口可接收的數(shù)據(jù)結(jié)構(gòu)和方法都是不一樣的，所以需要重復進行編碼，降低了測試效率。

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

本發(fā)明的主要目的在于提供一種軟件測試方法及系統(tǒng)，旨在提高測試效率。

為實現(xiàn)上述目的，本發(fā)明提供的一種軟件測試方法包括以下步驟：

向模板服務(wù)器發(fā)送獲取模板請求，所述獲取模板請求包括被測試接口的標識信息；

接收模板服務(wù)器根據(jù)所述標識信息返回的訪問參數(shù)模板；

調(diào)用測試用例使用所述訪問參數(shù)模板訪問所述被測試接口；

根據(jù)所述被測試接口的返回值判斷測試是否通過。

優(yōu)選地，所述調(diào)用測試用例使用所述訪問參數(shù)模板訪問所述被測試接口包括：

從大數(shù)據(jù)服務(wù)器獲取第一業(yè)務(wù)數(shù)據(jù)，并使用第一預設(shè)規(guī)則封裝所述第一業(yè)務(wù)數(shù)據(jù)，所述第一業(yè)務(wù)數(shù)據(jù)用于實例化多個所述測試用例；

獲取第一入?yún)?shù)據(jù)，所述第一入?yún)?shù)據(jù)根據(jù)所述第一預設(shè)規(guī)則解析所述第一業(yè)務(wù)數(shù)據(jù)得到；

調(diào)用所述測試用例使用所述第一入?yún)?shù)據(jù)為入?yún)?，并訪問所述被測試接口。

優(yōu)選地，所述調(diào)用測試用例使用所述訪問參數(shù)模板訪問所述被測試接口包括：

接收測試人員在表格數(shù)據(jù)中選擇的目標測試用例；

調(diào)用所述目標測試用例向所述被測試接口發(fā)起訪問。

優(yōu)選地，所述測試用例的數(shù)量為多個：

所述調(diào)用所述目標測試用例向所述被測試接口發(fā)起訪問包括：

獲取測試機器的互聯(lián)網(wǎng)協(xié)議地址；

根據(jù)所述互聯(lián)網(wǎng)協(xié)議地址，分派所述測試用例至所述測試機器。

優(yōu)選地第一獲取模塊，用于向模板服務(wù)器發(fā)送獲取模板請求，所述獲取模板請求包括被測試接口的標識信息；

接收模塊，用于接收模板服務(wù)器根據(jù)所述標識信息返回的訪問參數(shù)模板；

第一訪問模塊，用于調(diào)用測試用例使用所述訪問參數(shù)模板訪問所述被測試接口；

判斷模塊，用于根據(jù)所述被測試接口的返回值判斷測試是否通過。

優(yōu)選地，所述第一訪問模塊包括：

大數(shù)據(jù)單元，用于從大數(shù)據(jù)服務(wù)器獲取第一業(yè)務(wù)數(shù)據(jù)，并使用第一預設(shè)規(guī)則封裝所述第一業(yè)務(wù)數(shù)據(jù)，所述第一業(yè)務(wù)數(shù)據(jù)用于實例化多個所述測試用例；

第一獲取單元，用于獲取第一入?yún)?shù)據(jù)，所述第一入?yún)?shù)據(jù)根據(jù)所述第一預設(shè)規(guī)則解析所述第一業(yè)務(wù)數(shù)據(jù)得到；

第一訪問單元，用于調(diào)用所述測試用例使用所述第一入?yún)?shù)據(jù)為入?yún)ⅲ⒃L問所述被測試接口。

優(yōu)選地，所述第一訪問模塊包括：

接收單元，用于接收測試人員在表格數(shù)據(jù)中選擇的目標測試用例；

第二訪問模塊，用于調(diào)用所述目標測試用例向所述被測試接口發(fā)起訪問。

優(yōu)選地，所述第二訪問模塊包括：

第二獲取單元，用于獲取測試機器的互聯(lián)網(wǎng)協(xié)議地址；

分派單元，用于根據(jù)所述互聯(lián)網(wǎng)協(xié)議地址，分派所述測試用例至所述測試機器。

優(yōu)選地，所述軟件測試系統(tǒng)還包括：

第二獲取模塊，用于獲取被測試接口中測試方法的名稱；

日志模塊，用于使用所述名稱為測試日志命名，所述測試日志記錄所述測試方法的日志。

本發(fā)明通過向模板服務(wù)器發(fā)送獲取模板請求，所述獲取模板請求包括被測試接口的標識信息；接收模板服務(wù)器根據(jù)所述標識信息返回的訪問參數(shù)模板；調(diào)用測試用例使用所述訪問參數(shù)模板訪問所述被測試接口；根據(jù)所述被測試接口的返回值判斷測試是否通過。在進行接口測試時，對于不同的被測試接口，提前在模板服務(wù)器設(shè)置好被測試接口的訪問模板，當被測試接口的訪問方式變化時，只需在所述模板服務(wù)器更新所述接口的模板即可，使得測試不需要更改訪問所述被測試接口的方式，只要從所述模板服務(wù)器更新所述訪問模板，并按照所述訪問模板對所述被測試接口發(fā)起訪問即可，提高了測試效率。

附圖說明

圖1為本發(fā)明軟件測試方法第一實施例的流程示意圖；

圖2為本發(fā)明軟件測試方法第二實施例中調(diào)用測試用例使用所述訪問參數(shù)模板訪問所述被測試接口步驟的細化流程示意圖；

圖3為本發(fā)明軟件測試方法第三實施例中調(diào)用測試用例使用所述訪問參數(shù)模板訪問所述被測試接口步驟的細化流程示意圖；

圖4為本發(fā)明軟件測試方法第四實施例中調(diào)用所述目標測試用例向所述被測試接口發(fā)起訪問步驟的細化流程示意圖；

圖5為本發(fā)明軟件測試方法第五實施例中記錄日志的細化流程示意圖；

圖6為本發(fā)明軟件測試系統(tǒng)第一實施例的功能模塊示意圖；

圖7為本發(fā)明軟件測試系統(tǒng)第二實施例中第一訪問模塊的細化功能模塊示意圖；

圖8為本發(fā)明軟件測試系統(tǒng)第三實施例中第一訪問模塊的細化功能模塊示意圖；

圖9為本發(fā)明軟件測試系統(tǒng)第四實施例中第二訪問模塊的細化功能模塊示意圖；

圖10為本發(fā)明軟件測試系統(tǒng)第五實施例的功能模塊示意圖。

本發(fā)明目的的實現(xiàn)、功能特點及優(yōu)點將結(jié)合實施例，參照附圖做進一步說明。

具體實施方式

應(yīng)當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

本發(fā)明提供一種軟件測試方法，參照圖1，在本發(fā)明軟件測試方法第一實施例中，軟件測試方法包括以下步驟：

步驟S10，向模板服務(wù)器發(fā)送獲取模板請求，所述獲取模板請求包括被測試接口的標識信息；

測試系統(tǒng)向被測試接口發(fā)起訪問前，通過向指定的模板服務(wù)器發(fā)起請求，以獲取所述被測試接口的訪問參數(shù)模板。通過設(shè)置訪問參數(shù)模板在指定的服務(wù)器，使得所述訪問參數(shù)模板有更新時，只需要更新所述指定服務(wù)器上的所述訪問參數(shù)模板，保證所有人使用的是最新的所述訪問參數(shù)模板，避免使用所述訪問參數(shù)模板的版本混亂。

步驟S20，接收模板服務(wù)器根據(jù)所述標識信息返回的訪問參數(shù)模板；

所述獲取模板請求包括所述標識信息，所述標識信息為被測試接口的識別信息，在有些實施例中為提前約定好的編號，在有些實施例中為被測試接口的入口類的全名，所述入口類的全名包括包名。在本實施例中所述識別信息為預設(shè)的所述被測試接口唯一的代號。所述訪問參數(shù)模板可以是數(shù)據(jù)流的形式或文件形式，在本實施例中所述訪問參數(shù)模板為JSON((JavaScript Object Notation,一種輕量級的數(shù)據(jù)交換格式)數(shù)據(jù)。需要說明的是在有些實施例中所述參數(shù)模板為XML(Extensible Markup Language，可擴展標記語言)文件，

步驟S30，調(diào)用測試用例使用所述訪問參數(shù)模板訪問所述被測試接口；

在向所述被測試接口發(fā)起訪問時，只需使用測試用例產(chǎn)生的業(yè)務(wù)數(shù)據(jù)代替所述訪問參數(shù)模板中的業(yè)務(wù)數(shù)據(jù)，使得所述訪問參數(shù)模板變成測試用例的訪問參數(shù)。

步驟S40，根據(jù)所述被測試接口的返回值判斷測試是否通過。

具體地，在本實施例中，所述被測試接口的標識信息為“001”，向所述模板服務(wù)器發(fā)送獲取代號為“001”的被測試接口的訪問參數(shù)模板。所述模板服務(wù)器在接收到所述獲取版本請求后，根據(jù)所述代號“001”，找到所述被測試接口的訪問參數(shù)模板，并返回至測試系統(tǒng)。在接收到所述訪問參數(shù)模板后進行解析，所述訪問參數(shù)模板包含了訪問所述被測試接口的所有參數(shù)，如發(fā)起訪問的方法方式、發(fā)起訪問的編碼方式、發(fā)起訪問中業(yè)務(wù)參數(shù)名和所述被測試接口的互聯(lián)網(wǎng)地址等參數(shù)。在本實施例中獲取所述被測試接口的互聯(lián)網(wǎng)地址，并在運行所述測試用例后，使用自己的業(yè)務(wù)參數(shù)代替所述訪問參數(shù)模板中業(yè)務(wù)參數(shù)中的數(shù)據(jù)，即可生成測試用例自己的訪問參數(shù)，根據(jù)所述被測試接口的互聯(lián)網(wǎng)地址使用所述訪問參數(shù)對所述被測試接口發(fā)起訪問，并得到返回值，對所述返回值和預設(shè)數(shù)值進行比對，如果相同則測試通過，如果不同則測試不通過。通過使用預設(shè)在所述模板服務(wù)器上的訪問參數(shù)模板，使得測試人員不需要時刻關(guān)注所述被測試接口的訪問方式是否發(fā)生變化，只需從模板服務(wù)器獲取的訪問參數(shù)模板，便可直接向所述被測試接口發(fā)起訪問，使得測試人員只需專注于測試本身，提高了測試效率。

進一步地，參照圖2，基于本發(fā)明軟件測試方法第一實施例，在本發(fā)明軟件測試方法第二實施例中，所述調(diào)用測試用例使用所述訪問參數(shù)模板訪問所述被測試接口包括：

步驟S31，從大數(shù)據(jù)服務(wù)器獲取第一業(yè)務(wù)數(shù)據(jù)，并使用第一預設(shè)規(guī)則封裝所述第一業(yè)務(wù)數(shù)據(jù)，所述第一業(yè)務(wù)數(shù)據(jù)用于實例化多個所述測試用例；

為使測試更貼近實際使用的場景，在本實施例中通過從大數(shù)據(jù)服務(wù)器中獲取指定業(yè)務(wù)類型的大量參數(shù)數(shù)據(jù)，并使用第一預設(shè)規(guī)則對所述第一業(yè)務(wù)數(shù)據(jù)進行封裝，在本實施例中所述第一預設(shè)規(guī)則按照可以實例化一個測試用例的參數(shù)為一組進行封裝。

步驟S32，獲取第一入?yún)?shù)據(jù)，所述第一入?yún)?shù)據(jù)根據(jù)所述第一預設(shè)規(guī)則解析所述第一業(yè)務(wù)數(shù)據(jù)得到；

步驟S33，調(diào)用所述測試用例使用所述第一入?yún)?shù)據(jù)為入?yún)?，并訪問所述被測試接口。

在本實施例中，所述大數(shù)據(jù)服務(wù)器根據(jù)實際業(yè)務(wù)產(chǎn)生大量的第一入?yún)?shù)據(jù)，在進行測試時通過從大數(shù)據(jù)服務(wù)器獲取第一業(yè)務(wù)數(shù)據(jù)，使用所述第一預設(shè)規(guī)則從所述第一業(yè)務(wù)數(shù)據(jù)中解析出所述第一入?yún)?shù)據(jù)，并使用所述第一入?yún)?shù)據(jù)訪問所述被測試接口。利用大數(shù)據(jù)服務(wù)器產(chǎn)生的數(shù)據(jù)進行測試，提高了測試結(jié)果的準確性。

進一步地，參照圖3，基于本發(fā)明軟件測試方法第一實施例，在本發(fā)明軟件測試方法第三實施例中，所述調(diào)用測試用例使用所述訪問參數(shù)模板訪問所述被測試接口包括：

步驟S34，接收測試人員在表格數(shù)據(jù)中選擇的目標測試用例；

步驟S35，調(diào)用所述測試用例向所述被測試接口發(fā)起訪問。

在本實施例中，所述測試用例為多個，在開始使用所述實施例之前，使用戶在表格數(shù)據(jù)里根據(jù)所述測試用例的名稱，備注等信息進行選擇哪些是本次測試需要的目標測試用例，在接收到測試人員的選擇結(jié)果之后，只調(diào)用所述目標測試用例對所述被測試接口發(fā)起訪問。使用可視化強的表格數(shù)據(jù)供測試人員進行測試用例的選擇，避免測試人員查看源代碼，提高了測試效率。

進一步地，參照圖4，基于本發(fā)明軟件測試方法第三實施例，在本發(fā)明軟件測試方法第四實施例中，所述測試用例的數(shù)量為多個：

所述調(diào)用所述測試用例向所述被測試接口發(fā)起訪問包括：

步驟S351，獲取測試機器的互聯(lián)網(wǎng)協(xié)議地址；

步驟S352，根據(jù)所述互聯(lián)網(wǎng)協(xié)議地址，分派所述測試用例至所述測試機器。

當測試任務(wù)復雜時，如果在只在一臺機器上運行會花費很長時間，所以本發(fā)明提出使用多個測試機器運行測試的方案。具體地，在本實施例中，要在多個測試機器中進行測試，通過獲取多個所述測試機器的互聯(lián)網(wǎng)協(xié)議地址對所述測試機器進行定位，并根據(jù)測試任務(wù)的計算量分配測試用例至所述測試機器中，具體的在本實施例中，根據(jù)測試計劃的時間，測試量，分配所述測試用例至三個測試機器中進行測試，同時使用預先設(shè)好的接口把所述測試用例的代碼根據(jù)互聯(lián)網(wǎng)協(xié)議地址發(fā)送至測試機器中。通過分配測試任務(wù)至多個測試機器分別進行測試，節(jié)省了測試時間，提高了測試效率。

進一步地，參照圖5，基于本發(fā)明軟件測試方法第一實施例，在本發(fā)明軟件測試方法第五實施例中，所述軟件測試方法還包括：

步驟S50，獲取被測試接口中測試方法的名稱；

步驟S60，使用所述名稱為測試日志命名，所述測試日志記錄所述測試方法的日志。

在本實施例中通過獲取測試接口的名稱，更具體地，獲取所述被測試接口的類:com.vip.qa.Test，測試方法為:testApiSign。本實施例中會根據(jù)所述類名對所述測試方法進行分類存儲，使用所述類名“com.vip.qa.Test”為名稱建立文件夾，并創(chuàng)建名為testApiSign的日志文件。對測試方法進行單獨的日志記錄，提高了日志的可讀性，進一步提高了測試效率。

此外，本發(fā)明提供一種軟件測試系統(tǒng)，參照圖6，在本發(fā)明軟件測試系統(tǒng)第一實施例中，軟件測試系統(tǒng)包括：

第一獲取模塊10，用于向模板服務(wù)器發(fā)送獲取模板請求，所述獲取模板請求包括被測試接口的標識信息；

測試系統(tǒng)向被測試接口發(fā)起訪問前，通過向指定的模板服務(wù)器發(fā)起請求，以獲取所述被測試接口的訪問參數(shù)模板。通過設(shè)置訪問參數(shù)模板在指定的服務(wù)器，使得所述訪問參數(shù)模板有更新時，只需要更新所述指定服務(wù)器上的所述訪問參數(shù)模板，保證所有人使用的是最新的所述訪問參數(shù)模板，避免使用所述訪問參數(shù)模板的版本混亂。

接收模塊20，用于接收模板服務(wù)器根據(jù)所述標識信息返回的訪問參數(shù)模板；

所述獲取模板請求包括所述標識信息，所述標識信息為被測試接口的識別信息，在有些實施例中為提前約定好的編號，在有些實施例中為被測試接口的入口類的全名，所述入口類的全名包括包名。在本實施例中所述識別信息為預設(shè)的所述被測試接口唯一的代號。所述訪問參數(shù)模板可以是數(shù)據(jù)流的形式或文件形式，在本實施例中所述訪問參數(shù)模板為JSON((JavaScript Object Notation,一種輕量級的數(shù)據(jù)交換格式)數(shù)據(jù)。需要說明的是在有些實施例中所述參數(shù)模板為XML(Extensible Markup Language，可擴展標記語言)文件，

第一訪問模塊30，用于調(diào)用測試用例使用所述訪問參數(shù)模板訪問所述被測試接口；

在向所述被測試接口發(fā)起訪問時，只需使用測試用例產(chǎn)生的業(yè)務(wù)數(shù)據(jù)代替所述訪問參數(shù)模板中的業(yè)務(wù)數(shù)據(jù)，使得所述訪問參數(shù)模板變成測試用例的訪問參數(shù)。

判斷模塊40，用于根據(jù)所述被測試接口的返回值判斷測試是否通過。

具體地，在本實施例中，所述被測試接口的標識信息為“001”，第一獲取模塊10向所述模板服務(wù)器發(fā)送獲取代號為“001”的被測試接口的訪問參數(shù)模板。所述模板服務(wù)器在接收到所述獲取版本請求后，根據(jù)所述代號“001”，找到所述被測試接口的訪問參數(shù)模板，并返回至接收模塊20。在接收到所述訪問參數(shù)模板后進行解析，所述訪問參數(shù)模板包含了訪問所述被測試接口的所有參數(shù)，如發(fā)起訪問的方法方式、發(fā)起訪問的編碼方式、發(fā)起訪問中業(yè)務(wù)參數(shù)名和所述被測試接口的互聯(lián)網(wǎng)地址等參數(shù)。在本實施例中獲取所述被測試接口的互聯(lián)網(wǎng)地址，并在運行所述測試用例后，使用自己的業(yè)務(wù)參數(shù)代替所述訪問參數(shù)模板中業(yè)務(wù)參數(shù)中的數(shù)據(jù)，即可生成測試用例自己的訪問參數(shù)，第一訪問模塊30根據(jù)所述被測試接口的互聯(lián)網(wǎng)地址使用所述訪問參數(shù)對所述被測試接口發(fā)起訪問，并得到返回值，判斷模塊40對所述返回值和預設(shè)數(shù)值進行比對，如果相同則測試通過，如果不同則測試不通過。通過使用預設(shè)在所述模板服務(wù)器上的訪問參數(shù)模板，使得測試人員不需要時刻關(guān)注所述被測試接口的訪問方式是否發(fā)生變化，只需從模板服務(wù)器獲取的訪問參數(shù)模板，便可直接向所述被測試接口發(fā)起訪問，使得測試人員只需專注于測試本身，提高了測試效率。

進一步地，參照圖7，基于本發(fā)明軟件測試系統(tǒng)第一實施例，在本發(fā)明軟件測試系統(tǒng)第二實施例中，所述第一訪問模塊包括：

大數(shù)據(jù)單元31，用于從大數(shù)據(jù)服務(wù)器獲取第一業(yè)務(wù)數(shù)據(jù)，并使用第一預設(shè)規(guī)則封裝所述第一業(yè)務(wù)數(shù)據(jù)，所述第一業(yè)務(wù)數(shù)據(jù)用于實例化多個所述測試用例；

為使測試更貼近實際使用的場景，在本實施例中通過從大數(shù)據(jù)服務(wù)器中獲取指定業(yè)務(wù)類型的大量參數(shù)數(shù)據(jù)，并使用第一預設(shè)規(guī)則對所述第一業(yè)務(wù)數(shù)據(jù)進行封裝，在本實施例中所述第一預設(shè)規(guī)則按照可以實例化一個測試用例的參數(shù)為一組進行封裝。

第一獲取單元32，用于獲取第一入?yún)?shù)據(jù)，所述第一入?yún)?shù)據(jù)根據(jù)所述第一預設(shè)規(guī)則解析所述第一業(yè)務(wù)數(shù)據(jù)得到；

第一訪問單元33，用于調(diào)用所述測試用例使用所述第一入?yún)?shù)據(jù)為入?yún)ⅲ⒃L問所述被測試接口。

在本實施例中，所述大數(shù)據(jù)服務(wù)器根據(jù)實際業(yè)務(wù)產(chǎn)生大量的第一入?yún)?shù)據(jù)，在進行測試時大數(shù)據(jù)單元31通過從大數(shù)據(jù)服務(wù)器獲取第一業(yè)務(wù)數(shù)據(jù)，使用所述第一預設(shè)規(guī)則從所述第一業(yè)務(wù)數(shù)據(jù)中解析出所述第一入?yún)?shù)據(jù)，第一訪問單元33使用所述第一入?yún)?shù)據(jù)訪問所述被測試接口。利用大數(shù)據(jù)服務(wù)器產(chǎn)生的數(shù)據(jù)進行測試，提高了測試結(jié)果的準確性。

進一步地，參照圖8，基于本發(fā)明軟件測試系統(tǒng)第一實施例，在本發(fā)明軟件測試系統(tǒng)第三實施例中，所述第一訪問模塊包括：

接收單元34，用于接收測試人員在表格數(shù)據(jù)中選擇的目標測試用例；

第二訪問模塊35，用于調(diào)用所述測試用例向所述被測試接口發(fā)起訪問。

在本實施例中，所述測試用例為多個，在開始使用所述實施例之前，接收單元34使用戶在表格數(shù)據(jù)里根據(jù)所述測試用例的名稱，備注等信息進行選擇哪些是本次測試需要的目標測試用例，在接收到測試人員的選擇結(jié)果之后，第二訪問模塊35只調(diào)用所述目標測試用例對所述被測試接口發(fā)起訪問。使用可視化強的表格數(shù)據(jù)供測試人員進行測試用例的選擇，避免測試人員查看源代碼，提高了測試效率。

進一步地，參照圖9，基于本發(fā)明軟件測試系統(tǒng)第三實施例，在本發(fā)明軟件測試系統(tǒng)第四實施例中，所述第二訪問模塊包括：

第二獲取單元351，用于獲取測試機器的互聯(lián)網(wǎng)協(xié)議地址；

分派單元352，用于根據(jù)所述互聯(lián)網(wǎng)協(xié)議地址，分派所述測試用例至所述測試機器。

當測試任務(wù)復雜時，如果在只在一臺機器上運行會花費很長時間，所以本發(fā)明提出使用多個測試機器運行測試的方案。具體地，在本實施例中，要在多個測試機器中進行測試，第二獲取單元351通過獲取多個所述測試機器的互聯(lián)網(wǎng)協(xié)議地址對所述測試機器進行定位，并根據(jù)測試任務(wù)的計算量分配測試用例至所述測試機器中，具體的在本實施例中，根據(jù)測試計劃的時間，測試量，分配所述測試用例至三個測試機器中進行測試，分派單元352使用預先設(shè)好的接口把所述測試用例的代碼根據(jù)互聯(lián)網(wǎng)協(xié)議地址發(fā)送至測試機器中。通過分配測試任務(wù)至多個測試機器分別進行測試，節(jié)省了測試時間，提高了測試效率。

進一步地，參照圖10，基于本發(fā)明軟件測試系統(tǒng)第一實施例，在本發(fā)明軟件測試系統(tǒng)第五實施例中，所述第二訪問模塊包括：

第二獲取模塊50，用于獲取被測試接口中測試方法的名稱；

日志模塊60，用于使用所述名稱為測試日志命名，所述測試日志記錄所述測試方法的日志。

在本實施例中第二獲取模塊50通過獲取測試接口的名稱，更具體地，獲取所述被測試接口的類:com.vip.qa.Test，測試方法為:testApiSign。本實施例中日志模塊60會根據(jù)所述類名對所述測試方法進行分類存儲，使用所述類名“com.vip.qa.Test”為名稱建立文件夾，并創(chuàng)建名為testApiSign的日志文件。對測試方法進行單獨的日志記錄，提高了日志的可讀性，進一步提高了測試效率。

以上僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運用在其他相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護范圍內(nèi)。