业务仿真测试方法、装置及电子设备

技术领域

本说明书一个或多个实施例涉及仿真领域，尤其涉及一种业务仿真测试方法、装置及电子设备。

背景技术

随着保险业务的不断扩大，保险公司的信息系统越来越多，相互依赖更强，导致前端业务场景模拟难度增大，测试过程中测试案例设计不全面等问题。通过业务仿真技术从生产系统学习测试案例，形成自动接口回归测试案例集和协同配套智能挡板，可按需筛选自动执行仿生产环境和交易顺序的接口回归测试，并自动生成测试报告。

发明内容

有鉴于此，本说明书一个或多个实施例的目的在于提出一种业务仿真方法、装置及电子设备，以解决测试过程中测试案例不全面的问题。

基于上述目的，本说明书一个或多个实施例提供了一种业务仿真测试方法，其步骤包括：

收集不同业务系统的生产日志；

对所述生产日志进行过滤，对得到的过滤结果进行不同维度的分析；

使用所述分析得到的结果，根据业务需求对其组合生成仿真测试案例；

进行案例回放，根据所述业务需求筛选自动执行仿生产环境和交易顺序的接口场景，使用所述接口场景和所述仿真测试案例进行测试，并自动生成测试报告。

基于同一发明目的，本说明书一个或多个实施例还提供了一种业务仿真测试装置，根据其功能，能分为以下模块：

日志采集模块，使用日志收集器收集生产日志，将所述生产日志存储在数据库内进行储存和管理；

日志分析模块，对所述生产日志进行不同维度的过滤分析，将通过所述过滤分析得到的结果进行分析与储存；

案例生成模块，依托于不同维度日志分析结果，根据测试目的自动生成仿真测试案例；

案例回放模块，按照需求筛选自动执行仿生产环境和交易顺序的接口场景与案例，开展包括冒烟测试、回归测试的测试工作，并自动生成测试报告。

基于同一发明目的，本说明书一个或多个实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时能够实现业务仿真测试方法。

从上面所述可以看出，本说明书一个或多个实施例提供的业务仿真测试方法、装置及电子设备，能够自动学习并生成测试案例，能够真实以生产环境仿真业务场景执行测试案例并生成测试报告，提生测试案例覆盖度与测试效率，缩短测试交付时间，提升测试工作效率。

附图说明

为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书一个或多个实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本说明书一个或多个实施例提供的业务仿真测试方法的步骤图；

图2为本说明书一个或多个实施例提供的业务仿真测试装置的结构示意图；

图3为本说明书一个或多个实施例提供的实现业务仿真测试方法的电子设备示意图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。

需要说明的是，除非另外定义，本说明书一个或多个实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。

随着保险业务的不断扩大，保险公司的信息系统越来越多，相互依赖更强，导致前端业务场景模拟难度增大，测试过程中测试案例设计不全面等问题。

有鉴于此，本说明书一个或多个实施例提供了一种业务仿真测试方法，能够分析生产日志并自动生成测试案例，使用自动生成的测试案例进行案例回放，参考图1，其步骤包括：

步骤S101、收集不同业务系统的生产日志。

本步骤中，使用日志收集器收集生产日志。具体方法为：

技术人员分别为每个业务系统设置参数，启动日志收集器时，根据业务需求输入参数，由日志收集器识别参数确定需要收集日志的业务系统并进行生产日志的收集。

其中，收集包括生产日志在内的数据还可以采用复制网络流量数据、复制Nginx(高性能的HTTP和反向代理web服务器)的access.log(访问日志)的方法进行，为了与现有的仿真测试系统架构特性相符合，采用上述生产日志收集方法。

步骤S102、对所述生产日志进行过滤，对得到的过滤结果进行不同维度的分析。

本步骤中，对生产日志进行分析的维度包括：路径分析、关联规则分析、序列模式分析、分类分析中至少一项。具体为：

路径分析，通过生产日志文件中客户访问站点的行为事件，分析用户在访问过程中各模块的流转规律与特点，挖掘用户访问模式。例如，通过对国寿E门店app(应用)的生产日志文件中的用户访问站点的次数进行分析，得到用户使用该app时最频繁的访问路径为：登录—查询—选择产品—购买—支付。

