本公開涉及測試領域，特別涉及一種測試方法及裝置。

背景技術：

一個網(wǎng)站可以由多個服務器提供服務，用戶通過其中的一個服務器訪問網(wǎng)站中的文件。其中，每個服務器的域名均與該網(wǎng)站的域名相同，但是不同的服務器的IP(Internet Protocol，網(wǎng)絡協(xié)議)地址不相同。

為了保證用戶可以訪問并獲取網(wǎng)站中的每一個文件，測試工程師需要對每一個文件的可訪問性進行測試。在對網(wǎng)站中的一個文件的可訪問性進行測試的過程中，測試工程師在瀏覽器中輸入該網(wǎng)站的域名，通過瀏覽器向域名服務器請求該域名對應的IP地址，域名服務器隨機選擇一個IP地址返回給瀏覽器，測試工程師通過瀏覽器接收到的IP地址所對應的服務器訪問該文件，若訪問成功，則可以繼續(xù)測試下一個文件；若訪問失敗，則表示測試失敗。但是測試成功僅能表示用戶可以使用測試時使用的服務器成功地訪問該文件，當用戶使用其他服務器進行訪問時，仍然無法保證用戶可以訪問并獲取到該文件。

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

為了解決測試工程師僅使用一個服務器對文件的可訪問性進行測試而導致可能無法通過其他服務器訪問文件的問題，本公開提供一種測試方法及裝置。所述技術方案如下：

根據(jù)本公開實施例的第一方面，提供一種測試方法，該方法包括：

獲取服務器列表，服務器列表中包括N個服務器的服務器標識，N個服務器的域名均為待測試網(wǎng)站的目標域名，N≥2；

根據(jù)服務器列表中的每個服務器標識，對通過服務器標識所對應的服務器訪問待測試網(wǎng)站中的文件進行測試。

可選的，對通過服務器標識所對應的服務器訪問待測試網(wǎng)站中的文件進行測試，包括：

獲取待測試網(wǎng)站所對應的文件列表，文件列表中包括待測試網(wǎng)站中的各個文件；

對于文件列表中的每一個文件，對通過服務器標識所對應的服務器訪問文件進行測試。

可選的，對通過服務器標識所對應的服務器訪問文件進行測試，包括：

通過服務器標識所對應的服務器訪問文件；

若訪問成功，則對通過服務器訪問文件測試成功；

若訪問失敗，則對通過服務器訪問文件測試失敗。

可選的，該方法還包括：

若對通過服務器訪問文件測試失敗，則檢測通過服務器訪問文件的次數(shù)是否達到次數(shù)閾值；

若通過服務器訪問文件的次數(shù)未達到次數(shù)閾值，則再次執(zhí)行對通過服務器標識所對應的服務器訪問文件進行測試的步驟；

若通過服務器訪問文件的次數(shù)達到次數(shù)閾值，則確定對通過服務器訪問文件測試失敗。

可選的，獲取服務器列表，包括：

接收預先生成的服務器列表，服務器列表是在接收到域名服務器隨機返回的目標域名對應的服務器標識的個數(shù)達到預定閾值時，根據(jù)接收到的服務器標識生成的服務器列表，域名服務器中存儲有域名與服務器標識之間的對應關系；

或者，向域名服務器發(fā)送獲取請求，并接收域名服務器返回的目標域名對應的服務器列表，獲取請求中至少包括目標域名，域名服務器中存儲有域名與服務器列表之間的對應關系。

根據(jù)本公開實施例的第二方面，提供一種測試裝置，該裝置包括：

獲取模塊，被配置為獲取服務器列表，服務器列表中包括N個服務器的服務器標識，N個服務器的域名均為待測試網(wǎng)站的目標域名，N≥2；

測試模塊，被配置為根據(jù)服務器列表中的每個服務器標識，對通過服務器標識所對應的服務器訪問待測試網(wǎng)站中的文件進行測試。

可選的，測試模塊包括：

獲取子模塊，被配置為獲取待測試網(wǎng)站所對應的文件列表，文件列表中包括待測試網(wǎng)站中的各個文件；

測試子模塊，被配置為對于文件列表中的每一個文件，對通過服務器標識所對應的服務器訪問文件進行測試。

可選的，測試子模塊，還被配置為：

通過服務器標識所對應的服務器訪問文件；

在訪問成功時，則對通過服務器訪問文件測試成功；

在訪問失敗時，則對通過服務器訪問文件測試失敗。

可選的，該裝置還包括：

檢測模塊，被配置為若對通過服務器訪問文件測試失敗，則檢測通過服務器訪問文件的次數(shù)是否達到次數(shù)閾值；

測試模塊，還被配置為若通過服務器訪問文件的次數(shù)未達到次數(shù)閾值，則再次執(zhí)行對通過服務器標識所對應的服務器訪問文件進行測試的步驟；

