CN117194277A - 保险产品测试数据生成方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例提供一种保险产品测试数据生成方法、装置、设备及存储介质，涉及数据处理技术领域。所述方法包括：响应于测试人员的加保测试请求，并基于所述加保测试请求获取测试需求参数；基于所述测试需求参数确定目标用户对象，并获取所述目标用户对象的身份属性信息；基于所述测试需求参数确定险种产品的期望购买策略；根据所述身份属性信息与所述期望购买策略生成产品购买数据并存储至测试数据库。本申请实施例通过测试人员输入的测试需求参数来自动识别构造数据的要素，并自动生成测试所需的产品购买数据，从而提高了构造加保测试数据的效率。

Description

保险产品测试数据生成方法、装置、设备及存储介质

技术领域

本申请涉及数据处理技术领域，具体而言，涉及一种保险产品测试数据生成方法、装置、设备及存储介质。

背景技术

企业在推出保险产品或处理保单业务之前，需要进行相关的产品数据测试。在测试的过程中需要首先构造测试数据，不同于新单测试中直接拉取用户输入的信息构造测试数据，在加保测试过程中，主要依赖于测试人员根据需要测试的情况通过人工来生成产品购买数据，流程较为繁琐复杂且耗时较多，降低了整体的测试效率。综上，亟需一种能够提高加保测试数据构造效率的方案。

发明内容

本申请实施例的目的在于提供一种保险产品测试数据生成方法、装置、设备及存储介质，用以提高构造加保测试数据的效率。

第一方面，本申请实施例提供了一种保险产品测试数据生成方法，包括：

响应于测试人员的加保测试请求，并基于所述加保测试请求获取测试需求参数；

基于所述测试需求参数确定目标用户对象，并获取所述目标用户对象的身份属性信息；

基于所述测试需求参数确定险种产品的期望购买策略；

根据所述身份属性信息与所述期望购买策略生成产品购买数据并存储至测试数据库。

在本申请实施例中，通过测试人员输入的测试需求参数来自动识别构造数据的要素，并自动生成测试所需的产品购买数据，从而提高了构造加保测试数据的效率。

在一些可能的实施例中，所述保险产品测试数据生成方法还包括：

基于所述加保测试请求确定目标测试账号；

所述根据所述身份属性信息与所述期望购买策略生成产品购买数据并存储至测试数据库，具体为：

根据所述身份属性信息与所述期望购买策略生成产品购买数据，并基于所述目标测试账号将所述产品购买数据存储至测试数据库。

在本申请实施例中，通过划分不同的测试账号来分别进行产品购买数据的构造，避免多人配合测试时由于构造重复数据导致影响测试效率的情况，从而进一步提高了整体的测试效率。

在一些可能的实施例中，所述基于所述加保测试请求确定目标测试账号，包括：

判断所述加保测试请求是否附带有测试人员输入的测试账号信息；

若是，则基于所述测试账号信息确定目标测试账号；

若否，则基于预存的默认账号信息确定目标测试账号。

在本申请实施例中，通过提供默认账号，能够在判断测试人员没有指定账号的情况下使用默认账号来构造测试数据，从而进一步提高了整体的测试效率。

在一些可能的实施例中，在所述基于所述加保测试请求确定目标测试账号之后，在所述基于所述目标测试账号将所述产品购买数据存储至测试数据库之前，还包括：

对所述测试数据库中对应于所述目标测试账号的测试数据进行数据初始化。

在本申请实施例中，通过在生成测试数据之前首先对指定账号下的数据进行初始化，从而避免受到其他数据影响的情况，进一步提高了整体的测试效率。

在一些可能的实施例中，所述根据所述身份属性信息与所述期望购买策略生成产品购买数据并存储至测试数据库，包括：

基于所述期望购买策略确定需要购买的目标险种产品，并获取对应于所述目标险种产品的产品信息；

根据所述身份属性信息与所述目标险种产品的产品信息生成产品购买数据并存储至测试数据库。

在本申请实施例中，通过根据期望购买策略确定具体的目标险种产品，并获取相应的产品信息来生成产品购买数据，进一步提高了整体的测试效率。

在一些可能的实施例中，所述根据所述身份属性信息与所述目标险种产品的产品信息生成产品购买数据并存储至测试数据库，具体为：

