CN107273250B - 电子化保单自动承保系统的测试方法及装置 - Google Patents

Abstract

本公开是关于一种电子化保单自动承保系统的测试方法及装置，属于产品测试技术领域。该方法包括：模拟电子化的保险新产品在所述电子化保单自动承保系统和核心保单管理系统之间交互的保单承保流程；不依赖前端投保系统的情况下，对所述电子化的保险新产品的承保流程进行测试，其中所述电子化的保险新产品在核心保单管理系统中定义，并将所述电子化的保险新产品的定义规则传送至所述电子化保单自动承保系统。本发明通过可视化的测试平台，能够实现在不依赖前端投保系统的情况下，对电子化的保险新产品实现快速的测试。

Description

电子化保单自动承保系统的测试方法及装置

技术领域

本公开涉及产品测试技术，尤其涉及一种电子化保单自动承保系统的测试方法及装置。

背景技术

现有技术中，由于新保单的整个承保流程涉及到多个系统之间的交互，导致保险新产品在核心保单管理系统定义完成后，测试过程复杂。而且在测试过程中，一些必要的但又不是本次保险新产品所考虑的数据因素发生错误后，需要多个系统联动进行错误筛查修正。这些因素导致测试效率慢，新产品上线周期加长。并且因保单参数之间有一定的逻辑关系，排查修改均复杂，人工排查有时可能需要几天，甚至几周时间。

因此，需要一种新的电子化保单自动承保系统的测试方法及装置。

在所述背景技术部分公开的上述信息仅用于加强对本公开的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开提供一种电子化保单自动承保系统的测试方法及装置，能够快速的测试电子化的保险新产品。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一方面，提供一种电子化保单自动承保系统的测试方法，包括：模拟电子化的保险新产品在所述电子化保单自动承保系统和核心保单管理系统之间交互的保单承保流程；不依赖前端投保系统的情况下，对所述电子化的保险新产品的承保流程进行测试，其中所述电子化的保险新产品在核心保单管理系统中定义，并将所述电子化的保险新产品的定义规则传送至所述电子化保单自动承保系统。

根据本公开的一实施方式，还包括：封装保单信息，并以XML格式将保单信息传递至所述电子化保单自动承保系统；所述电子化保单自动承保系统接收所述保单信息，将XML格式的所述保单信息转换成java.sql.Blob对象存储至数据库中；所述电子化保单自动承保系统解析所述保单信息，并与核心保单管理系统以IBM MQ的方式进行保单数据交互；所述保单在所述核心保单管理系统承保。

根据本公开的一实施方式，其中所述前端投保系统包括微信、网站、MSS。

根据本公开的一实施方式，其中所述前端投保系统的投保渠道包括：MSS个险电子化投保、MSS个险微信投保、银保电子化投保、银保微信投保、淘宝网站投保、养老网站投保、养老微信投保、电话销售投保，所述投保渠道通过所述电子化保单自动承保系统导入所述核心保单管理系统。

根据本公开的一实施方式，其中对所述电子化的保险新产品的承保流程进行测试的步骤包括：选择合适条件，其中所述合适条件包括使用环境和投保渠道；从所述数据库中导出所选择的投保渠道既往已经承保的保单信息作为样例报文；自动生成以XML格式的包括保单标志的保单模板；进行数据准备，修改所述保单模板中与所述电子化的保险新产品相关的信息，保存为XML格式的测试报文；将所述测试报文提交至所述电子化保单自动承保系统；将所述保险新产品的测试保单提交至所述核心保单管理系统。

根据本公开的一实施方式，其中所述保单标志具有唯一性，包括公司号和保单号。

根据本公开的一实施方式，还包括生成新保单号的功能。

根据本公开的一实施方式，还包括：当保单承保过程中发生异常时，从所述数据库中导出所述保单的原始数据，用于定位异常原因。

根据本公开的一实施方式，所述测试方法基于java swing可视化技术，集成web服务调用和对XML文件读写操作技术。

根据本公开的一实施方式，其中对所述数据库采用固定查询方式。

