测试订单生成方法、设备及存储介质技术

本申请实施例提供一种测试订单生成方法、设备及存储介质。在测试订单生成方法中，通过订单创建页面可视化地展示订单生成控件，响应针对订单生成控件的触发操作，可基于预先设定的封装接口获取至少一种订单配置项各自对应的数据，并基于至少一种订单配置项各自对应的数据生成测试订单。进而，用户存在生成测试订单的需求时，可实现“一键”生成测试订单，极大减少了人工操作的时间，有利于快速获取测试数据，提升测试效率。提升测试效率。提升测试效率。

【技术实现步骤摘要】
测试订单生成方法、设备及存储介质


[0001]本申请涉及互联网
，尤其涉及一种测试订单生成方法、设备及存储介质。

技术介绍

[0002]在软件开发的过程中，通常需要对开发完成的软件进行测试，以确保软件能够顺畅运行。测试软件时，快速获取到准确的测试数据是一个关键的环节。
[0003]现有技术中，多依赖测试人员手动生成测试数据，进而导致测试效率较低。因此，有待提出一种解决方案。

技术实现思路

[0004]本申请的多个方面提供一种测试订单生成方法、设备及存储介质，用以提升测试订单的生成效率。
[0005]本申请实施例提供一种测试订单生成方法，包括：展示订单创建页面，所述订单创建页面包含订单生成控件；响应对所述订单生成控件的触发操作，调用预先设定的封装接口，获取至少一种订单配置项各自对应的数据；根据所述至少一种订单配置项各自对应的数据，生成测试订单。
[0006]进一步可选地，调用封装接口，获取至少一种订单配置项各自对应的数据，包括：调用所述封装接口，从历史订单对应的数据中，获取第一订单数据；和/或，调用所述封装接口，从预先模拟的订单数据中，获取第二订单数据。
[0007]进一步可选地，调用封装接口，获取至少一种订单配置项各自对应的数据之前，还包括：展示至少一种订单类型；所述至少一种订单类型包括：家政订单、保姆订单、月嫂订单以及物流运输订单中的至少一种；响应针对所述至少一种订单类型的选择操作，确定被选择的目标订单类型；调用封装接口，获取至少一种订单配置项各自对应的数据，包括：从预先配置的多个封装接口中，确定与所述目标订单类型对应的目标封装接口；调用所述目标封装接口，获取至少一种订单配置项各自对应的数据。
[0008]进一步可选地，所述封装接口由订单流程关联的至少一个接口封装得到。
[0009]进一步可选地，所述订单创建页面为H5页面，所述封装接口为http接口。
[0010]进一步可选地，所述至少一种订单配置项，包括：线下服务的服务地址配置项、服务频次配置项、服务时长配置项、服务开始时间配置项、服务项目配置项、服务类型配置项、服务内容配置项、支付数据配置项以及会员权益数据配置项中的至少一种。
[0011]进一步可选地，还包括：根据所述测试订单，对商家端对应的应用程序进行测试。
[0012]进一步可选地，还包括：在所述订单创建页面展示商家设置区域；响应针对所述商家设置区域的输入操作，获取输入的商家标识；根据所述测试订单，对商家端对应的应用程序进行测试，包括：将所述测试订单分配给所述商家标识对应的商家，以测试所述商家端的接单功能。
[0013]本申请实施例还提供一种电子设备，包括：存储器、处理器、通信组件以及显示组
件；所述存储器用于存储一条或多条计算机指令；所述处理器用于执行所述一条或多条计算机指令以用于执行本申请实施例提供的测试订单生成方法。
[0014]本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现本申请实施例提供的测试订单生成方法。
[0015]本申请实施例提供的测试订单生成方法中，通过订单创建页面可视化地展示订单生成控件，响应针对订单生成控件的触发操作，可基于预先设定的封装接口获取至少一种订单配置项各自对应的数据，并基于至少一种订单配置项各自对应的数据生成测试订单。进而，用户存在生成测试订单的需求时，可实现“一键”生成测试订单，极大减少了人工操作的时间，有利于快速获取测试数据，提升测试效率。
附图说明
[0016]此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
[0017]图1为本申请一示例性实施例提供的测试订单生成方法的流程示意图；
[0018]图2为本申请另一示例性实施例提供的测试订单生成方法的流程示意图；
[0019]图3为本申请一示例性实施例提供的订单创建页面的示意图；
[0020]图4为本申请一示例性实施例提供的电子设备的结构示意图。
具体实施方式
[0021]为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0022]在基于O2O(Online To Offline，线上到线下)模式的消费场景中，订单处理系统通常包括客户端、服务器以及商家端。其中，用户可通过客户端对线下服务进行线上订购，商家可通过商家端进行线上接单，并向用户提供对应的线下服务。其中，用户可包括存在线下服务订购需求的用户，商家可包括线下服务的销售方、经纪人、管理人员、家政公司等第三方。
[0023]其中，客户端和商家端，可运行在终端设备上，该终端设备可包括但不限于手机、平板电脑、计算机设备、智能手表等等。通常，上述终端设备可包含一电子显示屏。进而，客户端的用户可基于终端设备上的显示屏发起下单操作，商家可基于终端设备上的显示屏发起接单操作等等。
[0024]其中，服务器，由O2O服务平台提供，该服务器可实现为常规服务器、云服务器、云主机、虚拟中心等服务器设备，本实施例对此不做限制。
[0025]其中，客户端主要用于根据用户的订单需求，向服务器提交O2O订单。服务器接收客户端提交的O2O订单后，将该O2O订单推送至对应的商家端。商家通过商家端查看服务器推送的O2O订单后，可为该O2O订单分配符合条件的处理人员。例如，将保洁订单分配给符合条件的保洁人员，将月嫂订单分配给符合条件的月嫂。
[0026]在开发商家端对应的应用程序时，为了确保商家端能够实现预期功能并顺畅运
行，通常需要基于大量的测试订单对商家端的各个功能进行测试。由于O2O服务将线上和线下进行了结合，具有一定的特殊性，因此，测试环境下的测试订单需要具备较高的真实性，以确保具有较优的测试效果。现有的商家端的测试方法，多依赖于人工生成真实性较高的测试订单。其中，每个订单可包含多种订单配置项，进而，生成大量测试订单将耗费较多时长，导致测试效率降低。
[0027]针对上述技术问题，本申请实施例提供了一种解决方案，以下将结合附图，详细说明本申请各实施例提供的技术方案。
[0028]图1为本申请一示例性实施例提供的测试订单生成方法的流程示意图，如图1所示，该方法包括：
[0029]步骤101、展示订单创建页面，所述订单创建页面包含订单生成控件。
[0030]步骤102、响应对所述订单生成控件的触发操作，调用预先设定的封装接口，获取至少一种订单配置项各自对应的数据。
[0031]步骤103、根据所述至少一种订单配置项各自对应的数据，生成测试订单。
[0032]本实施例本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种测试订单生成方法，其特征在于，包括：展示订单创建页面，所述订单创建页面包含订单生成控件；响应对所述订单生成控件的触发操作，调用预先设定的封装接口，获取至少一种订单配置项各自对应的数据；根据所述至少一种订单配置项各自对应的数据，生成测试订单。2.根据权利要求1所述的方法，其特征在于，调用封装接口，获取至少一种订单配置项各自对应的数据，包括：调用所述封装接口，从历史订单对应的数据中，获取第一订单数据；和/或，调用所述封装接口，从预先模拟的订单数据中，获取第二订单数据。3.根据权利要求1所述的方法，其特征在于，调用封装接口，获取至少一种订单配置项各自对应的数据之前，还包括：展示至少一种订单类型；所述至少一种订单类型包括：家政订单、保姆订单、月嫂订单以及物流运输订单中的至少一种；响应针对所述至少一种订单类型的选择操作，确定被选择的目标订单类型；调用封装接口，获取至少一种订单配置项各自对应的数据，包括：从预先配置的多个封装接口中，确定与所述目标订单类型对应的目标封装接口；调用所述目标封装接口，获取至少一种订单配置项各自对应的数据。4.根据权利要求1所述的方法，其特征在于，所述封装接口由订单流程关联的至少一个接口封装得到。5.根据权利要求4所述的方法...

【专利技术属性】
技术研发人员：张德玺，
申请(专利权)人：长沙市到家悠享家政服务有限公司，
类型：发明
国别省市：