本公開涉及產(chǎn)品測試技術(shù)，尤其涉及一種電子化保單自動承保系統(tǒng)的測試方法及裝置。

背景技術(shù)：

現(xiàn)有技術(shù)中，由于新保單的整個承保流程涉及到多個系統(tǒng)之間的交互，導(dǎo)致保險新產(chǎn)品在核心保單管理系統(tǒng)定義完成后，測試過程復(fù)雜。而且在測試過程中，一些必要的但又不是本次保險新產(chǎn)品所考慮的數(shù)據(jù)因素發(fā)生錯誤后，需要多個系統(tǒng)聯(lián)動進行錯誤篩查修正。這些因素導(dǎo)致測試效率慢，新產(chǎn)品上線周期加長。并且因保單參數(shù)之間有一定的邏輯關(guān)系，排查修改均復(fù)雜，人工排查有時可能需要幾天，甚至幾周時間。

因此，需要一種新的電子化保單自動承保系統(tǒng)的測試方法及裝置。

在所述背景技術(shù)部分公開的上述信息僅用于加強對本公開的背景的理解，因此它可以包括不構(gòu)成對本領(lǐng)域普通技術(shù)人員已知的現(xiàn)有技術(shù)的信息。

技術(shù)實現(xiàn)要素：

本公開提供一種電子化保單自動承保系統(tǒng)的測試方法及裝置，能夠快速的測試電子化的保險新產(chǎn)品。

本公開的其他特性和優(yōu)點將通過下面的詳細描述變得顯然，或部分地通過本公開的實踐而習得。

根據(jù)本公開的一方面，提供一種電子化保單自動承保系統(tǒng)的測試方法，包括：模擬電子化的保險新產(chǎn)品在所述電子化保單自動承保系統(tǒng)和核心保單管理系統(tǒng)之間交互的保單承保流程；不依賴前端投保系統(tǒng)的情況下，對所述電子化的保險新產(chǎn)品的承保流程進行測試，其中所述電子 化的保險新產(chǎn)品在核心保單管理系統(tǒng)中定義，并將所述電子化的保險新產(chǎn)品的定義規(guī)則傳送至所述電子化保單自動承保系統(tǒng)。

根據(jù)本公開的一實施方式，還包括：封裝保單信息，并以xml格式將保單信息傳遞至所述電子化保單自動承保系統(tǒng)；所述電子化保單自動承保系統(tǒng)接收所述保單信息，將xml格式的所述保單信息轉(zhuǎn)換成java.sql.blob對象存儲至數(shù)據(jù)庫中；所述電子化保單自動承保系統(tǒng)解析所述保單信息，并與核心保單管理系統(tǒng)以ibmmq的方式進行保單數(shù)據(jù)交互；所述保單在所述核心保單管理系統(tǒng)承保。

根據(jù)本公開的一實施方式，其中所述前端投保系統(tǒng)包括微信、網(wǎng)站、mss。

根據(jù)本公開的一實施方式，其中所述前端投保系統(tǒng)的投保渠道包括：mss個險電子化投保、mss個險微信投保、銀保電子化投保、銀保微信投保、淘寶網(wǎng)站投保、養(yǎng)老網(wǎng)站投保、養(yǎng)老微信投保、電話銷售投保，所述投保渠道通過所述電子化保單自動承保系統(tǒng)導(dǎo)入所述核心保單管理系統(tǒng)。

根據(jù)本公開的一實施方式，其中對所述電子化的保險新產(chǎn)品的承保流程進行測試的步驟包括：選擇合適條件，其中所述合適條件包括使用環(huán)境和投保渠道；從所述數(shù)據(jù)庫中導(dǎo)出所選擇的投保渠道既往已經(jīng)承保的保單信息作為樣例報文；自動生成以xml格式的包括保單標志的保單模板；進行數(shù)據(jù)準備，修改所述保單模板中與所述電子化的保險新產(chǎn)品相關(guān)的信息，保存為xml格式的測試報文；將所述測試報文提交至所述電子化保單自動承保系統(tǒng)；將所述保險新產(chǎn)品的測試保單提交至所述核心保單管理系統(tǒng)。

根據(jù)本公開的一實施方式，其中所述保單標志具有唯一性，包括公司號和保單號。

根據(jù)本公開的一實施方式，還包括生成新保單號的功能。

