[發明專利]多層級關系測試賬號構建方法、裝置、設備及存儲介質

在審

• 申請號: 202210744714.8
• 申請日: 2022-06-27
• 公開（公告）號: CN115082030A
• 公開（公告）日: 2022-09-20
• 發明（設計）人: 牛潔
• 申請（專利權）人: 平安銀行股份有限公司
• 主分類號: G06Q10/10
• 分類號: G06Q10/10;G06Q40/02;G06F11/36
• 代理公司: 廣東良馬律師事務所 44395
• 代理人: 王兆林

本發明公開一種多層級關系測試賬號構建方法、裝置、設備及存儲介質，方法包括：獲取系統界面發起的注冊請求，根據所述注冊請求展示注冊界面；響應于作用于所述注冊界面的角色關系選擇操作，確定所需創建的賬號的角色；接收通過所述注冊界面輸入的賬號注冊信息，對所述多層關系測試賬號進行構建。本發明解決了現有技術中測試過程中，存在反復構造同類測試賬號、不同系統測試賬號維護成本高，且在不同業務系統測試時復用性低的技術問題。

技術領域

本發明涉及賬號注冊技術領域，具體涉及一種多層級關系測試賬號構建方法、裝置、電子設備及計算機可讀存儲介質。

背景技術

信用卡銷售團隊使用的主要工具為口袋銀行家app中各類展業工具(業務功能)，銷售團隊渠道主要涉及直銷渠道、銀行渠道、綜拓產險、綜拓壽險。各渠道銷售人員組織架構關系存在差異，具體如下：

直銷渠道的組織架構關系為：分中心總→直銷高級管理崗→直銷室經理→直銷團隊經理→直銷一般卡主任→直銷業務員；

銀行渠道的組織架構關系為：分中心總→分行渠道室經理→分行團隊經理→分行專員→銀行員工；

綜拓產險的組織架構關系為：總部管理人員→產險團隊經理→產險專員→坐席；

綜拓壽險的組織架構關系為：總部管理人員→壽險團隊經理→壽險專員→重客。

各業務功能模塊歸屬于不同的業務系統，其業務權限由各系統自行控制。同時，以上組織架構關系，除了在外圍系統中需要完整維護外，還需在不同的業務系統中分別維護。生產環境以定時任務的方式同步，測試環境則為各自系統手工維護。

基于以上特點，目前有如下測試場景和測試賬號訴求：

當進行某渠道角色A的X業務功能測試，需先從外圍系統中創建或搜索角色A的測試賬號1，確認測試賬號1在X業務系統中的組織架構關系是否正確，并為其添加X業務權限，再進行功能測試。

當X業務推廣至該渠道角色A的上一級或者下一級角色B時，需從外圍系統中創建或搜索一個角色B的測試賬號2，在外圍系統和X業務系統維護測試賬號1與測試賬號2之間的層級關系、并在X業務系統為角色B賦X業務的權限。

當a業務再推廣至該渠道角色B的上一級或者下一級角色C時，需從外圍系統中創建或搜索一個角色C的測試賬號3，并在外圍系統和業務系統維護測試賬號1、測試賬號2和測試賬號3之間的層級關系，并在業務系統為角色C賦X業務的權限。

當上述渠道角色A開發新業務Y，并推廣至上述角色B和C，其功能測試所需測試賬號流程將如上述三個場景，在Y業務系統中維護數據。

加之測試賬號存在經常被變更的情況，導致銷售團隊業務功能測試過程中，存在反復構造同類測試賬號、不同系統測試賬號維護成本高，且在不同業務系統測試時復用性低的問題。

發明內容

本發明的目的在于克服上述技術不足，提供一種多層級關系測試賬號構建方法、裝置、電子設備及計算機可讀存儲介質，解決現有技術中測試過程中，存在反復構造同類測試賬號、不同系統測試賬號維護成本高，且在不同業務系統測試時復用性低的技術問題。

為達到上述技術目的，本發明采取了以下技術方案：

第一方面，本發明提供一種多層級關系測試賬號構建方法，包括：

獲取系統界面發起的注冊請求，根據所述注冊請求展示注冊界面；

響應于作用于所述注冊界面的角色關系選擇操作，確定所需創建的賬號的角色；

接收通過所述注冊界面輸入的賬號注冊信息，對所述多層關系測試賬號進行構建。

在一些實施例中，所述響應于作用于所述注冊界面的角色關系選擇操作，確定所需創建的賬號的角色，包括：