车机小程序测试方法、装置、设备、存储介质及程序产品与流程

本申请涉及数据处理技术领域，具体涉及云平台、小程序等人工智能技术领域，可用于智慧交通场景，尤其涉及一种车机小程序测试方法、装置、电子设备、计算机可读存储介质及计算机程序产品。

背景技术：

随着电子信息化的逐渐发展，车联网技术也随着各式智能化应用/程序的加入变得越来越成熟。

不同于常见的智能手机、平板电脑等便携式智能用户终端，车辆的智能化主要表现在可安装多种智能化应用/程序的车载主控，也称车机、车载终端。但由于车机集成在汽车上，没有办法像智能手机等便携式用户终端方便的使用，导致适配车机的小程序开发者没法便捷的在车机上完成小程序的开发和测试。

技术实现要素：

本申请实施例提出了一种车机小程序测试方法、装置、电子设备、计算机可读存储介质及计算机程序产品。

第一方面，本申请实施例提出了一种车机小程序测试方法，包括：接收便携中转设备发来的小程序信息；其中，小程序信息基于测试平台发布的小程序发布信息得到；根据小程序信息从测试平台获取并加载待测小程序；响应于接收到传入的测试指令，控制待测小程序执行与测试指令响应的测试操作，并返回测试结果。

第二方面，本申请实施例提出了一种车机小程序测试装置，包括：小程序信息接收单元，被配置成接收便携中转设备发来的小程序信息；其中，小程序信息基于测试平台发布的小程序发布信息得到；获取及加载单元，被配置成根据小程序信息从测试平台获取并加载待测小程序；按指令测试及结果回传单元，被配置成响应于接收到传入的测试指令，控制待测小程序执行与测试指令响应的测试操作，并返回测试结果。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，该指令被至少一个处理器执行，以使至少一个处理器执行时能够实现如第一方面中任一实现方式描述的车机小程序测试方法。

第四方面，本申请实施例提供了一种存储有计算机指令的非瞬时计算机可读存储介质，该计算机指令用于使计算机执行时能够实现如第一方面中任一实现方式描述的车机小程序测试方法。

第五方面，本申请实施例提供了一种包括计算机程序的计算机程序产品，该计算机程序在被处理器执行时能够实现如第一方面中任一实现方式描述的车机小程序测试方法。

本申请实施例提供的车机小程序测试方法、装置、电子设备、计算机可读存储介质及计算机程序产品，首先，接收便携中转设备发来的小程序信息，该小程序信息由便携中转设备基于测试平台发布的小程序发布信息得到；然后，根据该小程序信息从该测试平台获取并加载待测小程序；最后，响应于接收到传入的测试指令，控制该待测小程序执行与该测试指令响应的测试操作，并返回测试结果。

本申请所提供的技术方案借助便于携带和移动的中间设备来转发，在保证安全性的同时，得以在低成本的情况下较好的实现测试效果，同时提升了测试和开发效率。

应当理解，本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征，也不用于限制本申请的范围。本申请的其它特征将通过以下的说明书而变得容易理解。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请可以应用于其中的示例性系统架构；

图2为本申请实施例提供的一种车机小程序测试方法的流程图；

图3为本申请实施例提供的另一种车机小程序测试方法的流程图；

图4为本申请实施例提供的又一种车机小程序测试方法的流程图；

图5为本申请实施例提供的还一种车机小程序测试方法的流程图；

图6为本申请实施例提供的在一应用场景下进行车机小程序测试的时序图；

图7为本申请实施例提供的一种车机小程序测试装置的结构框图；

图8为本申请实施例提供的一种适用于执行车机小程序测试方法的电子设备的结构示意图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图1示出了可以应用本申请的车机小程序测试方法、装置、电子设备及计算机可读存储介质的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括服务器101、便携中转设备102以及车机103。其中，服务器101的硬件资源用于承载运行开发平台，该开发平台用于对外发布处于未完全开发完成的待测试小程序，便携中转设备102是指便于携带、可移动的信息中转设备，例如智能手机、平台电脑等，车机103则是设置于车辆上的主控设备。

