一种兼容性测试方法、装置、服务器及存储介质制造方法及图纸

本发明专利技术实施例公开了一种兼容性测试方法、装置、服务器及存储介质。通过在兼容性平台搭建第一交互端、第二交互端以及测试端。对于出行应用来说，第一交互端为乘客端，第二交互端为司机端。兼容性平台通过测试端根据测试脚本确定各交互任务的测试节点，并自动触发所述第二交互端对各交互任务的测试节点执行模拟操作，测试端根据第二交互端的模拟操作和测试脚本对第一交互端进行兼容性测试。解决了现有技术中需要人工不断监控测试节点并手动触发司机端才能对乘客端执行兼容性测试的问题，达到自动触发司机端执行模拟操作的目的，实现提高待测试应用的自动化测试功能，降低人力成本和时间成本的效果。

【技术实现步骤摘要】
一种兼容性测试方法、装置、服务器及存储介质
本专利技术实施例涉及软件测试技术，尤其涉及一种兼容性测试方法、装置、服务器及存储介质。
技术介绍
兼容性测试是指测试软件在特定的硬件平台上、不同的应用软件之间、不同的操作系统平台上、不同的网络等环境中是否能够很友好的运行。目前，碎片化比较严重，例如安卓设备的碎片化、品牌碎片化、系统碎片化、平面碎片化等给兼容性测试带来很大挑战。在网约车行业，对出行软件进行兼容性测试时涉及司机端与乘客端之间的交互。目前，出行软件的主流的兼容性测试方案是，乘客端下完单后，司机接单乘客才可以进行下一步操作，否则出行软件的兼容性测试无法继续。采用这种方式对出行软件进行兼容性测试时，需要人工不断监控测试节点并手动点击才能执行后续测试步骤，人力成本和时间成本较高。
技术实现思路
本专利技术实施例提供了一种兼容性测试方法、装置、服务器及存储介质，以实现降低待测试应用的兼容性测试成本以及提高测试效率的效果。第一方面，本专利技术实施例提供了一种兼容性测试方法，应用于兼容性测试平台，所述兼容性测试平台包括：第一交互端、第二交互端和测试端，其中，所述第一交互端和所述第二交互端为根据预先采集的信息构建的；所述方法包括：通过所述测试端每隔设定时间段查询待测试应用的第一交互端发送的交互任务和交互信息，并将各所述交互任务的交互信息发送至第二交互端；通过所述测试端基于所述待测试应用的测试脚本确定各所述交互任务的测试节点，并触发所述第二交互端对各所述交互任务的测试节点执行模拟操作；通过所述测试端根据所述第二交互端的模拟操作和所述测试脚本对所述第一交互端进行兼容性测试，确定所述第一交互端的实际测试结果；通过所述测试端根据所述实际测试结果与预先存储的理论测试结果，确定所述待测试应用的兼容性测试结果。第二方面，本专利技术实施例还提供了一种兼容性测试装置，配置于兼容性测试平台，所述兼容性测试平台，所述兼容性测试平台包括：第一交互端、第二交互端和测试端，其中，所述第一交互端和所述第二交互端为根据预先采集的信息构建的，所述装置包括：交互信息查询和发送模块，用于通过所述测试端每隔设定时间段查询待测试应用的第一交互端发送的交互任务和交互信息，并将各所述交互任务的交互信息发送至第二交互端；模拟操作触发模块，用于通过所述测试端基于所述待测试应用的测试脚本确定各所述交互任务的测试节点，并触发所述第二交互端对各所述交互任务的测试节点执行模拟操作；实际测试结果确定模块，用于通过所述测试端根据所述第二交互端的模拟操作和所述测试脚本对所述第一交互端进行兼容性测试，确定所述第一交互端的实际测试结果；兼容性测试结果确定模块，用于通过所述测试端根据所述实际测试结果与预先存储的理论测试结果，确定所述待测试应用的兼容性测试结果。第三方面，本专利技术实施例还提供了一种服务器，包括兼容性测试平台，所述兼容性测试平台包括测试端、第一交互端、第二交互端、存储器及存储在所述存储器上并可在测试端上运行的计算机程序，所述测试端执行所述计算机程序时实现如权第一方面中任一项所述的兼容性测试方法。第四方面，本专利技术实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时实现如第一方面中任一项所述的兼容性测试方法。本实施例提供的技术方案，通过在兼容性平台搭建第一交互端、第二交互端以及测试端。兼容性平台通过测试端根据测试脚本确定各交互任务的测试节点，并自动触发所述第二交互端对各交互任务的测试节点执行模拟操作，测试端根据第二交互端的模拟操作和测试脚本对第一交互端进行兼容性测试。无需人工不断监控测试节点，并手动触发第二交互端才能对第一交互端执行兼容性测试的问题，达到自动触发第二交互端执行模拟操作的目的，实现提高待测试应用的自动化测试功能，降低人力成本和时间成本的效果。附图说明图1为本专利技术实施例一提供的一种兼容性测试方法的流程示意图；图2为本专利技术实施例一提供的一种司机与乘客的交互示意图；图3为本专利技术实施例二提供的一种兼容性测试方法的流程示意图；；图4为本专利技术实施例三提供的一种兼容性测试方法的结构示意图；图5为本专利技术实施例四提供的一种服务器的结构示意图。具体实施方式下面结合附图和实施例对本专利技术作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本专利技术，而非对本专利技术的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本专利技术相关的部分而非全部结构。实施例一图1为本专利技术实施例一提供的一种兼容性测试方法的流程示意图，本实施例可适用于在兼容性测试平台的测试端，根据待测试应用的测试脚本触发第二交互端执行模拟操作，根据模拟操作和测试脚本对第一交互端进行兼容性测试的情况，该方法可以由兼容性测试装置来执行，其中该装置可由软件和/或硬件实现，并一般集成在兼容性测试平台中。具体参见图1所示，该方法可以包括如下步骤：S110，通过测试端每隔设定时间段查询待测试应用的第一交互端发送的交互任务和交互信息，并将各交互任务的交互信息发送至第二交互端。其中，待测试应用可以理解为需要通过兼容性测试平台进行兼容性测试的应用程序，本实施例中的兼容性测试平台可以对待测试应用的交互过程进行兼容性测试。示例性地，待测试应用可以为出行应用、购物应用以及家政服务应用等。对出行应用来说，兼容性测试平台可以对司机端与乘客端之间的交互过程进行兼容性测试；对购物应用来说，兼容性测试平台可以对买家和卖家之间的交互过程进行兼容性测试；对家政服务来说，兼容性测试平台可以对服务商与预约客户之间的交互过程进行兼容性测试。具体地，如果待测试应用为出行应用，将第一交互端作为乘客端，将第二交互端作为司机端，交互任务可以订单量，交互信息可以为每个订单的订单编号。如图2所示为出行应用的司机与乘客的交互示意图，兼容性测试平台可以通过乘客端接收订单，通过测试端每隔设定时间段（例如5秒）查询乘客端发送的订单（即刷新是否存在订单），如果存在，测试端确定订单量和每个订单的订单编号，并通过测试端将各订单的订单编号发送至司机端，使司机端上线并接单。可选地，兼容性测试平台可以基于出行应用的业务执行逻辑搭建，其中，业务执行逻辑包括出行应用的测试节点、相邻测试节点之间的执行顺序以及各测试节点的业务逻辑。乘客端基于乘客端基本信息构建，司机端基于司机端基本信息构建。乘客端基本信息包括乘客终端基本信息和乘客身份信息，司机端基本信息包括车辆基本信息、司机终端基本信息以及司机身份信息。可选地，乘客终端基本信息可以为乘客所用的终端的型号，乘客身份信息可以包括乘客姓名和乘客昵称，车辆基本信息可以包括车架号、车型代码、品牌、车型名称、车型车款等信息，司机终端基本信息可以为司机所用的手机的型号，司机身份信息可以为司机姓名。S120，通过测试端基于待测试应用的测试脚本确定各交互任务的测试节点，并触发第二交互端对各交互任务的测试节本文档来自技高网...

