測試方法及裝置、埠生成方法及埠生成器和測試系統與流程
2023-05-08 05:16:31 2
本申請涉及測試技術領域，尤其涉及測試方法及裝置、埠生成方法及埠生成器和測試系統。
背景技術：
隨著無線設備中產品所涉及的業務的不斷擴展，一個服務於業務的移動自動化測試工具，是更好地提升產品研發效率和提高產品質量的重要保證。產品在無線設備中常基於webview實現，而伴隨著webview的交互場景日益複雜化，每次進行測試時所使用的測試用例數量較多，每個測試用例的執行時間較長，這對測試方法提出了較高的要求。
為了改善該問題，現有的一種方法為：在測試裝置與無線設備之間增加測試框架伺服器，通過測試框架伺服器建立測試用例端與無線設備之間的會話連接，完成測試裝置和無線設備之間的命令收發、數據傳遞等通信，實現測試裝置中所有測試用例在所述無線設備上的執行。
具體的，測試裝置向測試框架伺服器發送會話連接請求，測試框架伺服器根據無線設備的當前資源情況確定會話id(identity，標識)，並基於該會話id建立測試裝置與無線設備之間的一次性單會話連接。測試裝置中的所有測試用例均基於該單會話連接與無線設備進行通信，以便在無線設備上執行測試裝置中的所有測試用例，完成測試。
上述方法中，所有測試用例共用一個會話連接，多個測試用例中的每個測試用例進行連接請求時都需要等待，當其中一個用例執行鏈路較長，則始終獨佔整個測試框架伺服器資源，使得基於上述方法的測試用例的執行效率較低。
技術實現要素：
為了提升測試用例的執行效率，本申請實施例提出了一種測試方法、測試裝置、埠生成器和測試系統。
第一方面，本申請實施例提供了一種測試系統，包括處理器和存儲器，所述存儲器存儲由所述處理器執行的程序指令，所述程序指令包括：
獲取一個或多個測試用例的埠號，其中，所述一個或多個測試用例的埠號互不相同；
基於所述一個或多個測試用例的埠號，通過測試框架伺服器與無線設備之間為所述一個或多個測試用例分別建立對應的一個或多個會話連接；
基於所述一個或多個測試用例的會話連接與所述無線設備進行通信，以在所述無線設備上執行所述一個或多個測試用例。
第二方面，本申請實施例提供了一種測試方法，所述方法包括：
獲取一個或多個測試用例的埠號，其中，所述一個或多個測試用例的埠號互不相同；
基於所述一個或多個測試用例的埠號，通過測試框架伺服器與無線設備之間為所述一個或多個測試用例分別建立對應的一個或多個會話連接；
基於所述一個或多個測試用例的會話連接與所述無線設備進行通信，以在所述無線設備上執行所述一個或多個測試用例。
可選地，所述獲取一個或多個測試用例的埠號，包括：
對於一個或多個測試用例中的任一測試用例，確定當前連接數量；
判斷所述當前連接數量是否超過測試框架伺服器的連接上限；
若當前連接數量未超過測試框架伺服器的連接上限，則選擇一個可用埠的埠號作為所述任一測試用例的埠號。
可選地，所述判斷所述當前連接數量是否超過測試框架伺服器的連接上限之後，還包括：
若當前連接數量超過測試框架伺服器的連接上限，則每隔預設時間段，重複執行確定當前連接數量，判斷所述當前連接數量是否超過測試框架伺服器的連接上限的步驟，直至選擇一個可用埠的埠號作為所述任一測試用例的埠號。
可選地，所述獲取一個或多個測試用例的埠號，包括：
對於一個或多個測試用例中的任一測試用例，向埠生成器發送所述任一測試用例的埠號獲取請求；
接收所述埠生成器返回的響應消息，所述響應消息與所述任一測試用例的埠號獲取請求對應；
確定所述響應消息中是否包括埠號；
若所述響應消息中包括埠號，則將所述響應消息中包括的埠號確定為所述任一測試用例的埠號。
可選地，所述確定所述響應消息中是否包括埠號之後，還包括：
若所述響應消息中不包括埠號，則每隔預設時間段，重複執行向埠生成器發送所述任一測試用例的埠號獲取請求，接收所述埠生成器返回的響應消息，確定所述響應消息中是否包括埠號的步驟，直至確定所述響應消息中包括埠號，將所述響應消息中包括的埠號確定為所述任一測試用例的埠號。
可選地，所述基於所述一個或多個測試用例的會話連接與所述無線設備進行通信之後，還包括：
若存在執行結束的測試用例，則通過測試框架伺服器關閉所述執行結束的測試用例的會話連接。
第三方面，本申請實施例提供了一種測試裝置，所述裝置包括：
獲取模塊，用於獲取一個或多個測試用例的埠號，其中，所述一個或多個測試用例的埠號互不相同；
建立模塊，用於基於所述獲取模塊獲取的一個或多個測試用例的埠號，通過測試框架伺服器與無線設備之間為所述一個或多個測試用例分別建立對應的一個或多個會話連接；
測試模塊，用於基於所述建立模塊建立的一個或多個測試用例的會話連接與所述無線設備進行通信，以在所述無線設備上執行所述一個或多個測試用例。
可選地，所述獲取模塊，包括：
第一確定單元，用於對於一個或多個測試用例中的任一測試用例，確定當前連接數量；
判斷單元，用於判斷所述第一確定單元確定的當前連接數量是否超過測試框架伺服器的連接上限；
選擇單元，用於當所述判斷單元判斷當前連接數量未超過測試框架伺服器的連接上限時，選擇一個可用埠的埠號作為所述任一測試用例的埠號。
可選地，所述獲取模塊，還包括：
第一循環單元，用於當前連接數量超過測試框架伺服器的連接上限時，每隔預設時間段，重複執行確定當前連接數量，判斷所述當前連接數量是否超過測試框架伺服器的連接上限的步驟，直至選擇一個可用埠的埠號作為所述任一測試用例的埠號。
可選地，所述獲取模塊，包括：
發送單元，用於對於一個或多個測試用例中的任一測試用例，向埠生成器發送所述任一測試用例的埠號獲取請求；
接收單元，用於接收所述埠生成器返回的響應消息，所述響應消息與所述發送單元發送的任一測試用例的埠號獲取請求對應；
第二確定單元，用於確定所述接收單元接收的響應消息中是否包括埠號；
第三確定單元，用於當所述第二確定單元確定響應消息中包括埠號時，將所述響應消息中包括的埠號確定為所述任一測試用例的埠號。
可選地，所述獲取模塊，還包括：
第二循環單元，用於當所述響應消息中不包括埠號時，每隔預設時間段，重複執行向埠生成器發送所述任一測試用例的埠號獲取請求，接收所述埠生成器返回的響應消息，確定所述響應消息中是否包括埠號的步驟，直至確定所述響應消息中包括埠號，將所述響應消息中包括的埠號確定為所述任一測試用例的埠號。
可選地，所述裝置，還包括：
關閉模塊，用於當存在執行結束的測試用例時，通過測試框架伺服器關閉所述執行結束的測試用例的會話連接。
第四方面，本申請實施例提供了一種埠生成方法，所述方法包括：
接收測試裝置發送的埠號獲取請求後，確定當前連接數量；
判斷所述當前連接數量是否超過測試框架伺服器的連接上限；
若當前連接數量未超過測試框架伺服器的連接上限，則選擇一個可用埠的埠號，並返回與所述埠號獲取請求對應的響應消息，所述響應消息中包括選擇的埠號。
可選地，所述判斷所述當前連接數量是否超過測試框架伺服器的連接上限之後，還包括：
若當前連接數量超過測試框架伺服器的連接上限，則返回與所述埠號獲取請求對應的響應消息，所述響應消息中不包括埠號。
第五方面，本申請實施例提供了一種埠生成器，所述埠生成器包括：
確定模塊，用於接收測試裝置發送的埠號獲取請求後，確定當前連接數量；
判斷模塊，用於判斷所述確定模塊確定的當前連接數量是否超過測試框架伺服器的連接上限；
返回模塊，用於當所述判斷模塊判斷當前連接數量未超過測試框架伺服器的連接上限時，選擇一個可用埠的埠號，並返回與所述埠號獲取請求對應的響應消息，所述響應消息中包括選擇的埠號。
可選地，所述返回模塊，還用於當前連接數量超過測試框架伺服器的連接上限時，返回與所述埠號獲取請求對應的響應消息，所述響應消息中不包括埠號。
有益效果如下：
獲取一個或多個測試用例的埠號；基於一個或多個測試用例的埠號，通過測試框架伺服器與無線設備之間為一個或多個測試用例分別建立對應的一個或多個會話連接；基於一個或多個測試用例的會話連接與無線設備進行通信，以在無線設備上執行一個或多個測試用例，通過為每個測試用例建立獨立的會話連接，基於對應的會話連接執行一個或多個測試用例，從而將測試用例與無線設備的會話相互隔離，不僅提高了測試框架伺服器資源的高可用性，還避免共用會話的長時間連接使測試框架伺服器資源耗盡進而引起宕機，提高了測試用例執行的穩定性和可靠性，提升了測試用例的執行效率。
附圖說明
下面將參照附圖描述本申請的具體實施例，其中：
圖1示出了本申請一實施例提供的一種測試方法的流程示意圖；
圖2示出了本申請另一實施例提供的一種埠生成方法的流程示意圖；
圖3示出了本申請另一實施例提供的另一種測試方法的流程示意圖；
圖4示出了本申請另一實施例提供的一種了測試裝置所在終端、測試框架伺服器、無線設備之間的數據流交互示意圖；
圖5示出了本申請另一實施例提供的另一種測試方法的流程示意圖；
圖6示出了本申請另一實施例提供的一種測試裝置、埠生成器、測試框架伺服器之間的埠分配情況；
圖7示出了本申請另一實施例提供的一種測試裝置的結構示意圖；
圖8示出了本申請另一實施例提供的一種獲取模塊的結構示意圖；
圖9示出了本申請另一實施例提供的另一種獲取模塊的結構示意圖；
圖10示出了本申請另一實施例提供的另一種獲取模塊的結構示意圖；
圖11示出了本申請另一實施例提供的另一種獲取模塊的結構示意圖；
圖12示出了本申請另一實施例提供的另一種測試裝置的結構示意圖；
圖13示出了本申請另一實施例提供的一種埠生成器的結構示意圖；
圖14示出了本申請另一實施例提供的一種測試系統的結構示意圖。
具體實施方式
為了使本申請的技術方案及優點更加清楚明白，以下結合附圖對本申請的示例性實施例進行進一步詳細的說明，顯然，所描述的實施例僅是本申請的一部分實施例，而不是所有實施例的窮舉。並且在不衝突的情況下，本說明中的實施例及實施例中的特徵可以互相結合。
目前基於一次性單會話連接的測試中，所有測試用例共用一個會話連接，多個測試用例中的每個測試用例進行連接請求時都需要等待，當其中一個用例執行鏈路較長，則始終獨佔整個測試框架伺服器資源，使得測試用例的執行效率較低。為了提升測試用例的執行效率，本申請提出了一種測試方法，該測試方法可以獲取一個或多個測試用例的埠號；基於一個或多個測試用例的埠號，通過測試框架伺服器與無線設備之間為一個或多個測試用例分別建立對應的一個或多個會話連接；基於一個或多個測試用例的會話連接與無線設備進行通信，以在無線設備上執行一個或多個測試用例，通過為每個測試用例建立獨立的會話連接，基於對應的會話連接執行一個或多個測試用例，從而將測試用例與無線設備的會話相互隔離，不僅提高了測試框架伺服器資源的高可用性，還避免共用會話的長時間連接使測試框架伺服器資源耗盡進而引起宕機，提高了測試用例執行的穩定性和可靠性，提升了測試用例的執行效率。
結合上述實施環境，本實施例提供了一種測試方法。參見圖1，本實施例提供的方法流程具體如下：
101：獲取一個或多個測試用例的埠號，其中，一個或多個測試用例的埠號互不相同；
可選地，獲取一個或多個測試用例的埠號，包括：
對於一個或多個測試用例中的任一測試用例，確定當前連接數量；
判斷當前連接數量是否超過測試框架伺服器的連接上限；
若當前連接數量未超過測試框架伺服器的連接上限，則選擇一個可用埠的埠號作為任一測試用例的埠號。
可選地，判斷當前連接數量是否超過測試框架伺服器的連接上限之後，還包括：
若當前連接數量超過測試框架伺服器的連接上限，則每隔預設時間段，重複執行確定當前連接數量，判斷當前連接數量是否超過測試框架伺服器的連接上限的步驟，直至選擇一個可用埠的埠號作為任一測試用例的埠號。
可選地，獲取一個或多個測試用例的埠號，包括：
對於一個或多個測試用例中的任一測試用例，向埠生成器發送任一測試用例的埠號獲取請求；
接收埠生成器返回的響應消息，響應消息與任一測試用例的埠號獲取請求對應；
確定響應消息中是否包括埠號；
若響應消息中包括埠號，則將響應消息中包括的埠號確定為任一測試用例的埠號。
可選地，確定響應消息中是否包括埠號之後，還包括：
若響應消息中不包括埠號，則每隔預設時間段，重複執行向埠生成器發送任一測試用例的埠號獲取請求，接收埠生成器返回的響應消息，確定響應消息中是否包括埠號的步驟，直至確定響應消息中包括埠號，將響應消息中包括的埠號確定為任一測試用例的埠號。
102：基於一個或多個測試用例的埠號，通過測試框架伺服器與無線設備之間為一個或多個測試用例分別建立對應的一個或多個會話連接；
103：基於一個或多個測試用例的會話連接與無線設備進行通信，以在無線設備上執行一個或多個測試用例。
可選地，基於一個或多個測試用例的會話連接與無線設備進行通信之後，還包括：
若存在執行結束的測試用例，則通過測試框架伺服器關閉執行結束的測試用例的會話連接。
有益效果：
獲取一個或多個測試用例的埠號；基於一個或多個測試用例的埠號，通過測試框架伺服器與無線設備之間一個或多個測試用例分別建立對應的一個或多個會話連接；基於一個或多個測試用例的會話連接與無線設備進行通信，以在無線設備上執行一個或多個測試用例，通過為每個測試用例建立獨自的會話連接，基於對應的會話連接執行一個或多個測試用例，從而將測試用例與無線設備的會話相互隔離，不僅提高了測試框架伺服器資源的高可用性，還避免共用會話的長時間連接使測試框架伺服器資源耗盡進而引起宕機，提高了測試用例執行的穩定性和可靠性，提升了測試用例的執行效率。
結合上述實施環境，本實施例提供了一種埠生成方法。參見圖2，本實施例提供的方法流程具體如下：
201：接收測試裝置發送的埠號獲取請求後，確定當前連接數量；
202：判斷所述當前連接數量是否超過測試框架伺服器的連接上限；
203：若當前連接數量未超過測試框架伺服器的連接上限，則選擇一個可用埠的埠號，並返回與所述埠號獲取請求對應的響應消息，所述響應消息中包括選擇的埠號。
可選地，所述判斷所述當前連接數量是否超過測試框架伺服器的連接上限之後，還包括：
若當前連接數量超過測試框架伺服器的連接上限，則返回與所述埠號獲取請求對應的響應消息，所述響應消息中不包括埠號。
有益效果：
接收測試裝置發送的埠號獲取請求後，確定當前連接數量；判斷當前連接數量是否超過測試框架伺服器的連接上限；若當前連接數量未超過測試框架伺服器的連接上限，則選擇一個可用埠的埠號，並返回與埠號獲取請求對應的響應消息，響應消息中包括選擇的埠號，使得不同段擴和獲取請求對應一個埠號，便於測試裝置根據不同的埠號為不同的測試用例建立單獨的會話連接，提升測試用例的執行效率。
本申請提供的測試方法針對各個測試用例，即每個測試用例進行測試時均會執行本實施例提供的方法。然而當一個測試用例採用本申請提供的方法進行測試時，可能有其他一個或多個測試用例同時採用本方法進行測試，因此，可以存在同時有多個測試用例採用本申請提供的測試方法進行測試的情況發生，例如，若每個測試用例均通過對應的進程執行本申請提供的測試方法進行測試，則同時由多個進程分別執行本申請提供的測試方法，且進程的執行進度與對應測試用例的測試進度相關，各進度的執行進度可以相同，也可以不同。
另外，本申請提供的測試方法可以有2種實現形式，一種為由測試裝置單獨實現，一種為由測試裝置和埠生成器共同實現，下面以2個實施例，分別對每種實現方式進行詳細說明。
本實施例對由測試裝置單獨實現測試方法的方式進行詳細說明。為了便於說明，本實施例僅以一個測試用例a為例進行描述，對於其他測試用例的實現可參見測試用例a的實現方式。測試用例a通過本實施例提供的測試方法進行測試時，部分其他測試用例可以與之同時採用本實施例提供的方法進行測試，即測試用例a與部分其他測試用例同時執行各步驟。測試用例a通過本實施例提供的測試方法進行測試時，部分其他測試用例也可以先於或後於其採用本實施例提供的方法進行測試，即測試用例a開始執行本實施例提供的測試方法時，部分其他用例已完成本實施例提供的測試方法的部分步驟，或者，測試用例a完成本實施例提供的測試方法的部分步驟時，部分其他用例開始執行實施例提供的測試方法。
參見圖3，本實施例提供的測試方法流程具體如下：
301：測試用例a啟動時，獲取測試用例a的埠號；
其中，各測試用例的埠號互不相同；
獲取測試用例a的埠號的具體實現方式，包括但不限於如下4個步驟：
步驟1：確定當前連接數量；
在進行測試的一個或多個測試用例中，每個測試用例均以自己的測試軌跡進行測試，即，按自己的測試開始時間、測試步驟等測試屬性進行測試，因此，測試裝置所在終端的連接數量隨時間的不同而不斷變化。每當有測試用例需要獲取埠號時，均會確定此時的連接數量。
步驟2：判斷當前連接數量是否超過測試框架伺服器的連接上限，若當前連接數量未超過測試框架伺服器的連接上限，則執行步驟3，若當前連接數量超過測試框架伺服器的連接上限，則執行步驟4；
由於會話連接是通過測試框架伺服器建立的，因此，測試框架伺服器的連接上限對會話連接有直接影響。若當前連接數量未超過測試框架伺服器的連接上限，則說明還可以與測試框架伺服器建立會話連接，若當前連接數量超過測試框架伺服器的連接上限，則說明不可以與測試框架伺服器建立會話連接。
步驟2會根據測試裝置所在終端當前的連接數量與測試框架伺服器的連接上限之間的關係確定測試用例a埠號的具體獲取方法。
步驟3：選擇一個可用埠的埠號作為測試用例a的埠號；
執行本步驟的前提是當前連接數量未超過測試框架伺服器的連接上限，此時，測試裝置所在終端還可以與測試框架伺服器建立會話連接。
步驟3的具體實現方式可以為：先隨機生成一個埠號，再看該埠號對應的埠是否被其他進程佔用，
(1)若該埠號對應的埠未被測試裝置所在終端的其他進程佔用，則說明該埠號對應的埠可用，將該埠號作為測試用例a的埠號。
(2)若該埠號對應的埠被測試裝置所在終端的其他進程佔用，則說明該埠號對應的埠不可用，重新生成一個埠號，看重新生成的埠號對應的埠是否被測試裝置所在終端的其他進程佔用，
●若重新生成的埠號對應的埠未被測試裝置所在終端的其他進程佔用，則將重新生成的埠號作為測試用例a的埠號。
●若重新生成的埠號對應的埠被測試裝置所在終端的其他進程佔用，則重複執行重新生成一個埠號，看重新生成的埠號對應的埠是否被測試裝置所在終端的其他進程佔用的步驟，直至找到一個可用埠的埠號作為測試用例a的埠號。
步驟4：將測試用例a的埠號獲取次數加1，並在預設時間段後，再次獲取測試用例a的埠號。
例如，再次確定當前連接數量，判斷再次確定的當前連接數量是否超過測試框架伺服器的連接上限；
(1)若再次確定的當前連接數量未超過測試框架伺服器的連接上限，則選擇一個可用埠的埠號作為測試用例a的埠號；
(2)若再次確定的當前連接數量超過測試框架伺服器的連接上限，則重複執行將測試用例a的埠號獲取次數加1，並在預設時間段後，再次確定當前連接數量，判斷再次確定的當前連接數量是否超過測試框架伺服器的連接上限的步驟，直至選擇一個可用埠的埠號作為測試用例a的埠號。
執行上述4個步驟之後，會獲取測試用例a的埠號。然而，在獲取測試用例a的埠號的步驟執行時，其他測試用例也可能在對應進程中執行步驟301獲取其他進程的埠號。因此，會出現多個測試用例同時獲取對應埠號的情況。
如例子1，測試用例a通過進程a執行本實施例提供的方法獲取測試用例a的埠號，同時測試用例b通過進程b執行本實施例提供的方法獲取測試用例b的埠號。
再如例子2，測試用例c先通過進程c執行本實施例提供的方法獲取測試用例c的埠號，但是其執行到步驟2時判斷當前連接數量超過測試框架伺服器的連接上限進而執行步驟4，在執行步驟4時，測試用例c的埠號獲取次數加1，且在預設時間段後，再次獲取測試用例c的埠號。在再次獲取測試用例c的埠號的同時，測試用例a通過進程a執行本實施例提供的方法獲取測試用例a的埠號。
對於多個測試用例同時獲取埠號的情況，獲取各測試用例埠號的實施方式，包括但不限於：按多個測試用例的埠號獲取次數，從高到低依次獲取多個測試用例的埠號。
其中，每個測試用例的埠號的獲取方式可以通過上述步驟1至步驟4實現。
以上述例子2為例，若各測試用例的埠號獲取次數的初始值均為0，由於測試用例c的埠號獲取次數曾加1，則變為1，而測試用例a第一次實施本實施例提供的方法進行測試，因此，測試用例a的埠號獲取次數為0。此時，先執行獲取測試用例c埠號的步驟，在獲取到測試用例c埠號，或者，測試用例c的埠號獲取次數再次加1，且進入預設時間段的等待期後，再執行獲取測試用例a的埠號的步驟。
302：基於測試用例a的埠號，通過測試框架伺服器與無線設備之間為測試用例a建立對應的會話連接；
本步驟可以通過握手協議實現。例如：測試裝置所在終端基於步驟301中獲取的測試用例a埠號向測試框架伺服器發送會話連接請求，測試框架伺服器確定無線設備是否可用，無線設備的資源、服務是否充足，且在通過無線設備必要的校驗之後，確定會話id，並基於該會話id在測試裝置所在終端與無線設備之間建立會話連接a。此處建立的會話連接a僅為測試用例a的會話連接，對於其他測試用例，不能通過會話連接a與無線設備通信。
現有技術中所有測試用例均通過公用的會話連接進行通信，本實施例提供的方法中每個測試用例均通過獨立的會話連接進行通信。本實施例提供的該種會話連接的建立方式相比於現有技術的方式具有更好的靈活性，可以提高測試框架伺服器資源的可用性，提升測試用例執行的穩定性和可靠性。
303：基於測試用例a的會話連接與無線設備進行通信，以在無線設備上執行測試用例a；
例如，測試終端按測試用例a的測試描述，基於測試用例a的會話連接與無線設備進行通信，在無線設備上執行測試用例a，以測試無線設備相應的功能。
304：若存在執行結束的測試用例，則通過測試框架伺服器關閉執行結束的測試用例的會話連接。
同步步驟301至304，可以為不同的測試用例確定不同的埠號，基於不同的埠號通過測試框架伺服器與無線設備建立不同的會話連接，通過不同的會話連接執行不同測試用例，完成各自測試。並當任一測試用例執行結束後，僅關閉執行結束的測試用例的會話連接，而其他正在執行的測試用例的會話連接不關閉，實現不同測試用例的會話連接相互隔離，避免了所有測試用例始終共用一個會話連接造成的測試框架伺服器資源無法釋放，進而帶來的測試框架伺服器資源耗盡、宕機等現象的發生。
圖4示出了測試裝置所在終端、測試框架伺服器、無線設備之間的數據流交互情況，其中，黑心粗箭頭表示會話連接涉及的數據流，白心粗箭頭表示測試用例執行涉及的數據流。
有益效果：
獲取一個或多個測試用例的埠號；基於一個或多個測試用例的埠號，通過測試框架伺服器與無線設備之間為一個或多個測試用例分別建立對應的一個或多個會話連接；基於一個或多個測試用例的會話連接與無線設備進行通信，以在無線設備上執行一個或多個測試用例，通過為每個測試用例建立獨立的會話連接，基於對應的會話連接執行一個或多個測試用例，從而將測試用例與無線設備的會話相互隔離，不僅提高了測試框架伺服器資源的高可用性，還避免共用會話的長時間連接使測試框架伺服器資源耗盡進而引起宕機，提高了測試用例執行的穩定性和可靠性，提升了測試用例的執行效率。
本實施例對由測試裝置和埠生成器共同實現測試方法的方式進行詳細說明，其中，埠生成器可以與測試裝置位於同一終端中，也可以位於不同終端中。
為了便於說明，本實施例仍以一個測試用例a為例進行描述，對於其他測試用例的實現方式可參見測試用例a的實現方式。當然，測試用例a通過本實施例提供的測試方法進行測試時，部分其他測試用例可以與之同時採用本實施例提供的方法進行測試，也可以先於或後於其採用本實施例提供的方法進行測試。
參見圖5，本實施例提供的方法流程具體如下：
501：測試裝置當測試用例a啟動時，向埠生成器發送測試用例a的埠號獲取請求；
其中，測試用例a的埠號獲取請求中包括但不限於：測試裝置標識、測試用例a的標識等。
另外，測試用例a的埠號獲取請求中包括測試用例a的埠號獲取次數，是否包括測試用例a的埠號獲取次數，可以根據測試用例a請求埠號的次數酌情確定。例如，若第一次向埠生成器發送測試用例a的埠號獲取請求，則該埠號獲取請求可以包括測試用例a的埠號獲取次數，也可以不包括。若非第一次向埠生成器發送測試用例a的埠號獲取請求，則該埠號獲取請求必須包括測試用例a的埠號獲取次數。
為了描述本實施例提供的測試方法的全部執行步驟，本實施例中，以步驟501中第一次向埠生成器發送測試用例a的埠號獲取請求，且該埠號獲取請求中不包括測試用例a的埠號獲取次數，步驟509中非第一次向埠生成器發送測試用例a的埠號獲取請求，且該埠號獲取請求包括測試用例a的埠號獲取次數為例進行具體說明。
502：埠生成器接收測試裝置發送的埠號獲取請求後，確定當前連接數量；
由於各個測試用例均在以自己的測試軌跡進行測試，因此，測試裝置所在終端的連接數量隨時間的不同而不斷變化。每當接收到測試裝置發送的埠號獲取請求後，均會確定此時測試裝置所在終端的連接數量。
具體的，若測試裝置與埠生成器位於同一終端中，則埠生成器直接獲取該終端的當前連接數量。若測試裝置與埠生成器位於不同終端中，則埠生成器所在終端與測試裝置所在終端進行通信，獲取測試裝置所在終端的當前連接數量。
503：埠生成器判斷當前連接數量是否超過測試框架伺服器的連接上限，若當前連接數量未超過測試框架伺服器的連接上限，則執行步驟504，若當前連接數量超過測試框架伺服器的連接上限，則執行步驟505；
由於會話連接是通過測試框架伺服器建立的，因此，測試框架伺服器的連接上限對會話連接有直接影響。若當前連接數量未超過測試框架伺服器的連接上限，則說明還可以與測試框架伺服器建立會話連接，若當前連接數量超過測試框架伺服器的連接上限，則說明不可以與測試框架伺服器建立會話連接。
步驟503中埠生成器會根據測試裝置所在終端當前的連接數量與測試框架伺服器的連接上限之間的關係確定步驟502接收到的埠號獲取請求所對應的響應消息的具體方法。
504：埠生成器選擇一個可用埠的埠號，並返回與埠號獲取請求對應的響應消息，且該響應消息中包括選擇的埠號；
執行本步驟的前提是當前連接數量未超過測試框架伺服器的連接上限，此時，測試裝置所在終端還可以與測試框架伺服器建立會話連接。
步驟504的具體實現方式可以為：先隨機生成一個埠號，再看該埠號對應的埠是否被測試裝置所在終端的其他進程佔用，
(1)若該埠號對應的埠未被測試裝置所在終端的其他進程佔用，則說明該埠號對應的埠可用，將該埠號作為選擇的埠號。
(2)若該埠號對應的埠被測試裝置所在終端的其他進程佔用，則說明該埠號對應的埠不可用，重新生成一個埠號，看重新生成的埠號對應的埠是否被測試裝置所在終端的其他進程佔用，
●若重新生成的埠號對應的埠未被測試裝置所在終端的其他進程佔用，則將重新生成的埠號作為選擇的埠號。
●若重新生成的埠號對應的埠被測試裝置所在終端的其他進程佔用，則重複執行重新生成一個埠號，看重新生成的埠號對應的埠是否被測試裝置所在終端的其他進程佔用的步驟，直至找到一個可用埠的埠號作為選擇的埠號。
505：埠生成器返回與埠號獲取請求對應的響應消息，且該響應消息中不包括埠號；
在實際應用中，為了更明確的標識埠生成器未獲取到可用的埠號，可以用特殊內容表示未獲取到可用的埠號，例如，用空埠表示未獲取到可用的埠號。此種情況下，返回的響應消息中雖不包括埠號，但可以包括空埠：
下面為了方便描述，本實施例均以埠生成器未獲取到可用的埠號時，返回的響應消息中不包括埠號，但包含空埠的情況為例進行說明。
執行步驟503至步驟505後，埠生成器均會返回一個與步驟502接收到的埠號獲取請求對應的響應消息，但該響應消息中可能包括埠號，或者，包括空埠。
另外，步驟502至步驟505僅針對埠生成器接收到測試裝置發送的一個埠號獲取請求情況，對於埠生成器同一時刻接收到測試裝置發送的多個埠號獲取請求情況，可以參見步驟510。
506：測試終端接收埠生成器返回的第一響應消息；
步驟506中接收到的響應消息是響應消息與步驟501中發送的測試用例a的埠號獲取請求對應，且該響應消息中包括埠號，或者，該響應消息中不包括埠號，但包括空埠。
為了與後續再次發送的測試用例a的埠號獲取請求對應的響應消息區分，將此處的響應消息稱為第一響應消息。
507：測試終端確定第一響應消息中是否包括埠號，若第一響應消息中包括埠號，則執行步驟508，若第一響應消息中不包括埠號，但包括空埠，則執行步驟509；
508：測試終端將第一響應消息中包括的埠號確定為測試用例a的埠號；
執行此步驟後，直接執行步驟512至步驟514。
509：測試終端將測試用例a的埠號獲取次數加1，並在預設時間段後，再次向埠生成器發送測試用例a的埠號獲取請求；
例如，測試終端在步驟506中接收的埠生成器返回的第一響應消息中包括空埠，則在執行步驟509時，測試用例a的埠號獲取次數加1，若埠號獲取次數的初始值為0，則此時埠號獲取次數變為1，且在預設時間段後，再次向埠生成器發送測試用例a的埠號獲取請求。
510：埠生成器接收測試裝置再次發送測試用例a的埠號獲取請求後，返回與之對應的響應消息；
若執行步驟510時，埠生成器僅接收到測試裝置再次發送測試用例a的埠號獲取請求，即僅接收到一個埠號獲取請求，則可以重複執行步驟503至步驟505。
若執行步驟510時，埠生成器不僅接收到測試裝置再次發送測試用例a的埠號獲取請求，還接收到測試裝置發送的其他測試用例的埠號獲取請求，即接收到多個埠號獲取請求。對於此種情況，再次發送的測試用例a的埠號獲取請求中會包括埠號獲取次數。例如：測試用例a的埠號獲取次數1。而其他測試用例的埠號獲取請求中可能包括對應的埠號獲取次數，也可能不包括。若不包括埠號獲取次數，則可以認為埠號獲取次數為初始值，例如0。
對於同時接收到多個埠號獲取請求的情況，埠生成器可以先按各埠號獲取請求包括的埠號獲取次數，從高到低依次選擇一個埠號獲取請求；針對選擇的埠號獲取請求執行步驟503至步驟505，返回選擇的埠號獲取請求對應的響應消息。
例如，若埠生成器同時接收到2個埠號獲取請求，分別為再次發送的測試用例a的埠號獲取請求，首次發送的測試用例d的埠號獲取請求。其中，測試用例a的埠號獲取請求由於是第二次發送，則測試用例a的埠號獲取請求中包括埠號獲取次數，且為1。測試用例d的埠號獲取請求由於是首次發送，若測試用例d的埠號獲取請求可以包括埠號獲取次數，且為0，則先執行503至步驟505響應測試用例a的埠號獲取請求，在返回包括埠號或者空埠的相應消息後，再執行503至步驟505響應測試用例d的埠號獲取請求。
再例如，若埠生成器同時接收到2個埠號獲取請求，分別為再次發送的測試用例a的埠號獲取請求，首次發送的測試用例e的埠號獲取請求，且埠號獲取次數的初始值均為0。其中，測試用例a的埠號獲取請求由於是第二次發送，則測試用例a的埠號獲取請求中包括埠號獲取次數，且為1。測試用例e的埠號獲取請求由於是首次發送，若測試用例e的埠號獲取請求不包括埠號獲取次數，則將測試用例e的埠號獲取請求的埠號獲取次數確定為0。此時，先執行503至步驟505響應測試用例a的埠號獲取請求，在返回包括埠號或者空埠的相應消息後，再執行503至步驟505響應測試用例e的埠號獲取請求。
511：測試裝置接收埠生成器返回的第二響應消息，根據第二響應消息確定測試用例a的埠號；
其中，第二響應消息與再次發送的測試用例a的埠號獲取請求對應。
與第一響應消息相同，第二響應消息中可以包括埠號，也可以包括空埠。
若第二響應消息中包括埠號，則測試裝置執行步驟508將第二響應消息中包括的埠號確定為測試用例a的埠號。
若第二響應消息中包括空埠，則測試裝置重複執行步驟509至步驟511，將任一測試用例的埠號獲取次數加1，並在預設時間段後，再次向埠生成器發送任一測試用例的埠號獲取請求，接收埠生成器返回的第二響應消息，第二響應消息與再次發送的任一測試用例的埠號獲取請求對應，確定第二響應消息中是否包括埠號的步驟，直至確定第二響應消息中包括埠號。
512：測試裝置基於測試用例a的埠號，通過測試框架伺服器與無線設備之間為測試用例a建立對應的會話連接；
本步驟的實現方式與步驟302相同，詳見步驟302，此處不再贅述。
513：測試裝置基於測試用例a的會話連接與無線設備進行通信，以在無線設備上執行測試用例a；
本步驟的實現方式與步驟303相同，詳見步驟303，此處不再贅述。
514：若存在執行結束的測試用例，則通過測試框架伺服器關閉執行結束的測試用例的會話連接。
本步驟的實現方式與步驟304相同，詳見步驟304，此處不再贅述。
圖6示出了測試裝置、埠生成器、測試框架伺服器之間的埠分配情況。
有益效果：
從埠生成器獲取一個或多個測試用例的埠號；基於一個或多個測試用例的埠號，通過測試框架伺服器與無線設備之間為一個或多個測試用例分別建立對應的一個或多個會話連接；基於一個或多個測試用例的會話連接與無線設備進行通信，以在無線設備上執行一個或多個測試用例，通過為每個測試用例建立獨立的會話連接，基於對應的會話連接執行一個或多個測試用例，從而將測試用例與無線設備的會話相互隔離，不僅提高了測試框架伺服器資源的高可用性，還避免共用會話的長時間連接使伺服器資源耗盡進而引起宕機，提高了測試用例執行的穩定性和可靠性，提升了測試用例的執行效率。
基於同一發明構思，本實施例提供了一種測試裝置，由於該裝置解決問題的原理與圖1所示的一種測試方法相似，因此該裝置的實施可以參見圖1所示的方法的實施例，重複之處不再贅述。
參見圖7，該裝置包括：
獲取模塊701，用於獲取一個或多個測試用例的埠號，其中，一個或多個測試用例的埠號互不相同；
建立模塊702，用於基於獲取模塊701獲取的一個或多個測試用例的埠號，通過測試框架伺服器與無線設備之間為一個或多個測試用例分別建立對應的一個或多個會話連接；
測試模塊703，用於基於建立模塊702建立的一個或多個測試用例的會話連接與無線設備進行通信，以在無線設備上執行一個或多個測試用例。
參見圖8，獲取模塊701，包括：
第一確定單元7011，用於對於一個或多個測試用例中的任一測試用例，確定當前連接數量；
判斷單元7012，用於判斷第一確定單元7011確定的當前連接數量是否超過測試框架伺服器的連接上限；
選擇單元7013，用於當判斷單元7012判斷當前連接數量未超過測試框架伺服器的連接上限時，選擇一個可用埠的埠號作為任一測試用例的埠號。
參見圖9，獲取模塊701，還包括：
第一循環單元7014，用於當前連接數量超過測試框架伺服器的連接上限時，每隔預設時間段，重複執行確定當前連接數量，判斷當前連接數量是否超過測試框架伺服器的連接上限的步驟，直至選擇一個可用埠的埠號作為任一測試用例的埠號。
參見圖10，獲取模塊701，包括：
發送單元7015，用於對於一個或多個測試用例中的任一測試用例，向埠生成器發送任一測試用例的埠號獲取請求；
接收單元7016，用於接收埠生成器返回的響應消息，響應消息與發送單元發送的任一測試用例的埠號獲取請求對應；
第二確定單元7017，用於確定接收單元7016接收的響應消息中是否包括埠號；
第三確定單元7018，用於當第二確定單元7017確定響應消息中包括埠號時，將第一響應消息中包括的埠號確定為任一測試用例的埠號。
參見圖11，獲取模塊701，還包括：
第二循環單元7019，用於當響應消息中不包括埠號時，每隔預設時間段，重複執行向埠生成器發送任一測試用例的埠號獲取請求，接收埠生成器返回的響應消息，確定響應消息中是否包括埠號的步驟，直至確定響應消息中包括埠號，將響應消息中包括的埠號確定為任一測試用例的埠號。
參見圖12，該裝置，還包括：
關閉模塊704，用於當存在執行結束的測試用例時，通過測試框架伺服器關閉執行結束的測試用例的會話連接。
有益效果如下：
獲取一個或多個測試用例的埠號；基於一個或多個測試用例的埠號，通過測試框架伺服器與無線設備之間為一個或多個測試用例分別建立對應的一個或多個會話連接；基於一個或多個測試用例的會話連接與無線設備進行通信，以在無線設備上執行一個或多個測試用例，通過為每個測試用例建立獨立的會話連接，基於對應的會話連接執行一個或多個測試用例，從而將測試用例與無線設備的會話相互隔離，不僅提高了測試框架伺服器資源的高可用性，還避免共用會話的長時間連接使伺服器資源耗盡進而引起宕機，提高了測試用例執行的穩定性和可靠性，提升了測試用例的執行效率。
基於同一發明構思，本實施例提供了一種埠生成器，由於該埠生成器解決問題的原理與圖2所示的一種測試方法相似，因此該埠生成器的實施可以參見圖2所示的方法的實施例，重複之處不再贅述。
參見圖13，該埠生成器包括：
確定模塊1301，用於接收測試裝置發送的埠號獲取請求後，確定當前連接數量；
判斷模塊1302，用於判斷確定模塊1301確定的當前連接數量是否超過測試框架伺服器的連接上限；
返回模塊1303，用於當判斷模塊1302判斷當前連接數量未超過測試框架伺服器的連接上限時，選擇一個可用埠的埠號，並返回與埠號獲取請求對應的響應消息，響應消息中包括選擇的埠號。
可選地，返回模塊1303，還用於當前連接數量超過測試框架伺服器的連接上限時，返回與埠號獲取請求對應的響應消息，響應消息中不包括埠號。
有益效果如下：
各測試用例啟動時，從埠生成器獲取各測試用例的埠號；基於各測試用例的埠號，分別通過測試框架伺服器與無線設備之間建立各測試用例的會話連接；基於各測試用例的會話連接與無線設備進行通信，以在無線設備上執行各測試用例，各測試用例建立各自的會話連接，並基於各自的會話連接執行各測試用例，從而將各測試用例與無線設備的會話相互隔離，不僅提高了伺服器資源的高可用性，還避免一次會話的超長時間保持連接致使伺服器資源耗盡引起的宕機，提高了測試用例執行的穩定性和可靠性，提升了測試用例的執行效率。
基於同一發明構思，參見圖14，本實施例提供了一種測試系統，該系統用於執行上述實施例所提供的測試方法，該系統包括：
處理器1401和存儲器1402，存儲器1402存儲由處理器1401執行的程序指令。
其中，程序指令包括：
獲取一個或多個測試用例的埠號，其中，一個或多個測試用例的埠號互不相同；
基於一個或多個測試用例的埠號，通過測試框架伺服器與無線設備之間為一個或多個測試用例分別建立對應的一個或多個會話連接；
基於一個或多個測試用例的會話連接與無線設備進行通信，以在無線設備上執行一個或多個測試用例。
可選地，獲取一個或多個測試用例的埠號，包括：
對於一個或多個測試用例中的任一測試用例，確定當前連接數量；
判斷當前連接數量是否超過測試框架伺服器的連接上限；
若當前連接數量未超過測試框架伺服器的連接上限，則選擇一個可用埠的埠號作為任一測試用例的埠號。
可選地，判斷當前連接數量是否超過測試框架伺服器的連接上限之後，還包括：
若當前連接數量超過測試框架伺服器的連接上限，則每隔預設時間段，重複執行確定當前連接數量，判斷當前連接數量是否超過測試框架伺服器的連接上限的步驟，直至選擇一個可用埠的埠號作為任一測試用例的埠號。
可選地，獲取一個或多個測試用例的埠號，包括：
對於一個或多個測試用例中的任一測試用例，向埠生成器發送任一測試用例的埠號獲取請求；
接收埠生成器返回的響應消息，響應消息與任一測試用例的埠號獲取請求對應；
確定響應消息中是否包括埠號；
若響應消息中包括埠號，則將響應消息中包括的埠號確定為任一測試用例的埠號。
可選地，確定響應消息中是否包括埠號之後，還包括：
若響應消息中不包括埠號，則每隔預設時間段，重複執行向埠生成器發送任一測試用例的埠號獲取請求，接收埠生成器返回的響應消息，確定響應消息中是否包括埠號的步驟，直至確定響應消息中包括埠號，將響應消息中包括的埠號確定為任一測試用例的埠號。
可選地，基於一個或多個測試用例的會話連接與無線設備進行通信之後，還包括：
若存在執行結束的測試用例，則通過測試框架伺服器關閉執行結束的測試用例的會話連接。
有益效果如下：
處理器執行存儲於處理器的如下程序指令，獲取一個或多個測試用例的埠號；基於一個或多個測試用例的埠號，通過測試框架伺服器與無線設備之間為一個或多個測試用例分別建立對應的一個或多個會話連接；基於一個或多個測試用例的會話連接與無線設備進行通信，以在無線設備上執行一個或多個測試用例，通過為每個測試用例建立獨立的會話連接，基於對應的會話連接執行一個或多個測試用例，從而將測試用例與無線設備的會話相互隔離，不僅提高了測試框架伺服器資源的高可用性，還避免共用會話的長時間連接使測試框架伺服器資源耗盡進而引起宕機，提高了測試用例執行的穩定性和可靠性，提升了測試用例的執行效率。
為了描述的方便，以上裝置的各部分以功能分為各種模塊或單元分別描述。當然，在實施本發明時可以把各模塊或單元的功能在同一個或多個軟體或硬體中實現。
本領域內的技術人員應明白，本發明的實施例可提供為方法、系統、或電腦程式產品。因此，本發明可採用完全硬體實施例、完全軟體實施例、或結合軟體和硬體方面的實施例的形式。而且，本發明可採用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限於磁碟存儲器、cd-rom、光學存儲器等)上實施的電腦程式產品的形式。
本發明是參照根據本發明實施例的方法、設備(系統)、和電腦程式產品的流程圖和/或方框圖來描述的。應理解可由電腦程式指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些電腦程式指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
這些電腦程式指令也可存儲在能引導計算機或其他可編程數據處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的製造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
這些電腦程式指令也可裝載到計算機或其他可編程數據處理設備上，使得在計算機或其他可編程設備上執行一系列操作步驟以產生計算機實現的處理，從而在計算機或其他可編程設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。儘管已描述了本發明的優選實施例，但本領域內的技術人員一旦得知了基本創造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權利要求意欲解釋為包括優選實施例以及落入本發明範圍的所有變更和修改。