根据本公开实施例的另一方面，提供一种电子化保单自动承保系统的测试装置，包括：模拟模块，用于模拟电子化的保险新产品在所述电子化保单自动承保系统和核心保单管理系统之间交互的保单承保流程；测试模式，用于实现在不依赖前端投保系统的情况下，对所述电子化的保险新产品的承保流程进行测试，其中所述电子化的保险新产品在核心保单管理系统中定义，并将所述电子化的保险新产品的定义规则传送至所述电子化保单自动承保系统。

根据本公开的一实施方式，还包括：前端投保系统，用于封装保单信息，调用所述电子化保单自动承保系统提供的web接口应用，并以XML格式将保单信息传递至所述电子化保单自动承保系统；电子化保单自动承保系统，用于接收并解析所述保单信息，将所述XML格式的保单信息转换成java.sql.Blob对象，与核心保单管理系统以IBM MQ的方式进行保单数据交互；数据库，用于存储转换成java.sql.Blob对象的所述保单信息；保单送入核心保单管理系统，接收所述电子化保单自动承保系统发送的解析后的保单信息，所述保单在所述核心保单管理系统承保。

根据本公开的一实施方式，其中所述前端投保系统包括微信、网站、MSS。

根据本公开的一实施方式，其中所述前端投保系统的投保渠道包括：MSS个险电子化投保、MSS个险微信投保、银保电子化投保、银保微信投保、淘宝网站投保、养老网站投保、养老微信投保、电话销售投保，所述投保渠道通过所述电子化保单自动承保系统导入所述核心保单管理系统。

根据本公开的一实施方式，其中所述测试模块包括：选择单元，用于选择合适条件，其中所述合适条件包括使用环境和投保渠道；导出单元，用于从所述数据库中导出所选择的投保渠道既往已经承保的保单信息作为样例报文；模板生成单元，用于自动生成以XML格式的包括保单标志的保单模板；测试报文生成单元，用于进行数据准备，修改所述保单模板中与所述电子化的保险新产品相关的信息，保存为XML格式的测试报文；提交单元，用于将所述测试报文提交至所述电子化保单自动承保系统；承保测试单元，用于将所述保险新产品的测试保单提交至所述核心保单管理系统。

根据本公开的一实施方式，其中所述保单标志具有唯一性，包括公司号和保单号。

根据本公开的一实施方式，还包括新保单号生成模块，用于在所述测试装置中生成新保单号。

根据本公开的一实施方式，还包括：异常定位模块，用于当保单承保过程中发生异常时，从所述数据库中导出所述保单的原始数据，用于定位异常原因。

根据本公开的一实施方式，所述测试装置基于java swing可视化技术，集成web服务调用和对XML文件读写操作技术。

根据本公开的一实施方式，其中对所述数据库采用固定查询方式。

根据本公开的电子化保单自动承保系统的测试方法及装置，通过独立的测试平台模拟保单在前端投保系统、电子化保单自动承保系统和核心保单管理系统之间的数据交互过程，能够实现在不依赖前端投保系统的情况下，对核心保单管理系统中定义的电子化的保险新产品进行快速测试。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1示意性示出根据本公开示例实施方式的电子化保单自动承保系统的测试方法的流程图；

图2示意性示出根据本公开示例实施方式的保单承保流程图；

图3示意性示出根据本公开示例实施方式的电子化保单自动承保系统的测试方法的流程图；

图4示意性示出根据本公开示例实施方式的测试方法的个险电投在开发环境进行电子化的保险新产品测试的流程图；

图5示意性示出根据本公开示例实施方式的测试方法在测试环境生成新保单号的流程图；

图6示意性示出根据本公开示例实施方式的测试方法在测试环境获取保单原始数据的流程图；

图7-1至图7-7示意性示出根据本公开示例实施方式的测试方法的电子工具的使用界面图；

图8示意性示出根据本公开示例实施方式的电子化保单自动承保系统的测试装置的框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知结构、方法、装置、实现、材料或者操作以避免喧宾夺主而使得本公开的各方面变得模糊。