【技术保护点】
1.一种兼容性测试方法，其特征在于，应用于兼容性测试平台，所述兼容性测试平台包括：第一交互端、第二交互端和测试端，其中，所述第一交互端和所述第二交互端为根据预先采集的信息构建的；/n所述方法包括：/n通过所述测试端每隔设定时间段查询待测试应用的第一交互端发送的交互任务和交互信息，并将各所述交互任务的交互信息发送至第二交互端；/n通过所述测试端基于所述待测试应用的测试脚本确定各所述交互任务的测试节点，并触发所述第二交互端对各所述交互任务的测试节点执行模拟操作；/n通过所述测试端根据所述第二交互端的模拟操作和所述测试脚本对所述第一交互端进行兼容性测试，确定所述第一交互端的实际测试结果；/n通过所述测试端根据所述实际测试结果与预先存储的理论测试结果，确定所述待测试应用的兼容性测试结果。/n

【技术特征摘要】
1.一种兼容性测试方法，其特征在于，应用于兼容性测试平台，所述兼容性测试平台包括：第一交互端、第二交互端和测试端，其中，所述第一交互端和所述第二交互端为根据预先采集的信息构建的；
所述方法包括：
通过所述测试端每隔设定时间段查询待测试应用的第一交互端发送的交互任务和交互信息，并将各所述交互任务的交互信息发送至第二交互端；
通过所述测试端基于所述待测试应用的测试脚本确定各所述交互任务的测试节点，并触发所述第二交互端对各所述交互任务的测试节点执行模拟操作；
通过所述测试端根据所述第二交互端的模拟操作和所述测试脚本对所述第一交互端进行兼容性测试，确定所述第一交互端的实际测试结果；
通过所述测试端根据所述实际测试结果与预先存储的理论测试结果，确定所述待测试应用的兼容性测试结果。