服务器101与便携中转设备102之间建立有指向便携中转设备102的单向传输通路，便携中转设备102与车机103之间建立有指向车机103的单向传输通路，服务器101与车机103之间可选择性的建立有指向服务器101的单向传输通路(图1所示出的这种)或双向传输通路(图1未示出)。是否需要建立双向传输通路则需要看实际应用场景下车机103是否需要从服务器101运行的开发平台获取待测小程序。上述各传输通路均可以基于各是数据传输协议建立得到，此处不再一一赘述。

测试人员可以使用便携中转设备102转发用于使车机103获取到待测小程序的信息，以帮助不便进行拍摄、识别操作的车机103获取到待测小程序。其中的各式操作可借助安装在服务器101、便携中转设备102以及车机103上的应用或程序实现，例如安装在便携中转设备102上的转发应用、安装在服务器101上的测试发布应用、安装在车机103上的测试应用。进一步的，为保障上述操作顺利进行，服务器101、便携中转设备102以及车机103上也可以安装有保障类应用，例如网络质量诊断及修复类应用等。

应该理解，图1中的服务器、便携中转设备和车机的数目仅仅是示意性的。根据实现需要，可以具有任意数目的服务器、便携中转设备和车机。

请参考图2，图2为本申请实施例提供的一种车机小程序测试方法的流程图，其中流程200包括以下步骤：

步骤201：接收便携中转设备发来的小程序信息；

本步骤旨在由车机小程序测试方法的执行主体(例如图1所示的车机103)接收便携中转设备发来的小程序信息。其中，小程序信息基于测试平台发布的小程序发布信息得到。

需要说明的是，由便携中转设备发来的小程序信息，和由测试平台发布的小程序发布信息的作用均是让其它设备获取到待测小程序，但小程序发布信息不一定就是小程序信息。也就是说若便携中转设备未对小程序发布信息做任何处理，此时的小程序信息就是小程序发布信息；若便携中转设备对小程序发布信息做了一些处理(例如更方便执行主体获取到待测小程序的操作)，此处的小程序信息就不是小程序发布信息，但无论如何处理，处理后的小程序信息也仍能够使上述执行主体最终获取到待测小程序。

步骤202：根据小程序信息从测试平台获取并加载待测小程序；

在步骤201的基础上，本步骤旨在由上述执行主体根据小程序信息从测试平台获取并加载待测小程序。根据小程序信息中记录信息的不同，获取到待测小程序的方式也有很多，例如当小程序信息中直接记录的是待测小程序在测试平台的存储路径时，上述执行主体可直接按照存储路径将待测小程序下载至本地；当小程序信息中记录的是宿主应用(指待测小程序正常运行所依赖的环境)的同步信息时，上述执行主体可运行宿主应用进行同步以在完成同步时完成待测小程序的获取，等等。

进一步的，由于小程序的特性，为能够正常获取到待测小程序以及正常加载小程序至可执行操作的状态，上述执行主体还可以在执行本步骤之前判断本地是否安装有符合要求的宿主应用，并在未安装有符合要求的宿主应用时进行补充安装，以避免因未装有符合要求的宿主应用导致无法获取到待测小程序或无法正常加载待测小程序。

步骤203：响应于接收到传入的测试指令，控制待测小程序执行与测试指令响应的测试操作，并返回测试结果。

在步骤202的基础上，本步骤旨在由上述执行主体控制待测小程序执行与传入的测试指令响应的测试操作，并返回测试结果。其中，测试指令可由位于上述执行主体一旁的测试人员直接传入(例如直接点选车机上的触摸显示屏或实体按键)，也可以由测试人员通过连接车机的测试指令下发间接传入。

测试结果的返回可基于内置于待测小程序中的返回路径实现。进一步的，为了精准定位测试结果的测试对象，还可以要求上述执行主体在测试结果上附加自己的电子签名，以区分不同的车机。

本申请实施例提供的车机小程序测试方法，借助便于携带和移动的中间设备来转发，在保证安全性的同时，得以在低成本的情况下较好的实现测试效果，同时提升了测试和开发效率。

请参考图3，图3为本申请实施例提供的另一种车机小程序测试方法的流程图，其中流程300包括以下步骤：

步骤301：接收便携中转设备转发自测试平台发布的小程序发布信息；