附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1示意性示出根据本公开示例实施方式的电子化保单自动承保系统的测试方法的流程图。

如图1所示，在步骤S110，模拟电子化的保险新产品在所述电子化保单自动承保系统和核心保单管理系统之间交互的保单承保流程。

在示例性实施例，所述电子化保单自动承保系统简称为FE。FE作为外围的所述前端投保系统与所述核心保单管理系统(CSC系统)交互的中间件，提供了统一、规范、高效、机动性强的安全机制。

FE可以对保险新产品进行初步校验，通过针对通用规则来进行初步校验，例如被保险人姓名是否只包含文字这类简单的校验，进一步的校验放在核心保单管理系统中进行，例如根据被保险人的年龄段来区分投保的险种。

在步骤S120，不依赖前端投保系统的情况下，对所述电子化的保险新产品的承保流程进行测试。

其中，所述电子化的保险新产品在核心保单管理系统中定义，并将所述电子化的保险新产品的定义规则传送至所述电子化保单自动承保系统。

在示例性实施例，还包括生成新保单号的功能。

在示例性实施例，所述测试方法基于java swing可视化技术，集成web服务调用和对XML文件读写操作技术。

本公告实施方式基于java swing可视化技术(当然，还可以采用其它任何可视化技术)，并集成了web服务调用、对指定数据库固定查询、对XML文件读写操作等技术，开发出一款方便开发人员和测试人员日常工作的可视化测试工具。相关人员可以利用该工具，从数据库导出开发环境或测试环境的保单原始数据；开发、测试人员在开发测试电子化的保险新产品时，可利用该工具从数据库中导出指定渠道既往已经承保的保单信息，将保单中新产品相关的信息进行修改，并通过该工具直接模拟FE至核心保单管理系统的保单承保流程。

该测试工具为方便测试电子化的保险新产品的承保流程而设计。根据权限设置，可以在开发环境和测试环境使用。

现有技术中，一款新产品在CSC系统定义完成之后，CSC系统需要将定义的规则告知FE电子化系统和前端投保系统。FE电子化系统和前端投保系统需要根据新产品的定义规则进行配置。只有在三个系统(前端投保系统、电子化自动承保系统和核心保单管理系统)均开发完成后，方可进行联通性测试。

本公开的电子化保单自动承保系统的测试方法，通过使用该测试工具，FE可在前端投保系统完成开发之前，独自模拟电子化的保险新产品在FE和核心保单管理系统之间交互的投保流程，以实现快速测试或验证在CSC系统中定义的新产品的目的。

图2示意性示出根据本公开示例实施方式的保单承保流程图。

如图2所示，在步骤S210，所述前端投保系统调用所述电子化保单自动承保系统提供的web接口应用，封装保单信息，并以XML格式将保单信息传递至所述电子化保单自动承保系统。

在示例性实施例，所述保单信息中包括关于顾客的信息，例如该顾客的特征、所投的保险或其它因素。所述信息可以使用标准化的XML格式录入。所录入的保单信息的部分是顾客的签名。在一个实施例中，所述签名是电子签名。在其它实施例中，使用其他数据格式和协议。在又一实施例中，所述信息经由私有网络录入。所述信息经由仅用于保险用途的专用网络录入。

在示例性实施例，其中所述前端投保系统包括微信、网站、MSS。

在步骤S220，所述电子化保单自动承保系统接收所述保单信息，将XML格式的所述保单信息转换成java.sql.Blob对象存储至数据库中。

FE系统将原始XML格式的保单转换成java.sql.Blob对象存储到本地数据库，是为了方便查看和编辑，之后需要FE系统对java.sql.Blob对象进行解析，再转换成XML格式的与核心保单管理系统进行交互。

在示例性实施例，所述数据库可以是单独的保险公司数据库。

在步骤S230，所述电子化保单自动承保系统解析所述保单信息，调用接口服务，并与核心保单管理系统以IBM MQ的方式进行保单数据交互。

