多业务场景的测试方法技术

本申请涉及计算机技术领域以及智慧医疗领域，公开了一种多业务场景的测试方法

【技术实现步骤摘要】
多业务场景的测试方法、装置、系统、设备及存储介质


[0001]本申请涉及计算机
以及智慧医疗领域，具体涉及一种多业务场景的测试方法
、
装置
、
系统
、
设备及存储介质
。

技术介绍

[0002]医典自查作为平安健康匠心打造的互联网专业医学科普宝典，提供了以病
、
医
、
科
、
院
、
药为核心的专业百科体系，同时从病
、
科
、
院等各角度提供专业的医生咨询问诊服务，百科数据与医生问诊服务的整个数据提供链路由平安科技
、
平安健康大数据图谱
、
搜索服务团队
、
医典业务团队，不同场景下的由于角度不同提供的医生数据各不相同，医典业务负责为不同场景下的用户看病求医展示不同角度的医生服务功能
。
[0003]目前的测试方法，针对不同的业务场景需要单独发送数据，且根据业务场景进行改造，每个场景都要手动造一个符合对应场景的医生测试数据做接口下发与前端验证；整个测试链路需要手动造的数据量多拉长测试工期
、
跨团队沟通成本大
。

技术实现思路

[0004]为解决上述问题，本申请实施例提供了一种多业务场景的测试方法
、
装置
、
系统
、
设备及存储介质，以克服或者部分克服现有技术的不足之处
。
[0005]第一方面，本申请实施例提供了一种多业务场景的测试方法，所述方法由
Mock
系统执行，包括：
[0006]接收客户端中多个业务场景中任意一个发送的测试请求；
[0007]根据所述测试请求，将本地维护的
Mock
数据改造为指定格式，并下发至所述客户端以进行测试，其中，所述
Mock
系统的
Mock
数据是根据所述多个业务场景的业务数据库维护的
。
[0008]可选的，在上述的方法中，所述客户端直接连接所述
Mock
系统，或者，所述客户端通过测试服务器连接所述
Mock
系统；
[0009]所述测试请求是所述客户端通过接口直接发送到所述
Mock
系统的，或者，所述测试请求是所述客户端通过所述测试服务器转发至所述
Mock
系统的
。
[0010]可选的，在上述的方法中，所述根据所述测试请求，将本地维护一条
Mock
数据改造为指定格式，包括：
[0011]解析所述测试请求，得到测试
API
渠道和测试关键词；
[0012]根据所述测试
API
渠道和所述测试关键词，将所述
Mock
数据改造为对应的渠道跳转链接和显示类型
。
[0013]可选的，在上述的方法中，在所述
Mock
系统中设置有自定义
API
文档，所述自定义
API
文档维护有一条
Mock
数据，所述
Mock
数据的初始值是根据所述业务数据库中多条源数据的数据特征挑选的或者组合得到的
。
[0014]可选的，在上述的方法中，当所述业务数据库中的任意至少一条源数据被修改时，
通过
API
网关将被修改的源数据的至少一个属性字段发送至所述
Mock
系统；
[0015]采用
charles
抓包记录所述被修改的源数据的属性字段；
[0016]将所述被修改的源数据的属性字段与所述自定义
API
文档中当前维护的
Mock
数据进行融合，并更新所述自定义
API
文档
。
[0017]可选的，所述方法还包括：
[0018]采用
charles
抓包记录历史时间内的处理测试请求过程中下发的历史
Mock
数据；
[0019]将接收的测试请求与历史测试请求进行比对，若一个所述测试请求与某一历史测试请求的测试关键词相同；
[0020]则将所述历史测试请求的
Mock
数据作为所述测试请求的
Mock
数据下发至所述客户端，或者，将所述
Mock
数据修改为与对历史
Mock
数据一致并下发至所述客户端
。
[0021]第二方面，本申请实施例还提供了一种多业务场景的测试装置，包括：
[0022]接收单元，用于接收客户端中多个业务场景中任意一个发送的测试请求；
[0023]下发单元，用于根据所述测试请求，将本地维护的
Mock
数据改造为指定格式，并下发至所述客户端以进行测试，其中，所述
Mock
系统的
Mock
数据是根据所述多个业务场景的业务数据库维护的
。
[0024]可选的，在上述装置中，所述客户端直接连接所述
Mock
系统，或者，所述客户端通过测试服务器连接所述
Mock
系统；
[0025]所述测试请求是所述客户端通过接口直接发送到所述
Mock
系统的，或者，所述测试请求是所述客户端通过所述测试服务器转发至所述
Mock
系统的
。
[0026]可选的，在上述装置中，下发单元，用于解析所述测试请求，得到测试
API
渠道和测试关键词；
[0027]根据所述测试
API
渠道和所述测试关键词，将所述
Mock
数据改造为对应的渠道跳转链接和显示类型
。
[0028]可选的，在上述装置中，还包括：维护单元，用于在所述
Mock
系统中设置有自定义
API
文档，所述自定义
API
文档维护有一条
Mock
数据，所述
Mock
数据的初始值是根据所述业务数据库中多条源数据的数据特征挑选的或者组合得到的
。
[0029]可选的，在上述装置中，维护单元，用于当所述业务数据库中的任意至少一条源数据被修改时，通过
API
网关将被修改的源数据的至少一个属性字段发送至所述
Mock
系统；
[0030]采用
charles
抓包记录所述被修改的源数据的属性字段；将所述被修改的源数据的属性字段与所述自定义
API
文档中当前维护的
Mock
数据进行融合，并更新所述自定义
API
文档
。
[本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.
一种多业务场景的测试方法，其特征在于，所述方法由
Mock
系统执行，包括：接收客户端中多个业务场景中任意一个发送的测试请求；根据所述测试请求，将本地维护的
Mock
数据改造为指定格式，并下发至所述客户端以进行测试，其中，所述
Mock
系统的
Mock
数据是根据所述多个业务场景的业务数据库维护的
。2.
根据权利要求1所述的方法，其特征在于，所述客户端直接连接所述
Mock
系统，或者，所述客户端通过测试服务器连接所述
Mock
系统；所述测试请求是所述客户端通过接口直接发送到所述
Mock
系统的，或者，所述测试请求是所述客户端通过所述测试服务器转发至所述
Mock
系统的
。3.
根据权利要求1所述的方法，其特征在于，所述根据所述测试请求，将本地维护一条
Mock
数据改造为指定格式，包括：解析所述测试请求，得到测试
API
渠道和测试关键词；根据所述测试
API
渠道和所述测试关键词，将所述
Mock
数据改造为对应的渠道跳转链接和显示类型
。4.
根据权利要求1所述的方法，其特征在于，在所述
Mock
系统中设置有自定义
API
文档，所述自定义
API
文档维护有一条
Mock
数据，所述
Mock
数据的初始值是根据所述业务数据库中多条源数据的数据特征挑选的或者组合得到的
。5.
根据权利要求4所述的方法，其特征在于，当所述业务数据库中的任意至少一条源数据被修改时，通过
API
网关将被修改的源数据的至少一个属性字段发送至所述
Mock
系统；采用
charles
抓包记录所述被修改的源数据的属性字段；将所述被修改的源数据的属性字段与所述自定义
API...

【专利技术属性】
技术研发人员：刘青兰，
申请(专利权)人：康键信息技术深圳有限公司，
类型：发明
国别省市：