確定模塊，被配置為若通過服務器訪問文件的次數(shù)達到次數(shù)閾值，則確定對通過服務器訪問文件測試失敗。

可選的，獲取模塊，還被配置為獲取預先生成的服務器列表，服務器列表是在接收到域名服務器隨機返回的目標域名對應的服務器標識的個數(shù)達到預定閾值時，根據(jù)接收到的服務器標識生成的服務器列表，域名服務器中存儲有域名與服務器標識之間的對應關系；

或者，

獲取模塊，還被配置為向域名服務器發(fā)送獲取請求，并接收域名服務器返回的目標域名對應的服務器列表，獲取請求中至少包括目標域名，域名服務器中存儲有域名與服務器列表之間的對應關系。

根據(jù)本公開實施例的第三方面，提供一種測試裝置，該裝置包括：

處理器；

用于存儲處理器可執(zhí)行指令的存儲器；

其中，處理器被配置為：

獲取服務器列表，服務器列表中包括N個服務器的服務器標識，N個服務器的域名均為待測試網(wǎng)站的目標域名，N≥2；

根據(jù)服務器列表中的每個服務器標識，對通過服務器標識所對應的服務器訪問待測試網(wǎng)站中的文件進行測試。

本公開的實施例提供的技術方案可以包括以下有益效果：

通過獲取服務器列表，服務器列表中包括N個服務器的服務器標識，N個服務器的域名均為待測試網(wǎng)站的目標域名，N≥2，根據(jù)服務器列表中的每個服務器標識，對通過服務器標識所對應的服務器訪問待測試網(wǎng)站中的文件進行測試；解決了在測試工程師僅通過一個服務器對待測試網(wǎng)站中的文件進行測試時，可能導致用戶通過其他服務器訪問該文件時仍然無法訪問的問題；達到了對于每一個與待測試網(wǎng)站的目標域名對應的服務器標識，測試終端都對通過該服務器標識所對應的服務器訪問文件進行測試，進而保證用戶通過每一個服務器都能成功訪問到該文件，提高了測試的可靠性的效果。

應當理解的是，以上的一般描述和后文的細節(jié)描述僅是示例性的，并不能限制本公開。

附圖說明

此處的附圖被并入說明書中并構成本說明書的一部分，示出了符合本公開的實施例，并于說明書一起用于解釋本公開的原理。

圖1A是根據(jù)部分示例性實施例示出的一種測試方法所涉及的實施環(huán)境的示意圖；

圖1B是根據(jù)部分示例性實施例示出的一種測試方法所涉及的實施環(huán)境的示意圖；

圖2是根據(jù)一示例性實施例示出的一種測試方法的流程圖；

圖3是根據(jù)另一示例性實施例示出的一種測試方法的流程圖；

圖4A是根據(jù)另一示例性實施例示出的一種測試方法的流程示意圖；

圖4B是根據(jù)另一示例性實施例示出的一種測試方法的流程示意圖；

圖5是根據(jù)另一示例性實施例示出的一種測試方法的流程圖；

圖6是根據(jù)一示例性實施例示出的一種測試裝置的框圖；

圖7是根據(jù)另一示例性實施例示出的一種測試裝置的框圖；

圖8是根據(jù)另一示例性實施例示出的一種測試終端的框圖。

具體實施方式

這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本公開相一致的所有實施方式。相反，它們僅是與如所附權利要求書中所詳述的、本公開的一些方面相一致的裝置和方法的例子。

圖1A是本公開各個示例性實施例所涉及的一種測試方法的實施環(huán)境圖，如圖1A所示，該實施環(huán)境中至少包括：測試終端110、服務器120和數(shù)據(jù)庫130。

測試終端110是諸如智能手機、平板電腦、電子書閱讀器、MP3播放器(Moving Picture Experts Group Audio Layer III，動態(tài)影像專家壓縮標準音頻層面3)、MP4(Moving Picture Experts Group Audio Layer IV，動態(tài)影像專家壓縮標準音頻層面4)播放器、臺式計算機和便攜計算機之類的測試終端。

服務器120是為待測試網(wǎng)站提供后臺服務的服務器?？蛇x的，待測試網(wǎng)站是基于CDN(Content Delivery Network，內容分發(fā)網(wǎng)絡)的網(wǎng)站，為待測試網(wǎng)站提供后臺服務器的服務器120通常包括N個，N≥2，圖1A中示例性地示出了3個服務器120。

其中，為待測試網(wǎng)站提供后臺服務的N個服務器的域名均為待測試網(wǎng)站的目標域名，服務器標識用于唯一的標識服務器，可選的，服務器標識為服務器的IP(Internet Protocol，網(wǎng)絡協(xié)議)地址、MAC(Media Access Control，介質訪問控制)地址。