根据所述身份属性信息对所述测试数据库的信息表进行操作，同时，根据所述目标险种产品的产品信息对所述测试数据库的保单表进行操作，以完成产品购买数据的生成和存储。

在本申请实施例中，通过根据身份属性信息和产品信息来分别操作测试数据库的不同数据表，从而进一步提高整体的测试效率。

在一些可能的实施例中，所述测试需求参数包括年龄参数、性别参数和社保购买参数；

所述基于所述测试需求参数确定目标用户对象，具体为：

基于所述测试需求参数确定用户筛选条件，从预存的测试库中筛选出满足所述用户筛选条件的用户对象作为所述目标用户对象。

在本申请实施例中，通过根据测试人员输入的需求参数精确筛选目标用户对象，从而进一步提高整体的测试效率。

第二方面，本申请实施例提供了一种保险产品测试数据生成装置，包括：

需求响应模块，用于响应于测试人员的加保测试请求，并基于所述加保测试请求获取测试需求参数；

用户确定模块，用于基于所述测试需求参数确定目标用户对象，并获取所述目标用户对象的身份属性信息；

策略确定模块，用于基于所述测试需求参数确定险种产品的期望购买策略；

数据生成模块，用于根据所述身份属性信息与所述期望购买策略生成产品购买数据并存储至测试数据库。

第三方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时可实现第一方面任一实施例所述的方法。

第四方面，本申请实施例提供了一种计算机程序产品，所述的计算机程序产品包括计算机程序，其中，所述的计算机程序被处理器执行时可实现第一方面任一实施例所述的方法。

第五方面，本申请实施例提供了一种电子设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其中，所述处理器执行所述程序时可实现第一方面任一实施例所述的方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种保险产品测试数据生成方法的流程示意图；

图2为本申请实施例提供的一种保险产品测试数据生成装置的结构示意图；

图3为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

需要说明的是，在进行加保测试过程中，需要对用户构造产品购买数据进行测试准备。保险加保指的是在原有的保额基础上增加保障，加保有两种方式，一种是另外买一份新的保险，额外增加一份保障；另一种则是在原有的保单基础上，通过升级的方式加保。两种方式均需要用户购买了某个保险产品的基础上进行。例如，保险公司规定了在用户购买了百万医疗保险之后才能加保购买重疾保险，那么当用户未购买百万医疗保险，并且需要对相应用户购买重疾保险进行加保测试时，就需要首先构造一份该用户购买百万医疗保险的数据（产品购买数据），从而开展后续的加保测试任务。

但是，现有技术在加保测试过程中，主要依赖于测试人员根据需要测试的情况通过人工来生成产品购买数据，流程较为繁琐复杂且耗时较多，降低了整体的测试效率。

针对于上述现有技术存在的问题，如图1所示，本申请实施例提供了一种保险产品测试数据生成方法，可以包括步骤：

S1、响应于测试人员的加保测试请求，并基于加保测试请求获取测试需求参数。

需要说明的是，本申请实施例方法的执行主体可以是一个测试数据生成工具。测试人员可以通过测试数据生成工具的前端页面输入测试需求参数，并发起加保测试请求，测试数据生成工具的平台后端可以响应测试人员发起的加保测试请求，并获取其中的测试需求参数。

S2、基于测试需求参数确定目标用户对象，并获取目标用户对象的身份属性信息。

进一步地，测试需求参数包括年龄参数、性别参数和社保购买参数；

基于测试需求参数确定目标用户对象，具体为：

基于测试需求参数确定用户筛选条件，从预存的测试库中筛选出满足用户筛选条件的用户对象作为目标用户对象。

在本申请实施例中，通过根据测试人员输入的需求参数精确筛选目标用户对象，从而进一步提高整体的测试效率。

需要说明的是，测试人员输入的测试需求参数可以包括：用户的年龄、性别、有无社保、险种产品购买情况等，这些参数用于确定需要构造数据的目标用户对象。

在获取到测试需求参数之后，可以根据这些参数确定需要构造的数据对应的目标用户对象。目标用户对象可以是一个或多个。在确定目标用户对象之后，通过接口获取这些用户的身份属性信息，身份属性信息可以包括姓名、性别、身份证号、住址、家庭成员等。