根據(jù)本公開的一實施方式，還包括：當保單承保過程中發(fā)生異常時，從所述數(shù)據(jù)庫中導(dǎo)出所述保單的原始數(shù)據(jù)，用于定位異常原因。

根據(jù)本公開的一實施方式，所述測試方法基于javaswing可視化技術(shù)，集成web服務(wù)調(diào)用和對xml文件讀寫操作技術(shù)。

根據(jù)本公開的一實施方式，其中對所述數(shù)據(jù)庫采用固定查詢方式。

根據(jù)本公開實施例的另一方面，提供一種電子化保單自動承保系統(tǒng)的測試裝置，包括：模擬模塊，用于模擬電子化的保險新產(chǎn)品在所述電子化保單自動承保系統(tǒng)和核心保單管理系統(tǒng)之間交互的保單承保流程；測試模式，用于實現(xiàn)在不依賴前端投保系統(tǒng)的情況下，對所述電子化的保險新產(chǎn)品的承保流程進行測試，其中所述電子化的保險新產(chǎn)品在核心保單管理系統(tǒng)中定義，并將所述電子化的保險新產(chǎn)品的定義規(guī)則傳送至所述電子化保單自動承保系統(tǒng)。

根據(jù)本公開的一實施方式，還包括：前端投保系統(tǒng)，用于封裝保單信息，調(diào)用所述電子化保單自動承保系統(tǒng)提供的web接口應(yīng)用，并以xml格式將保單信息傳遞至所述電子化保單自動承保系統(tǒng)；電子化保單自動承保系統(tǒng)，用于接收并解析所述保單信息，將所述xml格式的保單信息轉(zhuǎn)換成java.sql.blob對象，與核心保單管理系統(tǒng)以ibmmq的方式進行保單數(shù)據(jù)交互；數(shù)據(jù)庫，用于存儲轉(zhuǎn)換成java.sql.blob對象的所述保單信息；保單送入核心保單管理系統(tǒng)，接收所述電子化保單自動承保系統(tǒng)發(fā)送的解析后的保單信息，所述保單在所述核心保單管理系統(tǒng)承保。

根據(jù)本公開的一實施方式，其中所述前端投保系統(tǒng)包括微信、網(wǎng)站、mss。

根據(jù)本公開的一實施方式，其中所述前端投保系統(tǒng)的投保渠道包括：mss個險電子化投保、mss個險微信投保、銀保電子化投保、銀保微信投保、淘寶網(wǎng)站投保、養(yǎng)老網(wǎng)站投保、養(yǎng)老微信投保、電話銷售投保，所述投保渠道通過所述電子化保單自動承保系統(tǒng)導(dǎo)入所述核心保單管理系統(tǒng)。

根據(jù)本公開的一實施方式，其中所述測試模塊包括：選擇單元，用于選擇合適條件，其中所述合適條件包括使用環(huán)境和投保渠道；導(dǎo)出單元，用于從所述數(shù)據(jù)庫中導(dǎo)出所選擇的投保渠道既往已經(jīng)承保的保單信息作為樣例報文；模板生成單元，用于自動生成以xml格式的包括保單標志的保單模板；測試報文生成單元，用于進行數(shù)據(jù)準備，修改所述保單模板中與所述電子化的保險新產(chǎn)品相關(guān)的信息，保存為xml格式的測試報文；提交單元，用于將所述測試報文提交至所述電子化保單自動承 保系統(tǒng)；承保測試單元，用于將所述保險新產(chǎn)品的測試保單提交至所述核心保單管理系統(tǒng)。

根據(jù)本公開的一實施方式，其中所述保單標志具有唯一性，包括公司號和保單號。

根據(jù)本公開的一實施方式，還包括新保單號生成模塊，用于在所述測試裝置中生成新保單號。

根據(jù)本公開的一實施方式，還包括：異常定位模塊，用于當保單承保過程中發(fā)生異常時，從所述數(shù)據(jù)庫中導(dǎo)出所述保單的原始數(shù)據(jù)，用于定位異常原因。

根據(jù)本公開的一實施方式，所述測試裝置基于javaswing可視化技術(shù)，集成web服務(wù)調(diào)用和對xml文件讀寫操作技術(shù)。

根據(jù)本公開的一實施方式，其中對所述數(shù)據(jù)庫采用固定查詢方式。