數(shù)據(jù)庫130中包括磁盤陣列，用于存儲待測試網(wǎng)站中的一個或多個文件，圖1A示例性的示出了數(shù)據(jù)庫130中的5個文件?？蛇x的，數(shù)據(jù)庫130是NAS(Network Attached Storage，網(wǎng)絡附屬存儲)設備。文件標識用于唯一的標識一個文件。可選的，文件標識是該文件的URL(Uniform Resource Locator，統(tǒng)一資源定位符)。

測試終端110通過藍牙或者WiFi(WIreless-Fidelity，無線保真)等無線網(wǎng)絡方式或者有線網(wǎng)絡方式與服務器120進行數(shù)據(jù)通信，服務器120通過有線網(wǎng)絡方式與數(shù)據(jù)庫130建立連接，測試終端110可以通過任意一個服務器120訪問數(shù)據(jù)庫130中包括的任意一個文件。

需要說明的是，待測試網(wǎng)站中的文件可以均存儲在專門的外部存儲設備中，則該實施環(huán)境如圖1A所示。但在實際實現(xiàn)時，待測試網(wǎng)站中的文件也可以分別存儲在不同的服務器的內置或外置存儲設備中，則該實施環(huán)境可以如圖1B所示，服務器120之間建立有數(shù)據(jù)通信，測試終端可以通過任意一個服務器訪問到存儲在其他服務器中的文件。

比如，待測試網(wǎng)站中包括文件1、文件2和文件3，文件1和文件2存儲在為待測試網(wǎng)站提供后臺服務的服務器1中，文件3存儲在為待測試網(wǎng)站提供后臺服務的服務器2中，則測試終端可以通過服務器1訪問到文件1和文件2，也可以訪問到存儲在服務器2上的文件3，同樣地，測試終端可以通過服務器2訪問到文件3，也可以訪問到存儲在服務器1上的文件1和文件2。

本公開實施例對此不作限定，本公開實施例以圖1A所示的實施環(huán)境為例進行說明。

圖2是根據(jù)一示例性實施例示出的一種測試方法的流程圖，如圖2所示，該方法可以用于如圖1A所示的實施環(huán)境中，該方法包括如下幾個步驟：

在步驟201中，獲取服務器列表。

其中，服務器列表中包括N個服務器的服務器標識，N個服務器的域名均為待測試網(wǎng)站的目標域名，N≥2。

在步驟202中，根據(jù)服務器列表中的每個服務器標識，對通過服務器標識所對應的服務器訪問待測試網(wǎng)站中的文件進行測試。

需要說明的是，本公開實施例提供的測試終端中設置有用于對通過服務器訪問文件進行測試的測試系統(tǒng)，本公開實施例提供的測試方法可以由測試終端中的測試系統(tǒng)實現(xiàn)。

綜上所述，本公開實施例提供的測試方法，通過獲取服務器列表，服務器列表中包括N個服務器的服務器標識，N個服務器的域名均為待測試網(wǎng)站的目標域名，N≥2，根據(jù)服務器列表中的每個服務器標識，對通過服務器標識所對應的服務器訪問待測試網(wǎng)站中的文件進行測試；解決了在測試工程師僅通過一個服務器對待測試網(wǎng)站中的文件進行測試時，可能導致用戶通過其他服務器訪問該文件時仍然無法訪問的問題；達到了對于每一個與待測試網(wǎng)站的目標域名對應的服務器標識，測試終端都對通過該服務器標識訪問文件進行測試，達到了保證用戶通過每一個服務器都能成功訪問到該文件，提高了測試的可靠性的效果。

圖3是根據(jù)一示例性實施例示出的一種測試方法的流程圖，如圖3所示，該方法可以用于如圖1A所示的實施環(huán)境中，該方法包括如下幾個步驟：

在步驟301中，獲取服務器列表。

其中，服務器列表中包括N個服務器的服務器標識，N個服務器的域名均為待測試網(wǎng)站的目標域名，N≥2。

該步驟可以通過以下兩種可能的實現(xiàn)方式中的任意一種來實現(xiàn)：

在第一種可能的實現(xiàn)方式中，測試終端獲取預先生成的服務器列表，服務器列表是在接收到域名服務器隨機返回的目標域名對應的服務器標識的個數(shù)達到預定閾值時，根據(jù)接收到的服務器標識生成的服務器列表。

其中，域名服務器中存儲有域名與服務器標識之間的對應關系，預定閾值是系統(tǒng)預設值或用戶自定義值，預定閾值遠大于N。

可選的，測試工程師預先在測試終端中生成服務器列表并存儲在測試終端中，則服務器列表是測試終端在接收到域名服務器隨機返回的目標域名對應的服務器標識的個數(shù)達到預定閾值時，根據(jù)接收到的服務器標識生成的服務器列表。

可選的，測試工程師預先在與測試終端不同的終端設備中生成服務器列表，則測試終端接收終端設備發(fā)送的服務器列表或者接收測試工程師輸入的服務器列表，則服務器列表是終端設備在接收到域名服務器隨機返回的目標域名對應的服務器標識的個數(shù)達到預定閾值時，根據(jù)接收到的服務器標識生成的服務器列表。