根据步骤301可知，本实施例建立在便携中转设备未对测试平台发布的小程序发布信息做任何处理的基础上，便携中转设备只是将因其便于携带、移动的特性所获取到的小程序发布信息原封不动的转发给了上述执行主体，从而作为中转设备帮助不便移动的上述执行主体获取到小程序发布信息。

步骤302：利用预设的第一解密算法解密小程序发布信息，得到第一存储路径；

在步骤301的基础上，本步骤旨在由上述执行主体利用预设的第一解密算法解密小程序发布信息，得到第一存储路径。即在本实施例中测试平台发布的小程序发布信息中以密文形式记载了用于获取到待测小程序的存储路径。之所以要进行加密，主要是出于不希望测试版本的小程序的相关信息被提前泄露和被不法窃取。因此，上述执行主体通过内置相对应的解密算法，使得即使小程序发布信息被他人拦截也无法解析出有效的获取到待测小程序的信息。

进一步的，若上述执行主体未能预先预置该第一解密算法，还可以通过在小程序发布信息中加入用于验证身份的验证机制，以使上述执行主体通过将自己的有效身份信息发给验证机制进行验证，并在验证通过后被传输该第一解密算法。

步骤303：从第一存储路径获取待测小程序，并加载待测小程序；

步骤304：响应于接收到传入的测试指令，控制待测小程序执行与测试指令响应的测试操作，并返回测试结果。

步骤304与如图2所示的步骤203一致，相同部分内容请参见上一实施例的相应部分，此处不再进行赘述。

在上一实施例的基础上，本实施例具体给出了一种便携中转设备不对测试平台发布的信息做处理、直接转发给上述执行主体，并利用预置在上述执行主体中的第一解密算法解密得到存储路径的方案，最小化借助了便携中转设备的中转任务，同时基于密文对待测小程序进行了安全性保护。

请参考图4，图4为本申请实施例提供的另一种车机小程序测试方法的流程图，其中流程400包括以下步骤：

步骤401：控制便携中转设备利用二维码识别技术识别测试平台发布的目标二维码，得到第一密文信息；

根据本步骤对所处实际场景的侧面描述可知，测试平台对外发布的是目标二维码，而便携中转设备则是通过内置的二维码识别技术识别到了目标二维码中记载的第一密文信息。也就是说，目标二维码隐藏了第一密文信息。

步骤402：接收便携中转设备转发的第一密文信息；

在步骤401的基础上，本步骤旨在由上述执行主体接收便携中转设备转发的第一密文信息。也就是说在本实施例中，便携中转设备对小程序发布信息进行了处理，即“剥”去了二维码这一层“外衣”。

步骤403：利用预设的第二解密算法解密第一密文信息，得到第二存储路径；

在步骤402的基础上，本步骤旨在由上述执行主体利用预设的第二解密算法解密第一密文信息，得到第二存储路径。即在本实施例中测试平台发布的小程序发布信息中以密文形式记载了用于获取到待测小程序的存储路径。之所以要进行加密，主要是出于不希望测试版本的小程序的相关信息被提前泄露和被不法窃取。因此，上述执行主体通过内置相对应的解密算法，使得即使小程序发布信息被他人拦截也无法解析出有效的获取到待测小程序的信息。

进一步的，若上述执行主体未能预先预置该第二解密算法，还可以通过在小程序发布信息中加入用于验证身份的验证机制，以使上述执行主体通过将自己的有效身份信息发给验证机制进行验证，并在验证通过后被传输该第二解密算法。

进一步的，还可以要求该第二解密算法不为常被预置在便携中转设备的解密算法，即避免待测小程序被便携中转设备获取到。例如在便携中转设备试图基于其身份信息通过验证机制时，基于其身份信息中体现出的其属于移动终端的相关信息，判定其不属于能够通过验证的设备类型。

步骤404：从第二存储路径获取待测小程序，并加载待测小程序；

步骤405：响应于接收到传入的测试指令，控制待测小程序执行与测试指令响应的测试操作，并返回测试结果。

步骤405与如图2所示的步骤205一致，相同部分内容请参见上一实施例的相应部分，此处不再进行赘述。