2.根据权利要求1所述的方法，其特征在于，所述待测试应用为出行应用，所述兼容性测试平台基于所述出行应用的业务执行逻辑搭建，其中，所述业务执行逻辑包括所述出行应用的测试节点、相邻所述测试节点之间的执行顺序以及各所述测试节点的业务逻辑。


3.根据权利要求2所述的方法，其特征在于，所述第一交互端为乘客端，基于乘客端基本信息构建，其中，所述乘客端基本信息包括乘客终端基本信息和乘客身份信息；所述第二交互端为司机端，基于司机端基本信息构建，其中，所述司机端基本信息包括车辆基本信息、司机终端基本信息以及司机身份信息。


4.根据权利要求1所述的方法，其特征在于，所述通过所述测试端基于所述待测试应用的测试脚本确定各所述交互任务的测试节点，并触发所述第二交互端对各所述交互任务的测试节点执行模拟操作，包括：
确定所述测试脚本中各测试节点之间的测试接口和各所述测试节点的第二交互端测试逻辑；
根据所述测试接口和预先存储的各所述交互任务的上一测试节点，确定各所述交互任务的当前测试节点；
基于各所述交互任务的当前测试节点的所述第二交互端测试逻辑，触发所述第二交互端对各所述交互任务的当前测试节点执行模拟操作，直至所述当前测试节点为最后一个测试节点。


5.根据权利要求4所述的方法，其特征在于，所述通过所述测试端根据所述第二交互端的模拟操作和所述测试脚本对所述第一交互端进行兼容性测试，确定所述第一交互端的实际测试结果，包括：
确定所述测试脚本中各所述测试节点的第一交互端测试逻辑；
根据所述模拟操作、所述测试节点的第一交互端测试逻辑以及预先存储的第一交互端基本信息，对所述第一交互端进行兼容性测试，得到所述第一交互端的的实际测试结果。


6.根据权利要求1所述的方法，其特征在于，所述通过所述测试端根据所述实际测试结果与预先存储的理论测试结果，确定所述待测试应用的兼容性测试结果，包括：
获取预先设置的所有所述测试节点的至少一个检查点以及各所述检查点的理论测试结果；
确定各所述检查点的实际测试结果；
如果各所述检查点的实际测试结果与各所述检查点的理...

【专利技术属性】
技术研发人员：杨广奇，张金鑫，王发明，黄灿，李洋，魏胜云，王辛宇，
申请(专利权)人：南京领行科技股份有限公司，
类型：发明
国别省市：江苏;32