本實施例以測試工程師預先在測試終端中生成服務器列表為例進行說明，則測試工程師在測試終端的瀏覽器中輸入待測試網(wǎng)站的目標域名，測試終端與域名服務器相連，瀏覽器通過測試終端將目標域名發(fā)送給域名服務器，域名服務器查詢存儲的目標域名對應的服務器標識，并隨機返回一個服務器標識給瀏覽器，則測試工程師在瀏覽器中獲取到與目標域名對應的一個服務器標識。測試工程師多次在瀏覽器中輸入待測試網(wǎng)站的目標域名，從而接收到域名服務器返回的與目標域名對應的多個服務器標識。

當測試工程師接收到域名服務器返回的服務器標識的個數(shù)達到預定閾值時，由于預定閾值遠大于N，此時可以認為，域名服務器返回的服務器標識中已經(jīng)包括了與目標域名對應的所有服務器標識。但是，由于域名服務器是隨機返回服務器標識的，測試工程師接收到的服務器標識中會存在重復的服務器標識，因此測試工程師對接收到的服務器標識進行去重處理，并根據(jù)接收到的服務器標識生成服務器列表，服務器列表中包括進行去重處理后的服務器標識。測試工程師生成服務器列表后，將服務器列表存儲在測試終端中，當測試終端進行測試時，獲取已存儲的該服務器列表。

比如，N為3，與目標域名對應的服務器標識分別為服務器標識1、服務器標識2和服務器標識3，預定閾值是15。測試工程師接收到的域名服務器返回的服務器標識包括3個服務器標識1，7個服務器標識2和5個服務器標識3，則測試工程師對接收到的服務器標識進行去重處理，生成的服務器列表中包括服務器標識1、服務器標識2和服務器標識3。

在第二種可能的實現(xiàn)方式中，測試終端向域名服務器發(fā)送獲取請求，并接收域名服務器返回的目標域名對應的服務器列表，獲取請求中至少包括目標域名。

其中，域名服務器中存儲有域名與服務器列表之間的對應關系。

在步驟302中，獲取待測試網(wǎng)站所對應的文件列表。

測試終端接收測試工程師輸入的文件列表，文件列表中包括待測試網(wǎng)站中的各個文件，在本實施例中，以文件列表中包括M個文件為例進行說明。

可選的，待測試網(wǎng)站中的文件包括圖片文件、文本文件、動畫文件、視頻文件和網(wǎng)頁文件中的至少一種，其中，網(wǎng)頁文件包括CSS(Cascading Style Sheet，層疊樣式表)文件和JavaScript腳本文件中的至少一種。

比如，當待測試網(wǎng)站是視頻播放類網(wǎng)站時，測試終端獲取到的文件列表中可以包括該視頻播放類網(wǎng)站中的各個視頻的視頻文件。

在實際實現(xiàn)時，該步驟與步驟301通常是同時執(zhí)行的。

在步驟303中，根據(jù)服務器列表中的每個服務器標識，對于文件列表中的每一個文件，通過服務器標識所對應的服務器訪問該文件。

其中，測試終端通過服務器標識根據(jù)文件的文件標識訪問該文件。

在步驟304中，若訪問成功，則對通過服務器訪問文件測試成功。

在步驟305中，若訪問失敗，則對通過服務器訪問文件測試失敗。

上述步驟303-步驟305可以包括如下幾種可能實現(xiàn)方式：

在第一種可能的實現(xiàn)方式中，對于服務器列表中的第i個服務器標識，測試終端通過第i個服務器標識對應的服務器訪問文件列表中的第j個文件，其中，1≤i≤N，1≤j≤M，i的起始值為1，j的起始值為1。

當訪問成功且i≤N、j＜M時，令j＝j+1，并再次執(zhí)行測試終端通過第i個服務器標識對應的服務器訪問文件列表中的第j個文件的步驟；

當訪問成功且i＜N、j＝M時，令i＝i+1，且重新令j＝1，并再次執(zhí)行測試終端通過第i個服務器標識對應的服務器訪問文件列表中的第j個文件的步驟；

當訪問成功且i＝N、j＝M時，結束測試并返回成功響應。

當訪問失敗時，返回失敗響應并結束測試；或者，測試終端返回失敗響應并繼續(xù)進行測試，繼續(xù)進行測試的方法可以結合訪問成功時涉及的方法，本實施例對此不再贅述。

以第一種可能的實現(xiàn)方式為例，假設訪問失敗時，測試終端直接返回失敗響應并結束測試，第一種可能的實現(xiàn)方式的流程示意圖可以如圖4A所示。

在第二種可能的實現(xiàn)方式中，對于服務器列表中的第i個服務器標識，測試終端通過第i個服務器標識對應的服務器訪問文件列表中的第j個文件，其中，1≤i≤N，1≤j≤M，i的起始值為N，j的起始值為M。

