[發明專利]網站架構升級測試系統和方法

在審

• 申請號: 201510908223.2
• 申請日: 2015-12-10
• 公開（公告）號: CN105302731A
• 公開（公告）日: 2016-02-03
• 發明（設計）人: 李尊敬
• 申請（專利權）人: 北京京東尚科信息技術有限公司;北京京東世紀貿易有限公司
• 主分類號: G06F11/36
• 分類號: G06F11/36
• 代理公司: 中科專利商標代理有限責任公司 11021
• 代理人: 周泉

技術領域

本發明涉及網站架構升級，具體地涉及網站架構升級測試系統和方法。

背景技術

近年來，隨著互聯網行業的興起，互聯網產品也層出不窮，并已經逐漸成為當今社會信息交互的主要載體。隨著用戶數量的飛速增長，很多互聯網產品原有的系統的性能和擴展性會遇到瓶頸，不得不每隔一段時間進行系統架構升級。架構升級通常是在不改變原有功能的前提下，對系統的底層架構進行調整和優化，對既有代碼重新整理和優化，從而使升級后系統性能和擴展性更好。架構升級之后，最重要的就是功能測試。如何保證架構升級后的系統功能的可靠性已經成為許多大型互聯網公司迫切需要解決的一個問題。

當前，互聯網行業通常采用以下幾種技術進行產品的功能測試：

UnitTest(單元測試)：開發人員編寫的一小段代碼，用于檢驗被測代碼的一個很小的、很明確的功能是否正確。通常而言，一個單元測試是用于判斷某個特定條件(或者場景)下某個特定函數的行為；

集成測試(也叫組裝測試)：單元測試的邏輯擴展。它最簡單的形式是把兩個已經測試過的單元組合成一個組件，測試它們之間的接口。從這一層意義上講，組件是指多個單元的集成聚合。在現實方案中，許多單元組合成組件，而這些組件又聚合為程序的更大部分。方法是測試片段的組合，并最終擴展成進程，將模塊與其他組的模塊一起測試。最后，將構成進程的所有模塊一起測試；以及

回歸測試：指修改了舊代碼后，重新進行測試以確認修改沒有引入新的錯誤或導致其他代碼產生錯誤。回歸測試作為軟件生命周期的一個組成部分，在整個軟件測試過程中占有很大的工作量比重，軟件開發的各個階段都會進行多次回歸測試。

目前國內大部分互聯網公司網站系統架構升級后，系統功能測試都是由開發人員的編寫單元測試和集成測試，測試人員采用人工黑盒測試來完成的。互聯網行業中產品的單元測試，集成測試等測試方法都是沿用了傳統軟件行業測試手段。但是對于網站架構升級來說，架構升級人員通常不是原有系統開發人員。因此難以全面評估出涉及到改動的功能點，并且既有代碼重構后，單元測試的覆蓋度也很難做到100％完全覆蓋。因此，經常出現產品上線一段時間后才暴露出bug(漏洞)的情況。

發明內容

為了解決現有技術中存在的上述問題，本發明提出了一種網站架構升級測試系統和方法。

根據本發明的一個方面，提出了一種網站架構升級測試系統，包括：流量復制和控制單元，用于接收用戶請求數據，并將接收到的用戶請求數據復制為兩份，并將兩份用戶請求數據分別發送到升級前的系統和升級后的系統；功能測試處理單元，用于基于升級前的系統和升級后的系統的輸出結果進行測試。

優選地，所述流量復制和控制單元包括：

接收模塊，用于接收用戶請求數據，

復制模塊，用于執行對用戶請求數據的復制，以及

存儲模塊，用于存儲用戶請求數據。

優選地，所述代理模塊容宿所述執行模塊。

優選地，升級前的系統和升級后的系統并行連接在所述流量復制和控制單元與所述功能測試處理單元之間。

優選地，所述用戶請求數據是超文本傳輸協議或安全超文本傳輸協議請求報文信息。

根據本發明的另一方面，提出了一種網站架構升級測試方法，包括：接收用戶請求數據；將接收到的用戶請求數據復制為兩份，并將兩份用戶請求數據分別發送到升級前的系統和升級后的系統；基于升級前的系統和升級后的系統的輸出結果進行測試。

優選地，所述方法還包括：存儲用戶請求數據。

優選地，所述用戶請求數據是超文本傳輸協議或安全超文本傳輸協議請求報文信息。

根據本發明的上述技術方案，解決了網站架構升級后，功能測試效率低下，測試覆蓋度不全面的問題。該方案的優點在于使用全量生產線的原生的用戶請求數據和響應結果作為待測試系統的輸入參數和標準輸出值。相當于為架構升級后的系統打造了實時準生成環境，成功通過該方案測試的系統上線之后，理論上不會再出現bug，因為該系統已經提前接受了全量線上用戶請求的考驗。測試樣本數相比于測試人員模擬的實驗數據要豐富和真實的多。

附圖說明

圖1示出了根據本發明的網站架構升級測試系統的結構框圖；

圖2示出了根據本發明的網站架構升級測試方法的流程圖；

圖3示出了根據本發明的一種實施例的網站架構升級測試系統中的流量復制和控制單元的具體結構框圖。

具體實施方式

以下參考附圖對本發明進行具體描述。