在上一实施例的基础上，本实施例具体给出了一种便携中转设备利用内置的二维码识别技术对测试平台发布的二维码做简单处理后将密文信息转发给上述执行主体，并利用预置在上述执行主体中的第二解密算法解密得到存储路径的方案，充分借助了便携中转设备便于使用“扫码”功能的特性，同时借助二维码的隐蔽性尽可能隐藏了密文信息。

图3和图4都可以归类为仅对存储路径进行了一次加密的实现方案，即将解密操作交由上述执行主体来执行，从而避免非执行主体获取到有效且可识别的存储路径。

区别于图3、图4所提供的一次加密方案，本申请还通过图5提供了另一种二次加密方案，并分别由便携中转设备和上述执行主体各进行一次解密操作，且上述执行主体所进行的第二次解密操作应当建立在便携中转设备进行了正确的第一次解密操作的基础上，否则最终将无法解密出正确的存储路径。而通过此种机制也同时验证了参与本方案的便携中转设备是否为合法设备(即仅限于预置有正确的第一次解密算法的便携中转设备才能参与完成本实施例所提供的技术方案)，尽可能的避免了因增加了中转设备导致的待测小程序相关信息的泄露。

图5所示的实施例包括以下步骤：

步骤501：控制便携中转设备利用二维码识别技术识别测试平台发布的目标二维码，得到第二密文信息；

步骤502：控制便携中转设备利用预设的第三解密算法解密第二密文信息，得到仍处于密文状态的中间信息；

即便携中转设备需要首先使用其内预置的第三解密算法完成对第二密文的第一次解密，得到仍处于密文状态的中间信息。

步骤503：利用预设的第四解密算法解密中间信息，得到第三存储路径；

在步骤502的基础上，本步骤旨在由上述执行主体利用其内预置第四解密算法完成对中间信息的再次加密，最终得到明文的第三存储路径。

步骤504：从第三存储路径获取待测小程序，并加载待测小程序；

步骤505：响应于接收到传入的测试指令，控制待测小程序执行与测试指令响应的测试操作，并返回测试结果。

步骤505与如图2所示的步骤203一致，相同部分内容请参见上一实施例的相应部分，此处不再进行赘述。

在上述任意实施例的基础上，为了尽可能的防止非法的车机设备，除要求使用解密算法得到存储路径之外，还可以获取到待测小程序之后、加载之前，增加对车机的身份信息认证环节，即上述执行主体上传待认证身份信息，并在接收到待认证身份信息通过认证的通知信息，上述执行主体才继续加载待测小程序。

在上述任意实施例的基础上，便携中转设备发送小程序信息给车机的方式多种多样，例如可以通过近场或远程的数据传输方式，其中近场传输机制相较于远程传输机制通常因其可见性拥有更高的安全性，例如蓝牙、wifi、短波通讯等。

为加深理解，本申请还结合一个具体应用场景，给出了一种具体的实现方案，请参见如图6所示的各执行主体共同参与的时序图：

步骤1：开发平台发布二维码；

该二维码中记录有用于获取到待测小程序的加密存储路径；

步骤2：智能手机通过扫码功能扫描该二维码；

步骤3：智能手机得到隐藏在二维码中的加密存储路径；

在用户的控制下，智能手机借助预置的二维码识别功能通过扫描的方式识别出二维码中隐藏的加密存储路径；

步骤4：智能手机发送该加密存储路径给车机；

步骤5：车机调用预置的解密算法解密该加密存储路径，得到明文存储路径；

步骤6：车机向开发平台发送包含该明文存储路径的获取请求；

步骤7：开发平台响应该获取请求，将存储在该明文存储路径的待测小程序返回至车机；

步骤8：车机接收一旁测试人员对其上记载好的待测小程序传入的测试指令；

步骤9：车机将测试结果返回至开发平台。

进一步参考图7，作为对上述各图所示方法的实现，本申请提供了一种车机小程序测试装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图7所示，本实施例的车机小程序测试装置700可以包括：小程序信息接收单元701、获取及加载单元702、按指令测试及结果回传单元703。其中，小程序信息接收单元701，被配置成接收便携中转设备发来的小程序信息；其中，小程序信息基于测试平台发布的小程序发布信息得到；获取及加载单元702，被配置成根据小程序信息从测试平台获取并加载待测小程序；按指令测试及结果回传单元703，被配置成响应于接收到传入的测试指令，控制待测小程序执行与测试指令响应的测试操作，并返回测试结果。