當訪問成功且i≥1、j＞1時，令j＝j-1，并再次執(zhí)行測試終端通過第i個服務器標識對應的服務器訪問文件列表中的第j個文件的步驟；

當訪問成功且i＞1、j＝1時，令i＝i-1，且重新令j＝M，并再次執(zhí)行測試終端通過第i個服務器標識對應的服務器訪問文件列表中的第j個文件的步驟；

當訪問成功且i＝1、j＝1時，結束測試并返回成功響應。

當訪問失敗時，返回失敗響應并結束測試；或者，測試終端返回失敗響應并繼續(xù)進行測試。

在第三種可能的實現(xiàn)方式中，對于服務器列表中的第i個服務器標識，測試終端通過第i個服務器標識對應的服務器訪問文件列表中的第j個文件，其中，1≤i≤N，1≤j≤M，i的起始值為1，j的起始值為M。

當訪問成功且i≤N、j＞1時，令j＝j-1，并再次執(zhí)行測試終端通過第i個服務器標識對應的服務器訪問文件列表中的第j個文件的步驟；

當訪問成功且i＜N、j＝1時，令i＝i+1，且重新令j＝M，并再次執(zhí)行測試終端通過第i個服務器標識對應的服務器訪問文件列表中的第j個文件的步驟；

當訪問成功且i＝N、j＝1時，結束測試并返回成功響應。

當訪問失敗時，返回失敗響應并結束測試；或者，測試終端返回失敗響應并繼續(xù)進行測試。

在第四種可能的實現(xiàn)方式中，對于服務器列表中的第i個服務器標識，測試終端通過第i個服務器標識對應的服務器訪問文件列表中的第j個文件，其中，1≤i≤N，1≤j≤M，i的起始值為N，j的起始值為1。

當訪問成功且i≥1、j＜M時，令j＝j+1，并再次執(zhí)行測試終端通過第i個服務器標識對應的服務器訪問文件列表中的第j個文件的步驟；

當訪問成功且i＞1、j＝M時，令i＝i-1，且重新令j＝1，并再次執(zhí)行測試終端通過第i個服務器標識對應的服務器訪問文件列表中的第j個文件的步驟；

當訪問成功且i＝1、j＝M時，結束測試并返回成功響應。

當訪問失敗時，返回失敗響應并結束測試；或者，測試終端返回失敗響應并繼續(xù)進行測試。

綜上所述，本公開實施例提供的測試方法，通過獲取服務器列表，服務器列表中包括N個服務器的服務器標識，N個服務器的域名均為待測試網(wǎng)站的目標域名，N≥2，根據(jù)服務器列表中的每個服務器標識，對通過服務器標識所對應的服務器訪問待測試網(wǎng)站中的文件進行測試；解決了在測試工程師僅通過一個服務器對待測試網(wǎng)站中的文件進行測試時，可能導致用戶通過其他服務器訪問該文件時仍然無法訪問的問題；達到了對于每一個與待測試網(wǎng)站的目標域名對應的服務器標識，測試終端都對通過該服務器標識訪問文件進行測試，達到了保證用戶通過每一個服務器都能成功訪問到該文件，提高了測試的可靠性的效果。

本公開實施例提供的方法，測試終端可以根據(jù)獲取到的服務器列表和文件列表對通過服務器訪問文件進行測試，達到了不需要由測試工程師人工地進行測試，只需由測試終端自動進行測試，提高了測試效率的效果。

基于上述圖4A示出的第一種可能的實現(xiàn)方式，在一個示例性的例子中，以服務器列表中包括的服務器標識是服務器的IP地址，文件列表中包括的文件的文件標識是URL為例，測試終端的測試流程示意圖可以如圖4B所示。在該示例性的例子中，測試終端接收測試工程師輸入的與目標域名相對應的服務器列表，服務器列表中包括若干個IP地址，測試終端判斷服務器列表中的所有IP地址是否都已經(jīng)測試完畢，若判斷已經(jīng)都測試完畢，則測試成功，返回成功響應并退出該測試流程；若判斷還有未測試的IP地址，則獲取下一個未測試的IP地址進行測試。測試終端還接收有測試工程師輸入的待測試網(wǎng)站對應的文件列表，該文件列表中包括若干個文件。測試終端判斷文件列表中是否還有待訪問的文件；若判斷所有文件都訪問完畢，則再次判斷服務器列表中的所有IP地址是否已經(jīng)測試完畢；若判斷文件列表中仍然有文件未訪問，則直接通過獲取到的IP地址對應的服務器根據(jù)下一個未訪問的文件的URL訪問文件，若訪問成功，則再次判斷文件列表中是否還有待訪問的文件；若訪問失敗，則測試失敗，返回失敗響應并退出該測試流程。

