[發明專利]一種應用程序的內部測試方法、客戶端及服務器

有效

• 申請號: 201210459964.3
• 申請日: 2012-11-15
• 公開（公告）號: CN103812848A
• 公開（公告）日: 2014-05-21
• 發明（設計）人: 信文偉;劉一蘭;何博;楊金仿;廖小誼;高翊竣;曾恒;李逢春;黃楚雄;郭陽;李靖;黃耀明
• 申請（專利權）人: 騰訊科技（深圳）有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06
• 代理公司: 深圳翼盛智成知識產權事務所(普通合伙) 44300
• 代理人: 歐陽啟明

【技術領域】

本發明涉及軟件技術領域，特別是涉及一種應用程序的內部測試方法、客戶端及服務器。

【背景技術】

隨著各種應用程序的不但普及，用戶對應用程序功能的要求越來越高。

譬如由第三方開發的應用程序若要在蘋果公司的下載平臺App?Store上架，則首先需要經過蘋果公司的審核，在審核通過之后方可在下載平臺App?Store上架以供用戶下載使用。

但是第三方開發的應用程序一般需要進行灰度發布，即在正式對外公布之前，需要首先向特定的人群發布以進行測試。譬如國外的某一款應用程序在發布之前，會選取特定的用戶群體為灰度用戶，將待測試應用程序的安裝包直接發放給灰度用戶進行測試，灰度用戶在使用待測試應用程序后將使用體驗反饋第三方。

但是上述灰度發布的方式由于沒有對灰度用戶進行一定的限制，將導致待測試應用程序中某些新功能信息的泄漏，影響灰度發布的目的，給應用程序的開發者造成不必要的麻煩。

因此，需解決現有技術中存在的上述技術問題。

【發明內容】

本發明的一個目的在于提供一種應用程序的內部測試方法，旨在解決現有技術中灰度發布的方式由于沒有對灰度用戶進行一定的限制，將導致待測試應用程序中某些新功能信息的泄漏，影響灰度發布效果的技術問題。

為解決上述技術問題，本發明構造了一種應用程序的內部測試方法，包括以下步驟：

客戶端獲取登錄請求，所述登錄請求用于啟動待測試應用程序；

所述客戶端將獲取的登錄請求發送至服務器，其中所述登錄請求包含有登錄賬號；

所述客戶端接收所述服務器返回的驗證結果；

若所述驗證結果為所述登錄賬號具有內測資格，則所述客戶端控制所述登錄賬號登錄所述待測試應用程序，并顯示一反饋提示信息，用于提示用戶反饋內測體驗信息。

本發明的另一個目的在于提供一種內部測試資格的驗證方法，旨在解決現有技術中灰度發布的方式由于沒有對灰度用戶進行一定的限制，將導致待測試應用程序中某些新功能信息的泄漏，影響灰度發布效果的技術問題。

為解決上述技術問題，本發明構造了一種內部測試資格的驗證方法，包括以下步驟：

服務器接收客戶端發送的登錄請求；

服務器驗證所述登錄請求中的登錄賬號是否具有內測資格，并生成一驗證結果；

服務器將所述驗證結果發送至所述客戶端。

本發明的又一個目的在于提供一種客戶端，旨在解決現有技術中灰度發布的方式由于沒有對灰度用戶進行一定的限制，將導致待測試應用程序中某些新功能信息的泄漏，影響灰度發布效果的技術問題。

為解決上述技術問題，本發明構造了一種客戶端，包括：

登錄請求獲取模塊，用于獲取登錄請求，所述登錄請求用于啟動待測試應用程序，其中所述登錄請求包含有登錄賬號；

登錄請求發送模塊，用于將獲取的登錄請求發送至服務器；

驗證結果接收模塊，用于接收所述服務器發送的驗證結果；

控制模塊，用于在所述驗證結果為所述登錄賬號具有內測資格時，控制所述登錄賬號登錄所述待測試應用程序，

顯示模塊，用于在所述控制模塊控制所述登錄賬號登錄所述待測試應用程序后，顯示一反饋提示信息，以提示用戶反饋內測體驗信息。

本發明的又一個目的在于提供一種服務器，旨在解決現有技術中灰度發布的方式由于沒有對灰度用戶進行一定的限制，將導致待測試應用程序中某些新功能信息的泄漏，影響灰度發布效果的技術問題。

為解決上述技術問題，本發明構造了一種服務器，包括：

登錄請求接收模塊，用于接收客戶端發送的登錄請求；

驗證模塊，用于驗證所述登錄請求中的登錄賬號是否具有內測資格，并生成一驗證結果；

驗證結果發送模塊，用于將所述驗證結果發送至所述客戶端。

相對于現有技術，本發明在檢測到客戶端啟動待測試應用程序時，首先獲取登錄請求，之后根據獲取的登錄請求驗證該登錄請求中的登錄賬號是否具有內測資格，若是，則將登錄賬號登錄待測試應用程序，并請求用戶反饋體驗信息；若否，則提示用戶進行內側資格的申請。通過上述方式，不僅可以及時獲得反饋體驗信息，并根據反饋體驗信息對待測試應用程序進行改進，而且可以有效的避免待測試應用程序某些功能泄露的問題，降低了灰度發布風險，提高了灰度發布的效果。

為讓本發明的上述內容能更明顯易懂，下文特舉優選實施例，并配合所附圖式，作詳細說明如下：

【附圖說明】