根據(jù)本公開的電子化保單自動承保系統(tǒng)的測試方法及裝置，通過獨立的測試平臺模擬保單在前端投保系統(tǒng)、電子化保單自動承保系統(tǒng)和核心保單管理系統(tǒng)之間的數(shù)據(jù)交互過程，能夠?qū)崿F(xiàn)在不依賴前端投保系統(tǒng)的情況下，對核心保單管理系統(tǒng)中定義的電子化的保險新產(chǎn)品進行快速測試。

應(yīng)當理解的是，以上的一般描述和后文的細節(jié)描述僅是示例性和解釋性的，并不能限制本公開。

附圖說明

此處的附圖被并入說明書中并構(gòu)成本說明書的一部分，示出了符合本發(fā)明的實施例，并與說明書一起用于解釋本發(fā)明的原理。

圖1示意性示出根據(jù)本公開示例實施方式的電子化保單自動承保系統(tǒng)的測試方法的流程圖；

圖2示意性示出根據(jù)本公開示例實施方式的保單承保流程圖；

圖3示意性示出根據(jù)本公開示例實施方式的電子化保單自動承保系統(tǒng)的測試方法的流程圖；

圖4示意性示出根據(jù)本公開示例實施方式的測試方法的個險電投在開發(fā)環(huán)境進行電子化的保險新產(chǎn)品測試的流程圖；

圖5示意性示出根據(jù)本公開示例實施方式的測試方法在測試環(huán)境生成新保單號的流程圖；

圖6示意性示出根據(jù)本公開示例實施方式的測試方法在測試環(huán)境獲取保單原始數(shù)據(jù)的流程圖；

圖7-1至圖7-7示意性示出根據(jù)本公開示例實施方式的測試方法的電子工具的使用界面圖；

圖8示意性示出根據(jù)本公開示例實施方式的電子化保單自動承保系統(tǒng)的測試裝置的框圖。

具體實施方式

現(xiàn)在將參考附圖更全面地描述示例實施方式。然而，示例實施方式能夠以多種形式實施，且不應(yīng)被理解為限于在此闡述的范例；相反，提供這些實施方式使得本公開將更加全面和完整，并將示例實施方式的構(gòu)思全面地傳達給本領(lǐng)域的技術(shù)人員。附圖僅為本公開的示意性圖解，并非一定是按比例繪制。圖中相同的附圖標記表示相同或類似的部分，因而將省略對它們的重復(fù)描述。

此外，所描述的特征、結(jié)構(gòu)或特性可以以任何合適的方式結(jié)合在一個或更多實施方式中。在下面的描述中，提供許多具體細節(jié)從而給出對本公開的實施方式的充分理解。然而，本領(lǐng)域技術(shù)人員將意識到，可以實踐本公開的技術(shù)方案而省略所述特定細節(jié)中的一個或更多，或者可以采用其它的方法、組元、裝置、步驟等。在其它情況下，不詳細示出或描述公知結(jié)構(gòu)、方法、裝置、實現(xiàn)、材料或者操作以避免喧賓奪主而使得本公開的各方面變得模糊。

附圖中所示的一些方框圖是功能實體，不一定必須與物理或邏輯上獨立的實體相對應(yīng)。可以采用軟件形式來實現(xiàn)這些功能實體，或在一個或多個硬件模塊或集成電路中實現(xiàn)這些功能實體，或在不同網(wǎng)絡(luò)和/或處理器裝置和/或微控制器裝置中實現(xiàn)這些功能實體。

以下示例性實施例中所描述的實施方式并不代表與本發(fā)明相一致的所有實施方式。相反，它們僅是與如所附權(quán)利要求書中所詳述的、本發(fā)明的一些方面相一致的裝置和方法的例子。

圖1示意性示出根據(jù)本公開示例實施方式的電子化保單自動承保系統(tǒng)的測試方法的流程圖。

如圖1所示，在步驟s110，模擬電子化的保險新產(chǎn)品在所述電子化保單自動承保系統(tǒng)和核心保單管理系統(tǒng)之間交互的保單承保流程。

在示例性實施例，所述電子化保單自動承保系統(tǒng)簡稱為fe。fe作為外圍的所述前端投保系統(tǒng)與所述核心保單管理系統(tǒng)(csc系統(tǒng))交互的中間件，提供了統(tǒng)一、規(guī)范、高效、機動性強的安全機制。