比如，測試終端接收到的服務器列表中包括IP地址1和IP地址2，接收到的文件列表中包括文件1和文件2。測試終端開始測試時，判斷IP地址1和IP地址2均未測試，則獲取IP地址1，測試終端判斷文件列表中的文件1和文件2均待訪問，則通過IP地址1對應的服務器對文件1進行訪問，假設訪問成功，則測試終端判斷文件2待訪問，并再次通過IP地址1對應的服務器對文件2進行訪問，假設訪問成功，則測試終端判斷文件列表中的文件均訪問完畢，再次判斷服務器列表中還有IP地址2未測試，測試終端獲取IP地址2，通過IP地址2對應的服務器訪問文件1，假設訪問失敗，則測試終端返回失敗響應并退出測試流程。

可選的，在基于上述實施例的其他可選實施例中，當測試終端通過服務器訪問文件測試失敗時，可能是由于無法通過服務器訪問文件導致的，也可能是由于服務器與數(shù)據(jù)庫之間的網(wǎng)絡連接暫時不穩(wěn)定導致的，因此，測試終端在通過服務器訪問文件測試失敗時，還包括如下幾個步驟，如圖5所示：

在步驟501中，若對通過服務器訪問文件測試失敗，則檢測通過服務器訪問文件的次數(shù)是否達到次數(shù)閾值。

其中，次數(shù)閾值是系統(tǒng)預設值或用戶自定義值。

在步驟502中，若通過服務器訪問文件的次數(shù)未達到次數(shù)閾值，則再次執(zhí)行對通過服務器標識所對應的服務器訪問文件進行測試的步驟。

在步驟503中，若通過服務器訪問文件的次數(shù)達到次數(shù)閾值，則確定對通過服務器訪問文件測試失敗。

當測試終端通過服務器訪問文件的失敗次數(shù)達到次數(shù)閾值，則測試終端可以確定服務器與數(shù)據(jù)庫之間的網(wǎng)絡連接是穩(wěn)定的，訪問失敗是由于服務器無法訪問文件，則測試終端確定對通過服務器訪問文件測試失敗。

綜上所述，本公開實施例提供的測試方法，在通過服務器訪問文件測試失敗多次時，確定服務器訪問文件測試失敗，避免了因網(wǎng)絡不穩(wěn)定或其他外部因素造成的對測試失敗的誤報。

下述為本公開裝置實施例，可以用于執(zhí)行本公開方法實施例。對于本公開裝置實施例中未披露的細節(jié)，請參照本公開方法實施例。

圖6是根據(jù)一示例性實施例示出的一種測試裝置的框圖，如圖6所示，該測試裝置可以通過軟件、硬件或者兩者的結合實現(xiàn)成為如圖1A所示的實施環(huán)境中的測試終端，該裝置包括但不限于：獲取模塊610和測試模塊620。

獲取模塊610，被配置為獲取服務器列表，服務器列表中包括N個服務器的服務器標識，N個服務器的域名均為待測試網(wǎng)站的目標域名，N≥2。

測試模塊620，被配置為根據(jù)通過獲取模塊610獲取到的服務器列表中的每個服務器標識，對通過服務器標識所對應的服務器訪問待測試網(wǎng)站中的文件進行測試。

綜上所述，本公開實施例提供的測試裝置，通過獲取服務器列表，服務器列表中包括N個服務器的服務器標識，N個服務器的域名均為待測試網(wǎng)站的目標域名，N≥2，根據(jù)服務器列表中的每個服務器標識，對通過服務器標識所對應的服務器訪問待測試網(wǎng)站中的文件進行測試；解決了在測試工程師僅通過一個服務器對待測試網(wǎng)站中的文件進行測試時，可能導致用戶通過其他服務器訪問該文件時仍然無法訪問的問題；達到了對于每一個與待測試網(wǎng)站的目標域名對應的服務器標識，測試終端都對通過該服務器標識訪問文件進行測試，達到了保證用戶通過每一個服務器都能成功訪問到該文件，提高了測試的可靠性的效果。

圖7是根據(jù)一示例性實施例示出的一種測試裝置的框圖，如圖7所示，該測試裝置可以通過軟件、硬件或者兩者的結合實現(xiàn)成為如圖1A所示的實施環(huán)境中的測試終端，該裝置包括但不限于：

獲取模塊710，被配置為獲取服務器列表，服務器列表中包括N個服務器的服務器標識，N個服務器的域名均為待測試網(wǎng)站的目標域名，N≥2。

獲取模塊710，還被配置為獲取預先生成的服務器列表，服務器列表是在接收到域名服務器隨機返回的目標域名對應的服務器標識的個數(shù)達到預定閾值時，根據(jù)接收到的服務器標識生成的服務器列表，域名服務器中存儲有域名與服務器標識之間的對應關系。