在示例性实施例，FE解析所述数据库中的所述保单信息，然后进行重新拼装，并多次与所述核心保单管理系统以IBM MQ(或者其它方式，本发明对此不作限定)的方式，实时进行保单数据交互，最终保单在核心保单管理系统承保落地。

在示例性实施例，其中所述前端投保系统的投保渠道包括：MSS个险电子化投保、MSS个险微信投保、银保电子化投保、银保微信投保、淘宝网站投保、养老网站投保、养老微信投保、电话销售投保，所述投保渠道通过所述电子化保单自动承保系统导入所述核心保单管理系统。

在步骤S240，所述保单在所述核心保单管理系统承保。

在示例性实施例，还包括：当保单承保过程中发生异常时，从所述数据库中导出所述保单的原始数据，用于定位异常原因。

图3示意性示出根据本公开示例实施方式的电子化保单自动承保系统的测试方法的流程图。

如图3所示，在步骤S310，选择合适条件，其中所述合适条件包括使用环境和投保渠道。

在步骤S320，从所述数据库中导出所选择的投保渠道既往已经承保的保单信息作为样例报文。

测试平台从本地数据库中调取既往已经承保的保单，在使用环境和投保渠道选定的前提下，可以选择时间最新的保单作为保险新产品的测试模板，因为保险产品的规则定义是随时在发生变化的，时间最近的一般规则越接近。当然，本发明并不限定于此，还可以采用其它的匹配方式来获取与当前保险新产品最相近似的已经承保的保单作为测试模板。

测试平台中具体测试的内容根据实际需要而变化，可能是格式条款部分，也可能是需要用户录入的部分。

整个测试过程如下：测试平台根据预设的条件从FE系统的本地数据库中调取既往已经承保的最新的保单，然后根据定义的新产品的规则修改需要改动的内容，再通过FE系统以消息队列的形式传递给核心保单管理系统。核心保单管理系统对其进行校验，返回不同的信号，分别代表校验通过或者校验失败，然后FE系统可以根据校验失败的信息打开界面，调出校验失败的新产品进行修改。

在示例性实施例，其中对所述数据库采用固定查询方式。

一般开发人员通过第三方数据库前端软件工具，查询数据库信息时，每次都是编写SQL，直接访问数据表。对于工作经验不足的开发人员，对数据库操作失误，有可能对数据库的数据安全性构成威胁。采用本实施例中的固定查询方式，每次开发人员或者测试人员访问数据库时，不再需要编写SQL，可以避免对数据库的失误操作，提高了数据库的数据安全性。

在步骤S330，自动生成以XML格式的包括保单标志的保单模板。

在示例性实施例，其中所述保单标志具有唯一性，包括公司号和保单号。

在步骤S340，进行数据准备，修改所述保单模板中与所述电子化的保险新产品相关的信息，保存为XML格式的测试报文。

在步骤S350，调用web接口应用，将所述测试报文提交至所述电子化保单自动承保系统。

在步骤S360，调用接口服务，将所述保险新产品的测试保单提交至所述核心保单管理系统。

本公开的电子化保单自动承保系统的测试方法，通过使用该测试工具，FE可在前端投保系统完成开发之前，独自模拟电子化的保险新产品在FE和核心保单管理系统之间交互的投保流程，以实现快速测试或验证在CSC系统中定义的新产品的目的，并且通过从数据库中导入既往指定渠道已经承保的保单信息，仅修改与保险新产品相关的信息，其它相同的必要信息保留下来即可，可以很大程度上避免其他必要因素影响保险新产品的测试效率。

图4示意性示出根据本公开示例实施方式的测试方法的个险电投在开发环境进行电子化的保险新产品测试的流程图。

如图4所示，在步骤S410，双击点开测试工具。

在步骤S420，选择使用环境为开发环境，主渠道为个险电投。

在步骤S430，点击“下载样例报文”按钮。

