[發明專利]應用程序測試方法及系統

在審

• 申請號: 201710862992.2
• 申請日: 2017-09-21
• 公開（公告）號: CN107547312A
• 公開（公告）日: 2018-01-05
• 發明（設計）人: 觀富昌
• 申請（專利權）人: 廣州四三九九信息科技有限公司
• 主分類號: H04L12/26
• 分類號: H04L12/26;H04L29/08
• 代理公司: 北京超凡志成知識產權代理事務所(普通合伙)11371
• 代理人: 宋南

技術領域

本發明涉及軟件測試技術領域，尤其是涉及一種應用程序測試方法及系統。

背景技術

在大型的軟件系統中，各個子系統之間大量的依賴于http(Hyper Text Transfer Protocol，超文本傳輸協議)或https(Hyper Text Transfer Protocol over Secure Socket Layer)協議進行信息交互，軟件開發中API(Application Programming Interface，應用程序編程接口)的編寫與測試是必不可少的環節。

目前在測試過程中，對于某些不容易構造或者不容易獲取的對象，可以通過MOCK測試方法構造一個虛擬的對象以便測試順利完成。但是傳統的MOCK測試方式大多是針對特定的單個接口進行，并且用在開發者開發階段進行接口調試，從而影響了應用程序的測試覆蓋率和測試效率。

發明內容

有鑒于此，本發明的目的在于提供一種應用程序測試方法及系統，以緩解傳統的MOCK測試方式大多是針對特定的單個接口進行，并且用在開發者開發階段進行接口調試，從而影響應用程序的測試覆蓋率和測試效率的問題。

第一方面，本發明實施例提供了一種應用程序測試方法，包括：

代理服務器利用Fiddler工具接收測試請求報文，解析并判斷所述測試請求報文的來源；

如果所述來源為待測客戶端，則將所述測試請求報文重定向轉發至中間服務器；

所述中間服務器接收并解析所述測試請求報文，獲取接口路徑；

遍歷配置數據庫，當查找到與所述接口路徑匹配的模擬報文時，將所述模擬報文作為響應報文發送至所述代理服務器；

所述代理服務器通過Fiddler工具返回所述響應報文至所述待測客戶端。

結合第一方面，本發明實施例提供了第一方面的第一種可能的實施方式，其中，所述中間服務器接收并解析所述測試請求報文之后，還包括：

獲取所述測試請求報文中的測試參數；

所述將所述模擬報文作為響應報文發送至所述代理服務器包括：

讀取查找到的與所述接口路徑匹配的模擬報文；

當所述測試參數存在回調函數名時，根據所述測試參數中的回調函數名來組裝jsonp格式的模擬報文；

將組裝后的所述模擬報文作為響應報文發送至所述代理服務器。

結合第一方面，本發明實施例提供了第一方面的第二種可能的實施方式，其中，還包括：

當所述配置數據庫中不存在與所述接口路徑匹配的模擬報文時，所述中間服務器請求源目標服務器以獲取響應報文。

結合第一方面的第二種可能的實施方式，本發明實施例提供了第一方面的第三種可能的實施方式，其中，所述中間服務器請求源目標服務器以獲取響應報文包括：

所述中間服務器從所述配置數據庫中獲取配置的源目標服務器域名；

重新構造測試請求報文，并添加來源標簽至所述測試請求報文，其中所述測試請求報文包括源目標服務器域名；

將所述測試請求報文發送至所述代理服務器，通過所述代理服務器的Fiddler工具請求源目標服務器以獲取響應報文。

結合第一方面的第三種可能的實施方式，本發明實施例提供了第一方面的第四種可能的實施方式，其中，所述通過所述代理服務器的Fiddler工具請求源目標服務器以獲取響應報文包括：

所述代理服務器的Fiddler工具解析所述測試請求報文，當判斷出所述測試請求報文的來源為所述中間服務器時，根據所述測試請求報文請求所述源目標服務器以獲取響應報文。

第二方面，本發明實施例還提供一種應用程序測試系統，包括代理服務器，及分別與所述代理服務器連接的中間服務器、待測客戶端；

所述代理服務器，用于利用Fiddler工具接收測試請求報文，解析并判斷所述測試請求報文的來源；如果所述來源為待測客戶端，則將所述測試請求報文重定向轉發至中間服務器；

所述中間服務器，用于接收并解析所述測試請求報文，獲取接口路徑；遍歷配置數據庫，當查找到與所述接口路徑匹配的模擬報文時，將所述模擬報文作為響應報文發送至所述代理服務器；

所述代理服務器還用于通過Fiddler工具返回所述響應報文至所述待測客戶端；

所述待測客戶端用于發送測試請求報文至所述代理服務器，并接收所述代理服務器返回的所述響應報文。