fe可以對保險新產(chǎn)品進行初步校驗，通過針對通用規(guī)則來進行初步校驗，例如被保險人姓名是否只包含文字這類簡單的校驗，進一步的校驗放在核心保單管理系統(tǒng)中進行，例如根據(jù)被保險人的年齡段來區(qū)分投保的險種。

在步驟s120，不依賴前端投保系統(tǒng)的情況下，對所述電子化的保險新產(chǎn)品的承保流程進行測試。

其中，所述電子化的保險新產(chǎn)品在核心保單管理系統(tǒng)中定義，并將所述電子化的保險新產(chǎn)品的定義規(guī)則傳送至所述電子化保單自動承保系統(tǒng)。

在示例性實施例，還包括生成新保單號的功能。

在示例性實施例，所述測試方法基于javaswing可視化技術(shù)，集成web服務(wù)調(diào)用和對xml文件讀寫操作技術(shù)。

本公告實施方式基于javaswing可視化技術(shù)(當然，還可以采用其它任何可視化技術(shù))，并集成了web服務(wù)調(diào)用、對指定數(shù)據(jù)庫固定查詢、對xml文件讀寫操作等技術(shù)，開發(fā)出一款方便開發(fā)人員和測試人員日常工作的可視化測試工具。相關(guān)人員可以利用該工具，從數(shù)據(jù)庫導(dǎo)出開發(fā)環(huán)境或測試環(huán)境的保單原始數(shù)據(jù)；開發(fā)、測試人員在開發(fā)測試電子化的保險新產(chǎn)品時，可利用該工具從數(shù)據(jù)庫中導(dǎo)出指定渠道既往已經(jīng)承保的保單信息，將保單中新產(chǎn)品相關(guān)的信息進行修改，并通過該工具直接模擬fe至核心保單管理系統(tǒng)的保單承保流程。

該測試工具為方便測試電子化的保險新產(chǎn)品的承保流程而設(shè)計。根據(jù)權(quán)限設(shè)置，可以在開發(fā)環(huán)境和測試環(huán)境使用。

現(xiàn)有技術(shù)中，一款新產(chǎn)品在csc系統(tǒng)定義完成之后，csc系統(tǒng)需要 將定義的規(guī)則告知fe電子化系統(tǒng)和前端投保系統(tǒng)。fe電子化系統(tǒng)和前端投保系統(tǒng)需要根據(jù)新產(chǎn)品的定義規(guī)則進行配置。只有在三個系統(tǒng)(前端投保系統(tǒng)、電子化自動承保系統(tǒng)和核心保單管理系統(tǒng))均開發(fā)完成后，方可進行聯(lián)通性測試。

本公開的電子化保單自動承保系統(tǒng)的測試方法，通過使用該測試工具，fe可在前端投保系統(tǒng)完成開發(fā)之前，獨自模擬電子化的保險新產(chǎn)品在fe和核心保單管理系統(tǒng)之間交互的投保流程，以實現(xiàn)快速測試或驗證在csc系統(tǒng)中定義的新產(chǎn)品的目的。

圖2示意性示出根據(jù)本公開示例實施方式的保單承保流程圖。

如圖2所示，在步驟s210，所述前端投保系統(tǒng)調(diào)用所述電子化保單自動承保系統(tǒng)提供的web接口應(yīng)用，封裝保單信息，并以xml格式將保單信息傳遞至所述電子化保單自動承保系統(tǒng)。

在示例性實施例，所述保單信息中包括關(guān)于顧客的信息，例如該顧客的特征、所投的保險或其它因素。所述信息可以使用標準化的xml格式錄入。所錄入的保單信息的部分是顧客的簽名。在一個實施例中，所述簽名是電子簽名。在其它實施例中，使用其他數(shù)據(jù)格式和協(xié)議。在又一實施例中，所述信息經(jīng)由私有網(wǎng)絡(luò)錄入。所述信息經(jīng)由僅用于保險用途的專用網(wǎng)絡(luò)錄入。

在示例性實施例，其中所述前端投保系統(tǒng)包括微信、網(wǎng)站、mss。

在步驟s220，所述電子化保單自動承保系統(tǒng)接收所述保單信息，將xml格式的所述保單信息轉(zhuǎn)換成java.sql.blob對象存儲至數(shù)據(jù)庫中。