下载样例保单报文功能中，限制的条件越详细，可以最大程度上让使用者获取尽可能准确的样例保单报文信息，可以进一步提高测试效率。例如，可以选择使用环境为UAT-测试环境、主渠道为0-渠道，选择销售渠道为AG-个险、自核结果为通过、缴费方式为实时转账和展业模式为M-微信投保等来进行限定。

在步骤S440，桌面自动生成有效的保单模板(“公司号-保单号.xml”)。

在步骤S450，数据准备，修改保单模板中保险新产品信息，并将报文文件名改为“test.xml”。

在步骤S460，准备完毕，在测试工具页面选择公司号、8位保单号，点击“导入XML”按钮。

在步骤S470，调用接口服务，保单成功进入CSC系统。

上述流程中，测试工具简单易用，同时每一个选择步骤均提供了各种有效校验，只有在符合相应条件的情况下，才能进行相应新产品的测试工作，方便开发人员或测试人员快速测试保险新产品的承保过程。

图5示意性示出根据本公开示例实施方式的测试方法在测试环境生成新保单号的流程图。

如图5所示，在步骤S510，打开测试工具。

在步骤S520，选择使用环境为测试环境，选择需要的公司号。

在步骤S530，点击“生成保单号”按钮。

在步骤S540，在测试工具“保单号”输入框生成新保单号。

该测试工具集成了CSC系统的生成新保单号的功能。“公司号+保单号”在CSC系统是唯一不能重复的保单标志。CSC系统对外提供了一个接口服务，根据公司号生成统一不重复的保单号。该测试工具集成了该功能，方便开发人员、测试人员在开发环境或测试环境获取新保单号，避免产生保单号重复的现象，这也在一定程度上提高保险新产品的测试效率。

图6示意性示出根据本公开示例实施方式的测试方法在测试环境获取保单原始数据的流程图。

如图6所示，在步骤S610，打开测试工具。

在步骤S620，选择使用环境为测试环境，选择公司号、填写保单号。

在步骤S630，点击“导出XML”按钮。

在步骤S640，保单原始数据已xml文档格式导出到桌面。

在保单承保过程中发生异常后，开发或测试人员可以使用该测试工具获取保单投保的详细信息，以便筛查异常原因。

图6以测试环境，根据公司号、保单号获取保单原始数据的举例。

图7-1至图7-7示意性示出根据本公开示例实施方式的测试方法的电子工具的使用界面图。

图8示意性示出根据本公开示例实施方式的电子化保单自动承保系统的测试装置的框图。

如图8所示，该装置包括：模拟模块810，用于模拟电子化的保险新产品在所述电子化保单自动承保系统和核心保单管理系统之间交互的保单承保流程；测试模式820，用于实现在不依赖前端投保系统的情况下，对所述电子化的保险新产品的承保流程进行测试，其中所述电子化的保险新产品在核心保单管理系统中定义，并将所述电子化的保险新产品的定义规则传送至所述电子化保单自动承保系统。

在示例性实施例，还包括：前端投保系统，用于封装保单信息，调用所述电子化保单自动承保系统提供的web接口应用，并以XML格式将保单信息传递至所述电子化保单自动承保系统；电子化保单自动承保系统，用于接收并解析所述保单信息，将所述XML格式的保单信息转换成java.sql.Blob对象，并调用接口服务，与核心保单管理系统以IBM MQ的方式进行保单数据交互；数据库，用于存储转换成java.sql.Blob对象的所述保单信息；保单送入核心保单管理系统，接收所述电子化保单自动承保系统发送的解析后的保单信息，所述保单在所述核心保单管理系统承保。

在示例性实施例，所述IBM MQ是IBM WebSphere MQ的简称，是一种消息中间件，可以简化和优化消息通讯的应用设计，优化系统架构，从而提高整个系统的可靠性、可用性和可扩展性。

在其它实施例，还可以使用ActiveMQ或者jbossMQ，其中ActiveMQ速度非常快，一般要比jbossMQ快10倍。

在示例性实施例，其中所述前端投保系统包括微信、网站、MSS。

