一种支持使用真实渠道进行测试验证的方法

技术领域

本发明属于网约车技术领域，具体涉及一种支持使用真实渠道进行测试验证的方法。

背景技术

在网约车场景中，运力侧对接的渠道数越来越多，对接方式也越来越多样，有的使用运力侧通用接口进行对接，有的需要运力侧按渠道侧要求进行定制开发。生产环境回归或者测试时，针对对接通用接口的渠道，通常使用单独创建的测试渠道并添加相同的配置，接口测试脚本按通用验签方式编写，避免影响渠道侧账单和线上报警等情况；针对定制开发的渠道，除了要单独创建渠道以及配置信息外，通常还涉及独有的验签方式，比如使用RSA验签，由于渠道侧私钥不能提供，通常使用通用接口验签方式进行验证。测试渠道配置复杂较多，容易出现和正式渠道不一致的情况，遗漏测试点，引发生产环境问题；测试渠道太多，不易辨别区分。

发明内容

本发明的目的在于提供一种支持使用真实渠道进行测试验证的方法，以解决上述背景技术中提出的问题。

为实现上述目的，本发明提供如下技术方案：一种支持使用真实渠道进行测试验证的方法，包括步骤一：增加测试来源流程；

S11：系统收到接口调用请求后判断是否上报istest字段且有值，否：执行步骤S12，是：执行步骤S14；

S12：使用对接的验签方式，根据对接验签规则计算sign值；

S13：判断计算sign值和请求sign值是否一致，否：执行步骤S18，是：执行步骤S19；

S14：使用通用验签方式，根据通用验签规则计算sign值；

S15：判断计算sign值和请求sign值是否一致，否：执行步骤S18，是：继续后续流程；

S16：判断请求接口是否为下单接口，否：执行步骤S19，是：继续后续流程；

S17：调用订单下单接口，下单成功后，保存测试标签istest字段到订单信息中；

S18：返回验签失败，执行步骤S110；

S19：返回请求结果信息；

S110：返回结果给调用方；

S111：结束；

步骤二：测试来源订单调用指定测试渠道回调信息流程：

S21：系统收到下游订单结果信息请求；

S22：调用获取订单信息接口，判断订单信息是否包含istest字段，否：执行步骤S26，是：继续后续流程；

S23：获取配置的测试渠道；

S24：判断测试渠道配置是否为空，是：执行步骤S26，否：继续后续流程；

S25：获取测试渠道号testchannel，执行步骤S27；

S26：获取订单信息中的渠道号channel；

S27：获取渠道配置信息；

S28：进行后续具体回调操作；

S29：结束。

优选的，步骤S21中，订单结果信息包括订单状态变化、开票、改价、退款、免单。

优选的，步骤S27中，先通过redis查询渠道号获取渠道回调信息，查询为空则查询数据库并更新到redis。

优选的，步骤S23中，测试渠道为

testchannel。

与现有技术相比，本发明的有益效果是：本发明是一种对请求接口增加测试标签字段来区分测试和渠道来源，测试来源全部走通用验签，渠道来源走对接验签方式，下单时如果为测试来源则存储测试标签到订单信息，后续订单相关回调时，如果为测试来源的数据则调用配置的测试渠道相关回调接口，达到测试和渠道配置相同且数据有区的目的效果。后续数据分析或者出账，直接将存有测试标签的订单剔除即可；测试和正式渠道使用相同的渠道和配置信息，减少信息不一致造成的问题；生产环境回归或测试更加方便灵活；减少生产环境脏数据。

附图说明

图1为本发明的请求增加测试来源流程示意图。

图2为本发明的测试来源订单调用指定测试渠道回调信息的流程示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参阅图1至图2，本发明提供一种技术方案：一种支持使用真实渠道进行测试验证的方法，包括步骤一：增加测试来源流程；

S11：系统收到接口调用请求后判断是否上报istest字段且有值，否：执行步骤S12，是：执行步骤S14；

S12：使用对接的验签方式，根据对接验签规则计算sign值；

S13：判断计算sign值和请求sign值是否一致，否：执行步骤S18，是：执行步骤S19；

S14：使用通用验签方式，根据通用验签规则计算sign值；

S15：判断计算sign值和请求sign值是否一致，否：执行步骤S18，是：继续后续流程；

S16：判断请求接口是否为下单接口，否：执行步骤S19，是：继续后续流程；

S17：调用订单下单接口，下单成功后，保存测试标签istest字段到订单信息中；

S18：返回验签失败，执行步骤S110；

S19：返回请求结果信息；

S110：返回结果给调用方；

S111：结束；

步骤二：测试来源订单调用指定测试渠道回调信息流程：

S21：系统收到下游订单订单状态变化、开票、改价、退款、免单的结果信息请求；

S22：调用获取订单信息接口，判断订单信息是否包含istest字段，否：执行步骤S26，是：继续后续流程；

S23：获取配置的测试渠道

testchannel；

S24：判断测试渠道配置是否为空，是：执行步骤S26，否：继续后续流程；

S25：获取测试渠道号testchannel，执行步骤S27；

S26：获取订单信息中的渠道号channel；

S27：获取渠道配置信息，先通过redis查询渠道号获取渠道回调信息，查询为空则查询数据库并更新到redis；

S28：进行后续具体回调操作；

S29：结束。

尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。