fe系統(tǒng)將原始xml格式的保單轉(zhuǎn)換成java.sql.blob對象存儲到本地數(shù)據(jù)庫，是為了方便查看和編輯，之后需要fe系統(tǒng)對java.sql.blob對象進行解析，再轉(zhuǎn)換成xml格式的與核心保單管理系統(tǒng)進行交互。

在示例性實施例，所述數(shù)據(jù)庫可以是單獨的保險公司數(shù)據(jù)庫。

在步驟s230，所述電子化保單自動承保系統(tǒng)解析所述保單信息，調(diào)用接口服務(wù)，并與核心保單管理系統(tǒng)以ibmmq的方式進行保單數(shù)據(jù)交互。

在示例性實施例，fe解析所述數(shù)據(jù)庫中的所述保單信息，然后進行重新拼裝，并多次與所述核心保單管理系統(tǒng)以ibmmq(或者其它方式， 本發(fā)明對此不作限定)的方式，實時進行保單數(shù)據(jù)交互，最終保單在核心保單管理系統(tǒng)承保落地。

在示例性實施例，其中所述前端投保系統(tǒng)的投保渠道包括：mss個險電子化投保、mss個險微信投保、銀保電子化投保、銀保微信投保、淘寶網(wǎng)站投保、養(yǎng)老網(wǎng)站投保、養(yǎng)老微信投保、電話銷售投保，所述投保渠道通過所述電子化保單自動承保系統(tǒng)導(dǎo)入所述核心保單管理系統(tǒng)。

在步驟s240，所述保單在所述核心保單管理系統(tǒng)承保。

在示例性實施例，還包括：當保單承保過程中發(fā)生異常時，從所述數(shù)據(jù)庫中導(dǎo)出所述保單的原始數(shù)據(jù)，用于定位異常原因。

圖3示意性示出根據(jù)本公開示例實施方式的電子化保單自動承保系統(tǒng)的測試方法的流程圖。

如圖3所示，在步驟s310，選擇合適條件，其中所述合適條件包括使用環(huán)境和投保渠道。

在步驟s320，從所述數(shù)據(jù)庫中導(dǎo)出所選擇的投保渠道既往已經(jīng)承保的保單信息作為樣例報文。

測試平臺從本地數(shù)據(jù)庫中調(diào)取既往已經(jīng)承保的保單，在使用環(huán)境和投保渠道選定的前提下，可以選擇時間最新的保單作為保險新產(chǎn)品的測試模板，因為保險產(chǎn)品的規(guī)則定義是隨時在發(fā)生變化的，時間最近的一般規(guī)則越接近。當然，本發(fā)明并不限定于此，還可以采用其它的匹配方式來獲取與當前保險新產(chǎn)品最相近似的已經(jīng)承保的保單作為測試模板。

測試平臺中具體測試的內(nèi)容根據(jù)實際需要而變化，可能是格式條款部分，也可能是需要用戶錄入的部分。

整個測試過程如下：測試平臺根據(jù)預(yù)設(shè)的條件從fe系統(tǒng)的本地數(shù)據(jù)庫中調(diào)取既往已經(jīng)承保的最新的保單，然后根據(jù)定義的新產(chǎn)品的規(guī)則修改需要改動的內(nèi)容，再通過fe系統(tǒng)以消息隊列的形式傳遞給核心保單管理系統(tǒng)。核心保單管理系統(tǒng)對其進行校驗，返回不同的信號，分別代表校驗通過或者校驗失敗，然后fe系統(tǒng)可以根據(jù)校驗失敗的信息打開界面，調(diào)出校驗失敗的新產(chǎn)品進行修改。

在示例性實施例，其中對所述數(shù)據(jù)庫采用固定查詢方式。

一般開發(fā)人員通過第三方數(shù)據(jù)庫前端軟件工具，查詢數(shù)據(jù)庫信息 時，每次都是編寫sql，直接訪問數(shù)據(jù)表。對于工作經(jīng)驗不足的開發(fā)人員，對數(shù)據(jù)庫操作失誤，有可能對數(shù)據(jù)庫的數(shù)據(jù)安全性構(gòu)成威脅。采用本實施例中的固定查詢方式，每次開發(fā)人員或者測試人員訪問數(shù)據(jù)庫時，不再需要編寫sql，可以避免對數(shù)據(jù)庫的失誤操作，提高了數(shù)據(jù)庫的數(shù)據(jù)安全性。