或者，獲取模塊710，還被配置為向域名服務器發(fā)送獲取請求，并接收域名服務器返回的目標域名對應的服務器列表，獲取請求中至少包括目標域名，域名服務器中存儲有域名與服務器列表之間的對應關系。

測試模塊720，被配置為根據(jù)通過獲取模塊710獲取到的服務器列表中的每個服務器標識，對通過服務器標識所對應的服務器訪問待測試網(wǎng)站中的文件進行測試。

可選的，測試模塊720包括：

獲取子模塊721，被配置為獲取待測試網(wǎng)站所對應的文件列表，文件列表中包括待測試網(wǎng)站中的各個文件。

測試子模塊722，被配置為對于通過獲取子模塊721獲取到的文件列表中的每一個文件，對通過服務器標識所對應的服務器訪問文件進行測試。

可選的，測試子模塊722，還被配置為：

通過服務器標識所對應的服務器訪問文件；

在訪問成功時，則對通過服務器訪問文件測試成功；

在訪問失敗時，則對通過服務器訪問文件測試失敗。

檢測模塊730，被配置為若通過測試子模塊722對通過服務器訪問文件測試失敗，則檢測通過服務器訪問文件的次數(shù)是否達到次數(shù)閾值。

測試模塊720，還被配置為若通過檢測模塊730檢測到的通過服務器訪問文件的次數(shù)未達到次數(shù)閾值，則再次執(zhí)行對通過服務器標識所對應的服務器訪問文件進行測試的步驟。

確定模塊740，被配置為若通過檢測模塊730檢測到的通過服務器訪問文件的次數(shù)達到次數(shù)閾值，則確定對通過服務器訪問文件測試失敗。

綜上所述，本公開實施例提供的測試裝置，通過獲取服務器列表，服務器列表中包括N個服務器的服務器標識，N個服務器的域名均為待測試網(wǎng)站的目標域名，N≥2，根據(jù)服務器列表中的每個服務器標識，對通過服務器標識所對應的服務器訪問待測試網(wǎng)站中的文件進行測試；解決了在測試工程師僅通過一個服務器對待測試網(wǎng)站中的文件進行測試時，可能導致用戶通過其他服務器訪問該文件時仍然無法訪問的問題；達到了對于每一個與待測試網(wǎng)站的目標域名對應的服務器標識，測試終端都對通過該服務器標識訪問文件進行測試，達到了保證用戶通過每一個服務器都能成功訪問到該文件，提高了測試的可靠性的效果。

關于上述實施例中的裝置，其中各個模塊執(zhí)行操作的具體方式已經(jīng)在有關該方法的實施例中進行了詳細描述，此處將不做詳細闡述說明。

本公開一示例性實施例提供了一種測試裝置，能夠實現(xiàn)本公開提供的測試方法，該裝置包括：處理器、用于存儲處理器可執(zhí)行指令的存儲器；

其中，處理器被配置為：

獲取服務器列表，服務器列表中包括N個服務器的服務器標識，N個服務器的域名均為待測試網(wǎng)站的目標域名，N≥2；

根據(jù)服務器列表中的每個服務器標識，對通過服務器標識所對應的服務器訪問待測試網(wǎng)站中的文件進行測試。

圖8是根據(jù)一示例性實施例示出的一種測試裝置的框圖。例如，裝置800可以是移動電話，計算機，數(shù)字廣播終端，消息收發(fā)設備，游戲控制臺，平板設備，醫(yī)療設備，健身設備，個人數(shù)字助理等。

參照圖8，裝置800可以包括以下一個或多個組件：處理組件802，存儲器804，電源組件806，多媒體組件808，音頻組件810，輸入/輸出(I/O)接口812，傳感器組件814，以及通信組件816。

處理組件802通?？刂蒲b置800的整體操作，諸如與顯示，電話呼叫，數(shù)據(jù)通信，相機操作和記錄操作相關聯(lián)的操作。處理組件802可以包括一個或多個處理器818來執(zhí)行指令，以完成上述的方法的全部或部分步驟。此外，處理組件802可以包括一個或多個模塊，便于處理組件802和其他組件之間的交互。例如，處理組件802可以包括多媒體模塊，以方便多媒體組件808和處理組件802之間的交互。

存儲器804被配置為存儲各種類型的數(shù)據(jù)以支持在裝置800的操作。這些數(shù)據(jù)的示例包括用于在裝置800上操作的任何應用程序或方法的指令，聯(lián)系人數(shù)據(jù)，電話簿數(shù)據(jù)，消息，圖片，視頻等。存儲器804可以由任何類型的易失性或非易失性存儲設備或者它們的組合實現(xiàn)，如靜態(tài)隨機存取存儲器(SRAM)，電可擦除可編程只讀存儲器(EEPROM)，可擦除可編程只讀存儲器(EPROM)，可編程只讀存儲器(PROM)，只讀存儲器(ROM)，磁存儲器，快閃存儲器，磁盤或光盤。