在示例性实施例，其中所述前端投保系统的投保渠道包括：MSS个险电子化投保、MSS个险微信投保、银保电子化投保、银保微信投保、淘宝网站投保、养老网站投保、养老微信投保、电话销售投保，所述投保渠道通过所述电子化保单自动承保系统导入所述核心保单管理系统。

在示例性实施例，其中所述测试模块包括：选择单元，用于选择合适条件，其中所述合适条件包括使用环境和投保渠道；导出单元，用于从所述数据库中导出所选择的投保渠道既往已经承保的保单信息作为样例报文；模板生成单元，用于自动生成以XML格式的包括保单标志的保单模板；测试报文生成单元，用于进行数据准备，修改所述保单模板中与所述电子化的保险新产品相关的信息，保存为XML格式的测试报文；提交单元，用于调用web接口应用，将所述测试报文提交至所述电子化保单自动承保系统；承保测试单元，用于调用接口服务，将所述保险新产品的测试保单提交至所述核心保单管理系统。

在示例性实施例，其中所述保单标志具有唯一性，包括公司号和保单号。

在示例性实施例，还包括新保单号生成模块，用于在所述测试装置中生成新保单号。

在示例性实施例，还包括：异常定位模块，用于当保单承保过程中发生异常时，从所述数据库中导出所述保单的原始数据，用于定位异常原因。

在示例性实施例，所述测试装置基于java swing可视化技术，集成web服务调用和对XML文件读写操作技术。

在示例性实施例，其中对所述数据库采用固定查询方式。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开实施方式提供的电子化保单自动承保系统的测试装置，在有效保单基础上进行有针对性的修改并测试，提高测试效率；可视化界面，可直观审核测试保单的错误信息；无需调取或改动核心系统的数据库，提高安全性。

本发明实施例中其它内容参考上述发明实施例中的内容，在此不再赘述。

图1、2、3、4、5和6示出根据本公开示例实施方式的电子化保单自动承保系统的测试方法的流程图。该方法可例如利用如图8所示的电子化保单自动承保系统的测试装置实现，但本公开不限于此。需要注意的是，图1、2、3、4、5和6仅是根据本公开示例实施方式的方法所包括的处理的示意性说明，而不是限制目的。易于理解，图1、2、3、4、5和6所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块/进程/线程中同步或异步执行的。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

本公开的电子化保单自动承保系统的测试方法及装置，开发人员、测试人员在不依赖前端投保系统的情况下，可以快速对新产品进行测试，并尽可能的屏蔽掉了与新产品不相关的干扰因素，提升了新产品的测试效率。此外，从前端传递过来的保单在承保过程中发生异常后，可以快速获取保单原始数据，并根据保单信息定位异常原因，提高了保单的承保效率。同时使用该工具获取保单信息，无需开发、运维人员直接编写SQL对数据库查询，避免了对数据库的误操作。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

以上具体地示出和描述了本公开的示例性实施方式。应可理解的是，本公开不限于这里描述的详细结构、设置方式或实现方法；相反，本公开意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。

Claims (18)

1.一种电子化保单自动承保系统的测试方法，其特征在于，包括：

选择合适条件，其中所述合适条件包括使用环境和投保渠道；

根据所选择的使用环境从数据库中导出所选择的投保渠道既往已经承保的保单信息作为样例报文；

根据所述样例报文自动生成以XML格式的包括保单标志的保单模板；

进行数据准备，修改所述保单模板中与电子化的保险新产品相关的信息，保存为XML格式的测试报文；

将所述测试报文提交至所述电子化保单自动承保系统；

所述电子化保单自动承保系统将所述测试报文提交至核心保单管理系统，以进行测试；其中

所述电子化的保险新产品在核心保单管理系统中定义，并将所述电子化的保险新产品的定义规则传送至所述电子化保单自动承保系统。

2.根据权利要求1所述的方法，其特征在于，所述电子化保单自动承保系统的测试完成后，还包括：

前端投保系统封装保单信息，并以XML格式将保单信息传递至所述电子化保单自动承保系统；

