研发主机和测试环境互通性测试方法与流程

文档序号:30341085发布日期:2022-06-08 08:02阅读:136来源:国知局
研发主机和测试环境互通性测试方法与流程

1.本发明涉及网约车、互联网等领域,特别涉及一种研发主机和测试环境互通性测试方法。


背景技术:

2.软件开发人员在本机完成项目开发后需要对代码进行调试,调试编写的代码是否能够正常运行,对于调试过程中发现的问题进行修改,在确保代码完全能正常运行的前提下准备提交测试。
3.当前普遍的调试方法是连接本地数据库进行单机调试,这种调试方式无法访问真实的环境数据,有可能会出现本机调试通过的模块,在发布到环境后无法正常工作。
4.基于此,本发明公开了研发主机和测试环境互通的测试方法,能在不部署环境的情况下连接到测试环境,使用真实的环境数据进行调试。


技术实现要素:

5.本发明要解决的技术问题是克服现有技术的缺陷,提供研发主机和测试环境互通性测试方法。
6.本发明提供了如下的技术方案:
7.本发明提供一种研发主机和测试环境互通性测试方法,包括以下步骤:
8.s1、本次开发内容依赖服务a,且明确知道服务a的部署服务器ip,基于krpc框架基础配置,设置启动配置文件application.properties内spring.profiles.active=loacl,使用local profile启动服务并将配置文件application-dev.properties内krpc.referers[0].direct=服务a的ip:端口;在完成代码开发后进行代码调试,调用服务a的请求会全部真实发送至已部署到环境的服务器内;
[0009]
s2、本次开发内容依赖多个服务,且无法确定依赖服务的部署服务器ip,基于krpc框架基础配置,设置启动配置文件application.properties内spring.profiles.active=dev,使用dev profile启动并将配置文件application-dev.properties内krpc.registry.addrs设置为当前环境注册发现服务的consul地址;在完成代码开发后进行代码调试,调用服务a的请求会全部真实发送至已在consul注册的所有服务器内;
[0010]
s3、基于s2场景,研发已完成代码开发但还未部署到测试环境,测试环境其他的服务需要访问研发主机本地代码;测试环境配置文件application-dev.properties内增加krpc.registry.enableregist=true开发需设置启动命令行,开发人员在本地启动java时设置jvm system property,-ddying=id主机名,请求发起时http请求头内增增加x-local-debug=id主机名;ddying为基于krpc框架二次开发的路由策略关键字。
[0011]
与现有技术相比,本发明的有益效果如下:
[0012]
本发明提供了一种研发主机和测试环境互通测试方法,研发主机的代码调试质量直接决定了本次代码开发的提测质量,传统的代码调试方式只能基于研发主机本地进行调
试,无法实时和测试环境其他服务进行连通调试,对于一些涉及和其他服务之间调用的功能无法进行调试;连接环境的调试,可以提前发现各服务之间调用隐藏的问题,提升提测质量。
附图说明
[0013]
附图用来提供对本发明的进一步理解,并且构成说明书的一部分,与本发明的实施例一起用于解释本发明,并不构成对本发明的限制。在附图中:
[0014]
图1是本发明的结构图。
具体实施方式
[0015]
以下结合附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明。其中附图中相同的标号全部指的是相同的部件。
[0016]
实施例1
[0017]
如图1,本发明提供一种研发主机和测试环境互通性测试方法,包括以下步骤:
[0018]
s1、本次开发内容依赖服务a,且明确知道服务a的部署服务器ip,基于krpc框架基础配置,设置启动配置文件application.properties内spring.profiles.active=loacl,使用local profile启动服务并将配置文件application-dev.properties内krpc.referers[0].direct=服务a的ip:端口;在完成代码开发后进行代码调试,调用服务a的请求会全部真实发送至已部署到环境的服务器内;
[0019]
s2、本次开发内容依赖多个服务,且无法确定依赖服务的部署服务器ip,基于krpc框架基础配置,设置启动配置文件application.properties内spring.profiles.active=dev,使用dev profile启动并将配置文件application-dev.properties内krpc.registry.addrs设置为当前环境注册发现服务的consul地址;在完成代码开发后进行代码调试,调用服务a的请求会全部真实发送至已在consul注册的所有服务器内;
[0020]
s3、基于s2场景,研发已完成代码开发但还未部署到测试环境,测试环境其他的服务需要访问研发主机本地代码;测试环境配置文件application-dev.properties内增加krpc.registry.enableregist=true开发需设置启动命令行,开发人员在本地启动java时设置jvm system property,-ddying=id主机名,请求发起时http请求头内增增加x-local-debug=id主机名;ddying为基于krpc框架二次开发的路由策略关键字。
[0021]
本发明提供了一种研发主机和测试环境互通测试方法,研发主机的代码调试质量直接决定了本次代码开发的提测质量。传统的代码调试方式只能基于研发主机本地进行调试,无法实时和测试环境其他服务进行连通调试,对于一些涉及和其他服务之间调用的功能无法进行调试。连接环境的调试,可以提前发现各服务之间调用隐藏的问题,提升提测质量。
[0022]
最后应说明的是:以上所述仅为本发明的优选实施例而已,并不用于限制本发明,尽管参照前述实施例对本发明进行了详细的说明,对于本领域的技术人员来说,其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的
保护范围之内。