在步驟s330，自動生成以xml格式的包括保單標志的保單模板。

在示例性實施例，其中所述保單標志具有唯一性，包括公司號和保單號。

在步驟s340，進行數(shù)據(jù)準備，修改所述保單模板中與所述電子化的保險新產(chǎn)品相關(guān)的信息，保存為xml格式的測試報文。

在步驟s350，調(diào)用web接口應(yīng)用，將所述測試報文提交至所述電子化保單自動承保系統(tǒng)。

在步驟s360，調(diào)用接口服務(wù)，將所述保險新產(chǎn)品的測試保單提交至所述核心保單管理系統(tǒng)。

本公開的電子化保單自動承保系統(tǒng)的測試方法，通過使用該測試工具，fe可在前端投保系統(tǒng)完成開發(fā)之前，獨自模擬電子化的保險新產(chǎn)品在fe和核心保單管理系統(tǒng)之間交互的投保流程，以實現(xiàn)快速測試或驗證在csc系統(tǒng)中定義的新產(chǎn)品的目的，并且通過從數(shù)據(jù)庫中導(dǎo)入既往指定渠道已經(jīng)承保的保單信息，僅修改與保險新產(chǎn)品相關(guān)的信息，其它相同的必要信息保留下來即可，可以很大程度上避免其他必要因素影響保險新產(chǎn)品的測試效率。

圖4示意性示出根據(jù)本公開示例實施方式的測試方法的個險電投在開發(fā)環(huán)境進行電子化的保險新產(chǎn)品測試的流程圖。

如圖4所示，在步驟s410，雙擊點開測試工具。

在步驟s420，選擇使用環(huán)境為開發(fā)環(huán)境，主渠道為個險電投。

在步驟s430，點擊“下載樣例報文”按鈕。

下載樣例保單報文功能中，限制的條件越詳細，可以最大程度上讓使用者獲取盡可能準確的樣例保單報文信息，可以進一步提高測試效率。例如，可以選擇使用環(huán)境為uat-測試環(huán)境、主渠道為0-渠道，選擇銷售渠道為ag-個險、自核結(jié)果為通過、繳費方式為實時轉(zhuǎn)賬和展業(yè)模式為 m-微信投保等來進行限定。

在步驟s440，桌面自動生成有效的保單模板(“公司號-保單號.xml”)。

在步驟s450，數(shù)據(jù)準備，修改保單模板中保險新產(chǎn)品信息，并將報文文件名改為“test.xml”。

在步驟s460，準備完畢，在測試工具頁面選擇公司號、8位保單號，點擊“導(dǎo)入xml”按鈕。

在步驟s470，調(diào)用接口服務(wù)，保單成功進入csc系統(tǒng)。

上述流程中，測試工具簡單易用，同時每一個選擇步驟均提供了各種有效校驗，只有在符合相應(yīng)條件的情況下，才能進行相應(yīng)新產(chǎn)品的測試工作，方便開發(fā)人員或測試人員快速測試保險新產(chǎn)品的承保過程。

圖5示意性示出根據(jù)本公開示例實施方式的測試方法在測試環(huán)境生成新保單號的流程圖。

如圖5所示，在步驟s510，打開測試工具。

在步驟s520，選擇使用環(huán)境為測試環(huán)境，選擇需要的公司號。

在步驟s530，點擊“生成保單號”按鈕。

在步驟s540，在測試工具“保單號”輸入框生成新保單號。

該測試工具集成了csc系統(tǒng)的生成新保單號的功能。“公司號+保單號”在csc系統(tǒng)是唯一不能重復(fù)的保單標志。csc系統(tǒng)對外提供了一個接口服務(wù)，根據(jù)公司號生成統(tǒng)一不重復(fù)的保單號。該測試工具集成了該功能，方便開發(fā)人員、測試人員在開發(fā)環(huán)境或測試環(huán)境獲取新保單號，避免產(chǎn)生保單號重復(fù)的現(xiàn)象，這也在一定程度上提高保險新產(chǎn)品的測試效率。

圖6示意性示出根據(jù)本公開示例實施方式的測試方法在測試環(huán)境獲取保單原始數(shù)據(jù)的流程圖。