所述电子化保单自动承保系统接收所述保单信息，将XML格式的所述保单信息转换成java.sql.Blob对象存储至数据库中；

所述电子化保单自动承保系统解析所述保单信息，并与核心保单管理系统以IBM MQ的方式进行保单数据交互；

所述保单在所述核心保单管理系统承保。

3.根据权利要求2所述的方法，其特征在于，其中所述前端投保系统包括微信、网站、MSS。

4.根据权利要求2所述的方法，其特征在于，其中所述前端投保系统的投保渠道包括：MSS个险电子化投保、MSS个险微信投保、银保电子化投保、银保微信投保、淘宝网站投保、养老网站投保、养老微信投保、电话销售投保，所述投保渠道通过所述电子化保单自动承保系统导入所述核心保单管理系统。

5.根据权利要求1所述的方法，其特征在于，其中所述保单标志具有唯一性，包括公司号和保单号。

6.根据权利要求5所述的方法，其特征在于，还包括生成新保单号的功能。

7.根据权利要求6所述的方法，其特征在于，还包括：当保单承保过程中发生异常时，从所述数据库中导出所述保单的原始数据，用于定位异常原因。

8.根据权利要求1所述的方法，其特征在于，所述测试方法基于java swing可视化技术，集成web服务调用和对XML文件读写操作技术。

9.根据权利要求1所述的方法，其特征在于，其中对所述数据库采用固定查询方式。

10.一种电子化保单自动承保系统的测试装置，其特征在于，包括：

测试模式，选择合适条件，其中所述合适条件包括使用环境和投保渠道；根据所选择的使用环境从数据库中导出所选择的投保渠道既往已经承保的保单信息作为样例报文；根据所述样例报文自动生成以XML格式的包括保单标志的保单模板；进行数据准备，修改所述保单模板中与电子化的保险新产品相关的信息，保存为XML格式的测试报文；将所述测试报文提交至所述电子化保单自动承保系统；所述电子化保单自动承保系统将所述测试报文提交至核心保单管理系统，以进行测试，其中

所述电子化的保险新产品在核心保单管理系统中定义，并将所述电子化的保险新产品的定义规则传送至所述电子化保单自动承保系统。

11.根据权利要求10所述的装置，其特征在于，还包括：

前端投保系统，用于封装保单信息，并以XML格式将保单信息传递至所述电子化保单自动承保系统；

电子化保单自动承保系统，用于接收并解析所述保单信息，将所述XML格式的保单信息转换成java.sql.Blob对象，与核心保单管理系统以IBM MQ的方式进行保单数据交互；

数据库，用于存储转换成java.sql.Blob对象的所述保单信息；

保单送入核心保单管理系统，接收所述电子化保单自动承保系统发送的解析后的保单信息，所述保单在所述核心保单管理系统承保。

12.根据权利要求11所述的装置，其特征在于，其中所述前端投保系统包括微信、网站、MSS。

13.根据权利要求11所述的装置，其特征在于，其中所述前端投保系统的投保渠道包括：MSS个险电子化投保、MSS个险微信投保、银保电子化投保、银保微信投保、淘宝网站投保、养老网站投保、养老微信投保、电话销售投保，所述投保渠道通过所述电子化保单自动承保系统导入所述核心保单管理系统。

14.根据权利要求10所述的装置，其特征在于，其中所述保单标志具有唯一性，包括公司号和保单号。

15.根据权利要求14所述的装置，其特征在于，还包括新保单号生成模块，用于在所述测试装置中生成新保单号。

16.根据权利要求15所述的装置，其特征在于，还包括：异常定位模块，用于当保单承保过程中发生异常时，从所述数据库中导出所述保单的原始数据，用于定位异常原因。

17.根据权利要求10所述的装置，其特征在于，所述测试装置基于java swing可视化技术，集成web服务调用和对XML文件读写操作技术。

18.根据权利要求10所述的装置，其特征在于，其中对所述数据库采用固定查询方式。

Images