技术特征:
1.研发主机和测试环境互通性测试方法,其特征在于,包括以下步骤:s1、本次开发内容依赖服务a,且明确知道服务a的部署服务器ip,基于krpc框架基础配置,设置启动配置文件application.properties内spring.profiles.active=loacl,使用local profile启动服务并将配置文件application-dev.properties内krpc.referers[0].direct=服务a的ip:端口;在完成代码开发后进行代码调试,调用服务a的请求会全部真实发送至已部署到环境的服务器内;s2、本次开发内容依赖多个服务,且无法确定依赖服务的部署服务器ip,基于krpc框架基础配置,设置启动配置文件application.properties内spring.profiles.active=dev,使用dev profile启动并将配置文件application-dev.properties内krpc.registry.addrs设置为当前环境注册发现服务的consul地址;在完成代码开发后进行代码调试,调用服务a的请求会全部真实发送至已在consul注册的所有服务器内;s3、基于s2场景,研发已完成代码开发但还未部署到测试环境,测试环境其他的服务需要访问研发主机本地代码;测试环境配置文件application-dev.properties内增加krpc.registry.enableregist=true开发需设置启动命令行,开发人员在本地启动java时设置jvm system property,-ddying=id主机名,请求发起时http请求头内增增加x-local-debug=id主机名;ddying为基于krpc框架二次开发的路由策略关键字。

技术总结
本发明公开了一种研发主机和测试环境互通性测试方法,包括以下步骤:S1、本次开发内容依赖服务a,且明确知道服务a的部署服务器ip,基于krpc框架基础配置,设置启动配置文件application.properties内spring.profiles.active=loacl,使用local profile启动服务并将配置文件application-dev.properties内krpc.referers[0].direct=服务a的IP:端口;在完成代码开发后进行代码调试,调用服务a的请求会全部真实发送至已部署到环境的服务器内。本发明中研发主机的代码调试质量直接决定了本次代码开发的提测质量,传统的代码调试方式只能基于研发主机本地进行调试,无法实时和测试环境其他服务进行连通调试,对于一些涉及和其他服务之间调用的功能无法进行调试;连接环境的调试,可以提前发现各服务之间调用隐藏的问题,提升提测质量。提升提测质量。提升提测质量。


技术研发人员:孔剑 赵刚 冉鹏飞 周媛
受保护的技术使用者:上海赛可出行科技服务有限公司
技术研发日:2022.02.11
技术公布日:2022/6/7
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1