S3、基于测试需求参数确定险种产品的期望购买策略。

需要说明的是，测试需求参数还可以包括想要构造购买数据的保险产品类型，例如可以通过勾选的方式来确定。

可以理解的是，除了基于测试需求参数确定目标用户对象之外，还可以根据测试需求参数确定险种产品的期望购买策略。例如，用户可以购买的保险包括百万、重疾、意外三种保险产品类型（险种），通过在前端页面中显示这些保险产品类型以供测试人员勾选，勾选的结果即测试人员输入的测试需求参数，后端解析测试需求参数之后可以获取到测试人员想要构造的险种产品的期望购买策略。例如测试人员想要构造目标用户对象购买重疾保险的产品购买数据，那么在前端页面点击“重疾”对应的勾选框，并发起加保测试请求，后端通过解析测试需求参数可以确定得到测试人员想要构造用户购买重疾保险的数据（期望购买策略）。

S4、根据身份属性信息与期望购买策略生成产品购买数据并存储至测试数据库。

需要说明的是，根据获取的目标用户对象的身份属性信息以及期望购买策略可以生成对应的产品购买数据，将产品购买数据存储至测试数据库，即完成了加保测试过程中的数据构造过程。可以理解的是，当目标用户对象为多个时，需要针对每一个用户分别生成一份相应的产品购买数据；同理，当期望购买策略对应的险种产品为多个时，则需要分别生成对应于每一险种产品的产品购买数据。

需要说明的是，由于用户的身份属性信息属于敏感信息，因此在获取过程以及存储测试数据库的过程中需要对身份属性信息进行加密处理，例如采用md5加密。

在本申请实施例中，通过测试人员输入的测试需求参数来自动识别构造数据的要素，并自动生成测试所需的产品购买数据，从而提高了构造加保测试数据的效率。至此，可以构造得到想要的特定用户购买特定保险产品的数据，后续可以在此基础上针对其他加保测试需求执行具体的测试任务，由于采用工具化的形式自动生成保险产品测试的前置数据，因此可以将产品测试的重心偏移到其他需求本身，从而提高了整体的测试效率以及测试效果。

在一些可能的实施例中，保险产品测试数据生成方法还包括：

基于加保测试请求确定目标测试账号；

根据身份属性信息与期望购买策略生成产品购买数据并存储至测试数据库，具体为：

根据身份属性信息与期望购买策略生成产品购买数据，并基于目标测试账号将产品购买数据存储至测试数据库。

进一步地，基于加保测试请求确定目标测试账号，包括：

判断加保测试请求是否附带有测试人员输入的测试账号信息；

若是，则基于测试账号信息确定目标测试账号；

若否，则基于预存的默认账号信息确定目标测试账号。

需要说明的是，在多个测试人员配合加保测试时，每个人彼此构造的数据会存在重复情况，不仅会影响整体的测试效率，并且在构造数据的过程中会相互影响，导致测试过程容易出错。因此，可以划分不同的测试账户以供不同测试人员单独构造测试数据。具体地，测试人员通过前端页面可以输入想要操作的测试账号，平台后端根据加保测试请求可以确定相应的目标测试账号。相应地，测试数据库中包含有与不同测试账户相对应的数据表，当确定了目标测试账户之后，后续构造的产品购买数据仅作用于该账号下的数据表。

需要说明的是，当判断测试人员没有输入测试账户信息时，或者根据测试人员输入的测试账号匹配不到相应的目标测试账号时，则分配一个默认的测试账户作为当前的目标测试账号。默认的测试账号对应的数据可以设定为定时初始化，使得每次分配至测试人员进行数据构造时不会受到原有数据记录的干扰。另外，默认的测试账号可以是一个或多个，当存在多个测试人员同时配合测试，并且多个测试人员均没有个人的测试账号时，可以通过将多个默认测试账号分别分配给这些测试人员进行测试任务。

基于此，通过划分不同的测试账号来分别进行产品购买数据的构造，避免多人配合测试时由于构造重复数据导致影响测试效率的情况，从而进一步提高了整体的测试效率。

在一些可能的实施例中，在基于加保测试请求确定目标测试账号之后，在基于目标测试账号将产品购买数据存储至测试数据库之前，还包括：