关联规则分析，反映了事物之间的相互依赖性或关联性，就是从数据库中挖掘出满足最小支持度和最小可信度的关联规则。例如，用户购买的险种与用户的个人信息的关联规则。

序列模式分析，主要是把数据之间的关联关系与时间联系起来，发现事件发生的时间顺序，侧重点在于分析数据间前后或因果关系。例如，客户主要行为与购买关系。

分类分析，主要是分析业务数据，为每个类别做出准确的描述建立分析模型或分类规则。例如，浏览类、购买类。

将通过分析得到的数据作为原始数据版本存储在数据库内。

步骤S103、使用所述分析得到的结果，根据业务需求对其组合生成仿真测试案例。

本步骤中，将步骤S102中产生的原始数据版本按照其业务系统来源和版本号进行分类并储存在S3 MINIO中。对原始数据版本进行二次数据加工，得到的基线数据版本即为仿真测试案例。

本步骤中，进行二次数据加工的方法包括：时间戳替换、关键字修改、请求筛选、黑名单、白名单等操作。

步骤S104、进行案例回放，根据所述业务需求筛选自动执行仿生产环境和交易顺序的接口场景，使用所述接口场景和所述仿真测试案例进行测试，并自动生成测试报告。

本步骤中，根据不同的业务需求，使用不同的基线数据版本进行案例回放。

案例回放的具体方法为：

根据业务需求，选择基线数据版本发出回放请求，包括按照时间间隔回放和压缩时间间隔回放；其中压缩时间间隔回放的目的为进行压力测试，选择进行压力测试时，会为相应的基线数据版本赋予代表压力测试的数据标签。

收集回放请求的返回结果，将其与预期结果进行比对判断回放请求是否成功，判断方法包括为预期结果设置上下限阈值，当返回结果超出上限阈值或低于下限阈值时，此次案例回放失败；否则，此次案例回放成功。或者以其他方法判断回放是否成功。

对返回结果的数据按照业务需求进行筛选，将筛选得到的结果展示在前台页面上作为测试报告，其内容包括：运行时间、成功标准、成功率、降噪指数、总请求量及失败量等返回结果数据。

本说明书一个或多个实施例提供的业务仿真测试方法，通过自动生成测试用例并进行案例回放的方法，能够模拟真实的使用场景，提升测试覆盖度，节约了人力成本。其中，测试用例的自动生成，能够有效的缩短测试交付时间，有效的扩大测试范围；同时也为其他类型的测试，例如：接口测试、灰度测试提供了测试数据，支持了后续的多种特殊应用场景需求。

需要说明的是，本说明书一个或多个实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本说明书一个或多个实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

基于同一发明构思，与上述任意实施例方法相对应的，本说明书一个或多个实施例还提供了一种业务仿真测试装置。

参考图2，所述业务仿真测试装置，包括：

日志采集模块201，使用日志收集器收集生产日志，将所述生产日志存储在数据库内进行储存和管理。

日志分析模块202，对所述生产日志进行不同维度的过滤分析，将通过所述过滤分析得到的结果进行分析与储存。

案例生成模块203，依托于不同维度日志分析结果，根据测试目的自动生成仿真测试案例。

案例回放模块204，按照需求筛选自动执行仿生产环境和交易顺序的接口场景与案例，开展包括冒烟测试、回归测试的测试工作，并自动生成测试报告。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

上述实施例的装置用于实现前述实施例中相应的方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一发明构思，与上述任意实施例方法相对应的，本说明书一个或多个实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上任意一实施例所述的业务仿真测试方法。

图3示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。

处理器1010可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器1020可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。

输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

上述实施例的电子设备用于实现前述实施例中相应的方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本公开的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本说明书一个或多个实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。

另外，为简化说明和讨论，并且为了不会使本说明书一个或多个实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(IC)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本说明书一个或多个实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本说明书一个或多个实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本公开的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本说明书一个或多个实施例。因此，这些描述应被认为是说明性的而不是限制性的。

尽管已经结合了本公开的具体实施例对本公开进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态RAM(DRAM))可以使用所讨论的实施例。

本说明书一个或多个实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本公开的保护范围之内。