如圖6所示，在步驟s610，打開測試工具。

在步驟s620，選擇使用環(huán)境為測試環(huán)境，選擇公司號、填寫保單號。

在步驟s630，點擊“導(dǎo)出xml”按鈕。

在步驟s640，保單原始數(shù)據(jù)已xml文檔格式導(dǎo)出到桌面。

在保單承保過程中發(fā)生異常后，開發(fā)或測試人員可以使用該測試工具獲取保單投保的詳細信息，以便篩查異常原因。

圖6以測試環(huán)境，根據(jù)公司號、保單號獲取保單原始數(shù)據(jù)的舉例。

圖7-1至圖7-7示意性示出根據(jù)本公開示例實施方式的測試方法的電子工具的使用界面圖。

圖8示意性示出根據(jù)本公開示例實施方式的電子化保單自動承保系統(tǒng)的測試裝置的框圖。

如圖8所示，該裝置包括：模擬模塊810，用于模擬電子化的保險新產(chǎn)品在所述電子化保單自動承保系統(tǒng)和核心保單管理系統(tǒng)之間交互的保單承保流程；測試模式820，用于實現(xiàn)在不依賴前端投保系統(tǒng)的情況下，對所述電子化的保險新產(chǎn)品的承保流程進行測試，其中所述電子化的保險新產(chǎn)品在核心保單管理系統(tǒng)中定義，并將所述電子化的保險新產(chǎn)品的定義規(guī)則傳送至所述電子化保單自動承保系統(tǒng)。

在示例性實施例，還包括：前端投保系統(tǒng)，用于封裝保單信息，調(diào)用所述電子化保單自動承保系統(tǒng)提供的web接口應(yīng)用，并以xml格式將保單信息傳遞至所述電子化保單自動承保系統(tǒng)；電子化保單自動承保系統(tǒng)，用于接收并解析所述保單信息，將所述xml格式的保單信息轉(zhuǎn)換成java.sql.blob對象，并調(diào)用接口服務(wù)，與核心保單管理系統(tǒng)以ibmmq的方式進行保單數(shù)據(jù)交互；數(shù)據(jù)庫，用于存儲轉(zhuǎn)換成java.sql.blob對象的所述保單信息；保單送入核心保單管理系統(tǒng)，接收所述電子化保單自動承保系統(tǒng)發(fā)送的解析后的保單信息，所述保單在所述核心保單管理系統(tǒng)承保。

在示例性實施例，所述ibmmq是ibmwebspheremq的簡稱，是一種消息中間件，可以簡化和優(yōu)化消息通訊的應(yīng)用設(shè)計，優(yōu)化系統(tǒng)架構(gòu)，從而提高整個系統(tǒng)的可靠性、可用性和可擴展性。

在其它實施例，還可以使用activemq或者jbossmq，其中activemq速度非?？欤话阋萰bossmq快10倍。

在示例性實施例，其中所述前端投保系統(tǒng)包括微信、網(wǎng)站、mss。

在示例性實施例，其中所述前端投保系統(tǒng)的投保渠道包括：mss個險電子化投保、mss個險微信投保、銀保電子化投保、銀保微信投保、 淘寶網(wǎng)站投保、養(yǎng)老網(wǎng)站投保、養(yǎng)老微信投保、電話銷售投保，所述投保渠道通過所述電子化保單自動承保系統(tǒng)導(dǎo)入所述核心保單管理系統(tǒng)。

在示例性實施例，其中所述測試模塊包括：選擇單元，用于選擇合適條件，其中所述合適條件包括使用環(huán)境和投保渠道；導(dǎo)出單元，用于從所述數(shù)據(jù)庫中導(dǎo)出所選擇的投保渠道既往已經(jīng)承保的保單信息作為樣例報文；模板生成單元，用于自動生成以xml格式的包括保單標志的保單模板；測試報文生成單元，用于進行數(shù)據(jù)準備，修改所述保單模板中與所述電子化的保險新產(chǎn)品相關(guān)的信息，保存為xml格式的測試報文；提交單元，用于調(diào)用web接口應(yīng)用，將所述測試報文提交至所述電子化保單自動承保系統(tǒng)；承保測試單元，用于調(diào)用接口服務(wù)，將所述保險新產(chǎn)品的測試保單提交至所述核心保單管理系統(tǒng)。