在本实施例中，车机小程序测试装置700中：小程序信息接收单元701、获取及加载单元702、按指令测试及结果回传单元703的具体处理及其所带来的技术效果可分别参考图2对应实施例中的步骤201-203的相关说明，在此不再赘述。

在本实施例的一些可选的实现方式中，小程序信息接收单元701可以被进一步配置成：

接收便携中转设备转发自测试平台发布的小程序发布信息；

对应的，获取及加载单元702可以被进一步配置成：

利用预设的第一解密算法解密小程序发布信息，得到第一存储路径；

从第一存储路径获取待测小程序，并加载待测小程序。

在本实施例的一些可选的实现方式中，小程序信息接收单元701可以被进一步配置成：

控制便携中转设备利用二维码识别技术识别测试平台发布的目标二维码，得到第一密文信息；

接收便携中转设备转发的第一密文信息；

对应的，获取及加载单元702可以被进一步配置成：

利用预设的第二解密算法解密第一密文信息，得到第二存储路径；

从第二存储路径获取待测小程序，并加载待测小程序。

在本实施例的一些可选的实现方式中，小程序信息接收单元701可以被进一步配置成：

控制便携中转设备利用二维码识别技术识别测试平台发布的目标二维码，得到第二密文信息；

控制便携中转设备利用预设的第三解密算法解密第二密文信息，得到仍处于密文状态的中间信息；

对应的，获取及加载单元702可以被进一步配置成：

利用预设的第四解密算法解密中间信息，得到第三存储路径；

从第三存储路径获取待测小程序，并加载待测小程序。

在本实施例的一些可选的实现方式中，车机小程序测试装置700中还可以包括：

身份信息上传单元，被配置成响应于待测小程序在加载之前要求进行身份信息认证，上传待认证身份信息；

认证通过处理单元，被配置成响应于接收到待认证身份信息通过认证的通知信息，加载待测小程序。

在本实施例的一些可选的实现方式中，小程序信息接收单元701可以被进一步配置成：

接收便携中转设备通过近场传输机制发来的小程序信息。

在本实施例的一些可选的实现方式中，按指令测试及结果回传单元703可以包括配置成返回测试结果的结果回传单元，该结果回传单元可以被进一步配置成：

返回附加有本体电子签名的测试结果。

本实施例作为对应于上述方法实施例的装置实施例存在，本实施例提供的车机小程序测试装置，借助便于携带和移动的中间设备来转发，在保证安全性的同时，得以在低成本的情况下较好的实现测试效果，同时提升了测试和开发效率。

根据本申请的实施例，本申请还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图8示出了可以用来实施本申请的实施例的示例电子设备800的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图8所示，设备800包括计算单元801，其可以根据存储在只读存储器(rom)802中的计算机程序或者从存储单元808加载到随机访问存储器(ram)803中的计算机程序，来执行各种适当的动作和处理。在ram803中，还可存储设备800操作所需的各种程序和数据。计算单元801、rom802以及ram803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。

设备800中的多个部件连接至i/o接口805，包括：输入单元806，例如键盘、鼠标等；输出单元807，例如各种类型的显示器、扬声器等；存储单元808，例如磁盘、光盘等；以及通信单元809，例如网卡、调制解调器、无线通信收发机等。通信单元809允许设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理，例如车机小程序测试方法。例如，在一些实施例中，车机小程序测试方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由rom802和/或通信单元809而被载入和/或安装到设备800上。当计算机程序加载到ram803并由计算单元801执行时，可以执行上文描述的车机小程序测试方法的一个或多个步骤。备选地，在其他实施例中，计算单元801可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行车机小程序测试方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本申请的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本申请的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决传统物理主机与虚拟专用服务器(vps，virtualprivateserver)服务中存在的管理难度大，业务扩展性弱的缺陷。

根据本申请实施例的技术方案，借助便于携带和移动的中间设备来转发，在保证安全性的同时，得以在低成本的情况下较好的实现测试效果，同时提升了测试和开发效率。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。