对测试数据库中对应于目标测试账号的测试数据进行数据初始化。

需要说明的是，测试人员需要根据不同的测试需求反复对保险产品进行数据测试，在不同测试回合中，为了避免测试账号下历史遗留的构造数据对本次测试构成影响，可以在每次测试过程中对相应测试账号对应的测试数据（主要为测试人员构造的产品购买数据）进行初始化。

具体地，在本次测试过程中确定目标测试账号之后，并且在本次构造数据并操作测试数据库之前，可以对目标测试账号对应的测试数据进行初始化。测试数据的初始化方式可以是恢复至预设的默认配置，也可以是删除此前配置的任何数据。

基于此，通过在生成测试数据之前首先对指定账号下的数据进行初始化，避免发生其他数据影响本次测试任务的情况，减少测试过程出现异常的概率，从而进一步提高了整体的测试效率。

在一些可能的实施例中，根据身份属性信息与期望购买策略生成产品购买数据并存储至测试数据库，包括：

基于期望购买策略确定需要购买的目标险种产品，并获取对应于目标险种产品的产品信息；

根据身份属性信息与目标险种产品的产品信息生成产品购买数据并存储至测试数据库。

需要说明的是，在生成产品购买数据时，可以先基于期望购买策略确定需要构造的目标险种产品，并获取对应的产品信息。可以理解的是，当前的测试账号下可能存在其他用户（非目标用户对象）的产品购买数据，并且这些产品购买数据可能包含目标险种产品对应的购买数据，此时，可以直接基于这些产品购买数据来提取该目标险种产品的产品信息，作为与目标用户对象进行拼接的数据基础。

另外，也可以是预先存储分别对应于各种保险产品的产品信息（未与具体的用户进行拼接），在识别出期望购买策略对应的目标险种产品，直接拉取相应保险产品的产品信息即可。

基于此，通过根据期望购买策略确定具体的目标险种产品，并获取相应的产品信息来生成产品购买数据，进一步提高了整体的测试效率。

在一些可能的实施例中，根据身份属性信息与目标险种产品的产品信息生成产品购买数据并存储至测试数据库，具体为：

根据身份属性信息对测试数据库的信息表进行操作，同时，根据目标险种产品的产品信息对测试数据库的保单表进行操作，以完成产品购买数据的生成和存储。

需要说明的是，在构造产品购买数据（测试数据）时，可以直接通过操作测试数据库来实现。具体地，针对于产品购买数据对应的身份属性信息，可以对测试数据库的信息表进行改写操作；针对于产品购买数据对应的产品信息，则可以对测试数据库的保单表进行改写操作。通过分别对测试数据库的信息表和保单表进行操作，即可实现相应的产品购买数据的生成和存储。

基于此，通过根据身份属性信息和产品信息来分别操作测试数据库的不同数据表，从而进一步提高整体的测试效率。

请参考图2，图2示出了本申请的一些实施例提供的保险产品测试数据生成装置的组成框图。应理解，该保险产品测试数据生成装置与上述图1方法实施例对应，能够执行上述方法实施例涉及的各个步骤，该保险产品测试数据生成装置的具体功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。

图2的保险产品测试数据生成装置包括至少一个能以软件或固件的形式存储于存储器中或固化在保险产品测试数据生成装置中的软件功能模块，该保险产品测试数据生成装置包括：

需求响应模块210，用于响应于测试人员的加保测试请求，并基于加保测试请求获取测试需求参数；

用户确定模块220，用于基于测试需求参数确定目标用户对象，并获取目标用户对象的身份属性信息；

策略确定模块230，用于基于测试需求参数确定险种产品的期望购买策略；

数据生成模块240，用于根据身份属性信息与期望购买策略生成产品购买数据并存储至测试数据库。

可以理解的是上述装置项实施例，是与本发明方法项实施例相对应的，本发明实施例提供的一种保险产品测试数据生成装置，可以实现本发明任意一项方法项实施例提供的保险产品测试数据生成方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法中的对应过程，在此不再过多赘述。

如图3所示，本申请的一些实施例提供一种电子设备300，该电子设备300包括：存储器310、处理器320以及存储在存储器310上并可在处理器320上运行的计算机程序，其中，处理器320通过总线330从存储器310读取程序并执行所述程序时可实现如上述保险产品测试数据生成方法包括的任意实施例的方法。