在示例性實施例，其中所述保單標志具有唯一性，包括公司號和保單號。

在示例性實施例，還包括新保單號生成模塊，用于在所述測試裝置中生成新保單號。

在示例性實施例，還包括：異常定位模塊，用于當保單承保過程中發(fā)生異常時，從所述數(shù)據(jù)庫中導(dǎo)出所述保單的原始數(shù)據(jù)，用于定位異常原因。

在示例性實施例，所述測試裝置基于javaswing可視化技術(shù)，集成web服務(wù)調(diào)用和對xml文件讀寫操作技術(shù)。

在示例性實施例，其中對所述數(shù)據(jù)庫采用固定查詢方式。

關(guān)于上述實施例中的裝置，其中各個模塊執(zhí)行操作的具體方式已經(jīng)在有關(guān)該方法的實施例中進行了詳細描述，此處將不做詳細闡述說明。

本公開實施方式提供的電子化保單自動承保系統(tǒng)的測試裝置，在有效保單基礎(chǔ)上進行有針對性的修改并測試，提高測試效率；可視化界面，可直觀審核測試保單的錯誤信息；無需調(diào)取或改動核心系統(tǒng)的數(shù)據(jù)庫，提高安全性。

本發(fā)明實施例中其它內(nèi)容參考上述發(fā)明實施例中的內(nèi)容，在此不再贅述。

圖1、2、3、4、5和6示出根據(jù)本公開示例實施方式的電子化保單自 動承保系統(tǒng)的測試方法的流程圖。該方法可例如利用如圖8所示的電子化保單自動承保系統(tǒng)的測試裝置實現(xiàn)，但本公開不限于此。需要注意的是，圖1、2、3、4、5和6僅是根據(jù)本公開示例實施方式的方法所包括的處理的示意性說明，而不是限制目的。易于理解，圖1、2、3、4、5和6所示的處理并不表明或限制這些處理的時間順序。另外，也易于理解，這些處理可以是例如在多個模塊/進程/線程中同步或異步執(zhí)行的。

通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員易于理解，這里描述的示例實施方式可以通過軟件實現(xiàn)，也可以通過軟件結(jié)合必要的硬件的方式來實現(xiàn)。因此，根據(jù)本公開實施方式的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲在一個非易失性存儲介質(zhì)(可以是cd-rom，u盤，移動硬盤等)中或網(wǎng)絡(luò)上，包括若干指令以使得一臺計算設(shè)備(可以是個人計算機、服務(wù)器、移動終端、或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行根據(jù)本公開實施方式的方法。

本公開的電子化保單自動承保系統(tǒng)的測試方法及裝置，開發(fā)人員、測試人員在不依賴前端投保系統(tǒng)的情況下，可以快速對新產(chǎn)品進行測試，并盡可能的屏蔽掉了與新產(chǎn)品不相關(guān)的干擾因素，提升了新產(chǎn)品的測試效率。此外，從前端傳遞過來的保單在承保過程中發(fā)生異常后，可以快速獲取保單原始數(shù)據(jù)，并根據(jù)保單信息定位異常原因，提高了保單的承保效率。同時使用該工具獲取保單信息，無需開發(fā)、運維人員直接編寫sql對數(shù)據(jù)庫查詢，避免了對數(shù)據(jù)庫的誤操作。

本領(lǐng)域技術(shù)人員在考慮說明書及實踐這里公開的發(fā)明后，將容易想到本發(fā)明的其它實施方案。本申請旨在涵蓋本發(fā)明的任何變型、用途或者適應(yīng)性變化，這些變型、用途或者適應(yīng)性變化遵循本發(fā)明的一般性原理并包括本公開未公開的本技術(shù)領(lǐng)域中的公知常識或慣用技術(shù)手段。說明書和實施例僅被視為示例性的，本發(fā)明的真正范圍和精神由下面的權(quán)利要求指出。

以上具體地示出和描述了本公開的示例性實施方式。應(yīng)可理解的是，本公開不限于這里描述的詳細結(jié)構(gòu)、設(shè)置方式或?qū)崿F(xiàn)方法；相反，本公開意圖涵蓋包含在所附權(quán)利要求的精神和范圍內(nèi)的各種修改和等效設(shè)置。