電源組件806為裝置800的各種組件提供電力。電源組件806可以包括電源管理系統(tǒng)，一個或多個電源，及其他與為裝置800生成、管理和分配電力相關聯(lián)的組件。

多媒體組件808包括在裝置800和用戶之間的提供一個輸出接口的屏幕。在一些實施例中，屏幕可以包括液晶顯示器(LCD)和觸摸面板(TP)。如果屏幕包括觸摸面板，屏幕可以被實現(xiàn)為觸摸屏，以接收來自用戶的輸入信號。觸摸面板包括一個或多個觸摸傳感器以感測觸摸、滑動和觸摸面板上的手勢。觸摸傳感器可以不僅感測觸摸或滑動動作的邊界，而且還檢測與觸摸或滑動操作相關的持續(xù)時間和壓力。在一些實施例中，多媒體組件808包括一個前置攝像頭和/或后置攝像頭。當裝置800處于操作模式，如拍攝模式或視頻模式時，前置攝像頭和/或后置攝像頭可以接收外部的多媒體數(shù)據(jù)。每個前置攝像頭和后置攝像頭可以是一個固定的光學透鏡系統(tǒng)或具有焦距和光學變焦能力。

音頻組件810被配置為輸出和/或輸入音頻信號。例如，音頻組件810包括一個麥克風(MIC)，當裝置800處于操作模式，如呼叫模式、記錄模式和語音識別模式時，麥克風被配置為接收外部音頻信號。所接收的音頻信號可以被進一步存儲在存儲器804或經(jīng)由通信組件816發(fā)送。在一些實施例中，音頻組件810還包括一個揚聲器，用于輸出音頻信號。

I/O接口812為處理組件802和外圍接口模塊之間提供接口，上述外圍接口模塊可以是鍵盤，點擊輪，按鈕等。這些按鈕可包括但不限于：主頁按鈕、音量按鈕、啟動按鈕和鎖定按鈕。

傳感器組件814包括一個或多個傳感器，用于為裝置800提供各個方面的狀態(tài)評估。例如，傳感器組件814可以檢測到裝置800的打開/關閉狀態(tài)，組件的相對定位，例如組件為裝置800的顯示器和小鍵盤，傳感器組件814還可以檢測裝置800或裝置800一個組件的位置改變，用戶與裝置800接觸的存在或不存在，裝置800方位或加速/減速和裝置800的溫度變化。傳感器組件814可以包括接近傳感器，被配置用來在沒有任何的物理接觸時檢測附近物體的存在。傳感器組件814還可以包括光傳感器，如CMOS或CCD圖像傳感器，用于在成像應用中使用。在一些實施例中，該傳感器組件814還可以包括加速度傳感器，陀螺儀傳感器，磁傳感器，壓力傳感器或溫度傳感器。

通信組件816被配置為便于裝置800和其他設備之間有線或無線方式的通信。裝置800可以接入基于通信標準的無線網(wǎng)絡，如Wi-Fi，2G或3G，或它們的組合。在一個示例性實施例中，通信組件816經(jīng)由廣播信道接收來自外部廣播管理系統(tǒng)的廣播信號或廣播相關信息。在一個示例性實施例中，通信組件816還包括近場通信(NFC)模塊，以促進短程通信。例如，在NFC模塊可基于射頻識別(RFID)技術，紅外數(shù)據(jù)協(xié)會(IrDA)技術，超寬帶(UWB)技術，藍牙(BT)技術和其他技術來實現(xiàn)。

在示例性實施例中，裝置800可以被一個或多個應用專用集成電路(ASIC)、數(shù)字信號處理器(DSP)、數(shù)字信號處理設備(DSPD)、可編程邏輯器件(PLD)、現(xiàn)場可編程門陣列(FPGA)、控制器、微控制器、微處理器或其他電子元件實現(xiàn)，用于執(zhí)行上述測試方法。

在示例性實施例中，還提供了一種包括指令的非臨時性計算機可讀存儲介質，例如包括指令的存儲器804，上述指令可由裝置800的處理器818執(zhí)行以完成上述測試方法。例如，非臨時性計算機可讀存儲介質可以是ROM、隨機存取存儲器(RAM)、CD-ROM、磁帶、軟盤和光數(shù)據(jù)存儲設備等。

本領域技術人員在考慮說明書及實踐這里公開的發(fā)明后，將容易想到本公開的其它實施方案。本申請旨在涵蓋本公開的任何變型、用途或者適應性變化，這些變型、用途或者適應性變化遵循本公開的一般性原理并包括本公開未公開的本技術領域中的公知常識或慣用技術手段。說明書和實施例僅被視為示例性的，本公開的真正范圍和精神由下面的權利要求指出。

應當理解的是，本公開并不局限于上面已經(jīng)描述并在附圖中示出的精確結構，并且可以在不脫離其范圍進行各種修改和改變。本公開的范圍僅由所附的權利要求來限制。