处理器320可以处理数字信号，可以包括各种计算结构。例如复杂指令集计算机结构、结构精简指令集计算机结构或者一种实行多种指令集组合的结构。在一些示例中，处理器320可以是微处理器。

存储器310可以用于存储由处理器320执行的指令或指令执行过程中相关的数据。这些指令和/或数据可以包括代码，用于实现本申请实施例描述的一个或多个模块的一些功能或者全部功能。本公开实施例的处理器320可以用于执行存储器310中的指令以实现上述所示的方法。存储器310包括动态随机存取存储器、静态随机存取存储器、闪存、光存储器或其它本领域技术人员所熟知的存储器。

本申请的一些实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行方法实施例所述的方法。

本申请的一些实施例还提供一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行方法实施例所述的方法。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

1.一种保险产品测试数据生成方法，其特征在于，包括：

响应于测试人员的加保测试请求，并基于所述加保测试请求获取测试需求参数；

基于所述测试需求参数确定目标用户对象，并获取所述目标用户对象的身份属性信息；

基于所述测试需求参数确定险种产品的期望购买策略；

根据所述身份属性信息与所述期望购买策略生成产品购买数据并存储至测试数据库。

2.根据权利要求1所述的保险产品测试数据生成方法，其特征在于，还包括：

基于所述加保测试请求确定目标测试账号；

所述根据所述身份属性信息与所述期望购买策略生成产品购买数据并存储至测试数据库，具体为：

根据所述身份属性信息与所述期望购买策略生成产品购买数据，并基于所述目标测试账号将所述产品购买数据存储至测试数据库。

3.根据权利要求2所述的保险产品测试数据生成方法，其特征在于，所述基于所述加保测试请求确定目标测试账号，包括：

判断所述加保测试请求是否附带有测试人员输入的测试账号信息；

若是，则基于所述测试账号信息确定目标测试账号；

若否，则基于预存的默认账号信息确定目标测试账号。

4.根据权利要求2所述的保险产品测试数据生成方法，其特征在于，在所述基于所述加保测试请求确定目标测试账号之后，在所述基于所述目标测试账号将所述产品购买数据存储至测试数据库之前，还包括：

对所述测试数据库中对应于所述目标测试账号的测试数据进行数据初始化。

5.根据权利要求1所述的保险产品测试数据生成方法，其特征在于，所述根据所述身份属性信息与所述期望购买策略生成产品购买数据并存储至测试数据库，包括：

基于所述期望购买策略确定需要购买的目标险种产品，并获取对应于所述目标险种产品的产品信息；

根据所述身份属性信息与所述目标险种产品的产品信息生成产品购买数据并存储至测试数据库。

6.根据权利要求5所述的保险产品测试数据生成方法，其特征在于，所述根据所述身份属性信息与所述目标险种产品的产品信息生成产品购买数据并存储至测试数据库，具体为：

根据所述身份属性信息对所述测试数据库的信息表进行操作，同时，根据所述目标险种产品的产品信息对所述测试数据库的保单表进行操作，以完成产品购买数据的生成和存储。

7.根据权利要求1至6任一项所述的保险产品测试数据生成方法，其特征在于，所述测试需求参数包括年龄参数、性别参数和社保购买参数；

所述基于所述测试需求参数确定目标用户对象，具体为：

基于所述测试需求参数确定用户筛选条件，从预存的测试库中筛选出满足所述用户筛选条件的用户对象作为所述目标用户对象。

8.一种保险产品测试数据生成装置，其特征在于，包括：

需求响应模块，用于响应于测试人员的加保测试请求，并基于所述加保测试请求获取测试需求参数；

用户确定模块，用于基于所述测试需求参数确定目标用户对象，并获取所述目标用户对象的身份属性信息；

策略确定模块，用于基于所述测试需求参数确定险种产品的期望购买策略；

数据生成模块，用于根据所述身份属性信息与所述期望购买策略生成产品购买数据并存储至测试数据库。

9.一种电子设备，其特征在于，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其中，所述处理器执行所述程序时可实现权利要求1-7任一所述的保险产品测试数据生成方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1-7任一所述的保险产品测试数据生成方法。