[發明專利]異步存儲測試方法、電子裝置、計算機設備及存儲介質在審
| 申請號: | 202010102341.5 | 申請日: | 2020-02-19 |
| 公開(公告)號: | CN111290897A | 公開(公告)日: | 2020-06-16 |
| 發明(設計)人: | 楊靈 | 申請(專利權)人: | 深圳壹賬通智能科技有限公司 |
| 主分類號: | G06F11/22 | 分類號: | G06F11/22;G06F11/34 |
| 代理公司: | 北京英特普羅知識產權代理有限公司 11015 | 代理人: | 程超 |
| 地址: | 518052 廣東省深圳市*** | 國省代碼: | 廣東;44 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 異步 存儲 測試 方法 電子 裝置 計算機 設備 介質 | ||
本發明涉及一種異步存儲測試方法、裝置、計算機設備及存儲介質,方法包括:獲取客戶端的HTTP請求數據,并返回ID;對所述HTTP請求數據進行異步處理;調用回調函數API監聽處理結果;驗證異步功能;驗證celery是否塞滿;驗證celery work端性能;驗證gunion服務性能;生成性能測試報告。本方法在異步處理結束之后進行異步測試,并增加回調函數,有利于獲得異步的性能和功能,從而對異步架構的測試進行改進。
技術領域
本發明涉及異步處理領域,涉及一種異步處理方法、電子裝置、計算機設備及存儲介質。
背景技術
在互聯網時代服務器是任何產品必不可少的重要組成部分,面對海量用戶如何設計高性能并發的網絡框架是個經典問題,現有的技術方案大致如下:一個線程專用處理網絡,其余線程作為線程池來處理任務,現有技術方案中,并發完全依賴線程數量,嚴重加大系統開銷,而且隨著連接數的增多,現有方案開銷線性增長,處理每個連接都要使用一個線程,而到一定的數量后,效率隨著線程數的增加而減少。而現有技術中AI算法涉及的參數較多,計算量大,存儲或者算法需要進行異步處理,傳統的測試方法只能針對同步處理進行測試,無法對異步處理進行測試,無法獲取異步處理的性能指標,無法對異步處理的功能進行適應性改進。
發明內容
本發明要解決的技術問題是為了測試異步的部分,提出了一種異步存儲測試方法。
本發明是通過下述技術方案來解決上述技術問題:
一種異步存儲測試方法,包括以下步驟:
步驟1、獲取客戶端的HTTP請求數據,并返回ID;
步驟2、對所述HTTP請求數據進行異步處理;
步驟3、調用回調函數API監聽處理結果;
步驟4、驗證異步功能,若通過,則進入步驟5;
步驟5、驗證celery是否塞滿,若通過,則進入步驟6;
步驟6、驗證celery work端性能,若通過,則進入步驟7;
步驟7、驗證gunion服務性能;
步驟8、生成性能測試報告。
進一步地,步驟5中驗證celery是否塞滿包括:查看RabbitMQ服務器是否有報錯信息或者崩掉,若是,則celery已塞滿。
進一步地,步驟6中驗證celery work端性能包括:提取celery work的性能指標,通過python提取Locust及top值。
進一步地,步驟3中調用回調函數API監聽處理結果包括:調用回調函數并檢驗回調函數是否成功返回回調內容,若否,則數據還在處理中,若是,則異步存儲測試完畢。
進一步地,步驟7中驗證gunion服務性能包括:通過python提取top命令中的性能指標以及locust的最優tps。
進一步地,步驟4中驗證異步功能包括:
判斷異步測試路徑是否通暢,具體包括驗證日志中是否一直調用回調函數中請求,若是,則進入下一步;
判斷work部分能否寫入日志,通過進入日志校驗數據寫入日志是否正確,若是,則進入下一步;
判斷work部分能否寫入數據庫,通過進入mongo校驗數據寫入數據庫是否正確性,若是,則進入下一步。
本發明還公開了一種電子裝置,包括:
數據采集模塊,用于采集客戶端發送的HTTP請求數據,并返回ID至客戶端;
異步處理模塊,用于對所述HTTP請求數據進行異步處理;
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于深圳壹賬通智能科技有限公司,未經深圳壹賬通智能科技有限公司許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/202010102341.5/2.html,轉載請聲明來源鉆瓜專利網。





