CN116633812B - 一种基于nginx智能容错路由的多版本同步测试方法及系统 - Google Patents
一种基于nginx智能容错路由的多版本同步测试方法及系统 Download PDFInfo
- Publication number
- CN116633812B CN116633812B CN202310541632.8A CN202310541632A CN116633812B CN 116633812 B CN116633812 B CN 116633812B CN 202310541632 A CN202310541632 A CN 202310541632A CN 116633812 B CN116633812 B CN 116633812B
- Authority
- CN
- China
- Prior art keywords
- version
- test
- interface
- engineering
- nginx
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000010998 test method Methods 0.000 title claims abstract description 16
- 230000001360 synchronised effect Effects 0.000 title claims abstract description 15
- 238000012360 testing method Methods 0.000 claims abstract description 192
- 238000011156 evaluation Methods 0.000 claims abstract description 36
- 230000004044 response Effects 0.000 claims abstract description 34
- 238000000034 method Methods 0.000 claims abstract description 28
- 230000008569 process Effects 0.000 claims abstract description 15
- 238000012800 visualization Methods 0.000 claims description 7
- 230000003044 adaptive effect Effects 0.000 claims description 6
- 238000012545 processing Methods 0.000 claims description 6
- 230000002441 reversible effect Effects 0.000 claims description 5
- 238000012216 screening Methods 0.000 claims description 5
- 238000010606 normalization Methods 0.000 claims description 4
- 230000008859 change Effects 0.000 claims description 3
- 238000011161 development Methods 0.000 description 5
- 238000011056 performance test Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 238000011990 functional testing Methods 0.000 description 1
- 238000013101 initial test Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003252 repetitive effect Effects 0.000 description 1
- 238000013112 stability test Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Environmental & Geological Engineering (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明提供的一种基于nginx智能容错路由的多版本同步测试方法,包括以下步骤:S1、将正式工程和所有测试工程布置在容器集群中,并获取正式工程和不同版本测试工程的配置参数;S2、根据预设的自适应分配权重对测试请求进行随机路由标的分配,以获得包含各版本接口容错率和平均响应时间的测试结果;对所述自适应分配权重进行更新,以获得更新后的自适应分配权重;S3、基于更新后的自适应分配权重,对所述测试请求的路由标进行重新分配;S4、重复S2至S3直至迭代次数满足终止条件,以最新一次评估得分最高的版本接口作为最佳版本接口输出。本发明还提供了一种版本同步测试系统。本发明提供的方法节省测试过程中的资源消耗和工时。
Description
技术领域
本发明属于微前端技术领域,尤其涉及一种基于nginx智能容错路由的多版本同步测试方法及系统。
背景技术
近年来,随着信息技术的发展,互联网产品规模不断扩大,软件工程的测试模式势必需要满足日益增长的用户获取产品提供功能的需求。因此,合理的测试方式以及测试效率突显出其重要的位置。
通常情况下,一个大体量的软件工程的接口更新迭代将会同时开发多个版本,在开发一定阶段、新版本开发完成后测试人员会进行测试,选出用户体验好,可操作性强,容错率高的版本。测试分为功能测试和性能测试,其中性能测试又分为一般性能测试、稳定性测试、负载测试和压力测试。由此可见性能测试着重于该工程接口版本的容错,即高容错率的工程接口,稳定性越高,在性能测试中表现更好。在这个场景下,目前普遍有两种测试方式:
1.测试人员按序分别对不用的版本进行测试;
2.测试人员对不同版本进行并行测试;
对于第一种测试方式,操作较为简单,但由于测试人员需要对所有接口版本都测一遍,存在版本测试冗余,重复性劳动过多,工时过长的问题,且因为测试时间不同,可能会存在不确定因素的影响。对于第二种测试方式,不同接口版本在测试过程中互不干涉,且减少了时间因素的影响,但由于同步测试,在较多接口版本的场景下,需要大量的测试人员参与到测试工作中,同样也耗费了大量资源。
专利文献CN111224873A公开了一种基于Nginx路由分发式的微前端系统及其开发、部署方法,该系统包括若干相互独立的相同或不同的前端框架工程,所述的工程之间基于路由通过nginx进行应用跳转。但该发明仅限于解决前端工程开发部署测试中遇到的难题,并未解决其他大体量的软件工程,尤其是多版本接口测试过程中遇到的版本管理、筛选以及效率问题。
专利文献CN112788103A公开了一种基于nginx+lua解决同应用多实例web代理访问冲突的方法,包括两个阶段,第一个阶段:ngnix通过lua模块对代理请求各阶段进行更细粒度的控制;第二个阶段:ngnix利用lua模块在请求转发和返回之间对请求进行修改。但该发明仅限于解决前端工程访问应用中遇到的难题,并未解决前端工程以及其他大体量软件工程在测试过程中遇到的接口版本筛选难题。
发明内容
本发明的目的是提供一种基于nginx智能容错路由的多版本同步测试方法及系统,该方法可以有效解决实际测试环节中来回切换接口版本环节导致测试效率低下的问题,从而节省了资源以及工时,同时也可以减少外界场景不确定因素的干扰。
为了实现上述的目的,本发明提供了一种基于nginx智能容错路由的多版本同步测试方法,包括以下步骤:
S1、将正式工程和所有测试工程布置在容器集群中,并获取正式工程和不同版本测试工程的配置参数,所述容器集群包括用于正常运行的正式容器和带有多个版本接口的测试容器,所述配置参数包括工程参数和本地IP地址。
在nginx反向代理的服务器中,基于测试工程的本地IP地址设置对应的路由标。
S2、在测试过程中,根据预设的自适应分配权重对测试请求进行随机路由标的分配,并根据分配所得的路由标将测试请求下发至对应本地IP地址的测试工程中,以获得包含各版本接口容错率和平均响应时间的测试结果;
基于版本接口容错率和平均响应时间对版本接口进行评估,并基于评估得分对所述自适应分配权重进行更新,以获得更新后的自适应分配权重。
S3、基于修正后的自适应分配权重,对所述测试请求的路由标进行重新分配,并根据新的路由标对将测试请求下发至对应本地IP地址的测试工程中进行测试。
S4、重复S2至S3直至迭代次数满足终止条件,以最新一次评估得分最高的版本接口作为最佳版本接口输出。
本发明通过在nginx反向代理的服务器中部署测试工程的容器集群,同时规定路由标的生成与更新规则,从而实现在同一个环境内实现多个版本接口的测试。
具体的,终止条件为接口测试总次数或单个接口测试总次数达到最大预设次数。
具体的,所述工程参数包括测试工程的版本接口,容器配置以及用于执行自动部署多版本测试工程容器的部署脚本。
具体的,所述测试请求通过url做正则化处理对输入的请求进行识别生成。
具体的,所述url做正则化处理的具体过程如下:
当接口识别为非测试工程的接口,则将当前请求转发至正式工程中执行;
当接口识别为测试工程的接口,则根据自适应分配权重对当前请求的路由标进行分配。
具体的,在S2中,根据自适应分配权重在测试请求中的请求头request-header中分配随机路由标。
具体的,其特征在于,在S2中,所述版本接口容错率的表达式如下:
式中,表示版本接口x在测试工程n的测试成功次数,TESTnx表示版本接口x在测试工程n的测试总数,REnx表示版本接口x在测试工程n的版本接口容错率。
具体的,在S2中,所述更新的频率包括单批次更新和多批次更新。
具体的,所述单批次更新为测一次版本接口就更新一次的评估得分。
所述多批次更新为测N次版本接口就更新一次的评估得分。
具体的,所述自适应分配权重基于各版本接口的评估得分采用归一化处理获得。
具体的,所述自适应分配权重的表达式如下:
式中,Rnx表示版本接口x在测试工程n的评估得分,Tx-average表示版本接口x在所有测试工程中平均响应时间的平均值,Tnx表示版本接口x在测试工程n的平均响应时间,Wnx表示版本接口x在测试工程n的自适应分配权重,m表示测试工程的总数,a和b均为大于零的权重参数。
本发明还提供了一种版本同步测试系统,通过上述的基于nginx智能容错路由的多版本同步测试方法实现,包括版本管理模块,智能路由模块,容错统计模块以及可视化模块。
所述版本管理模块,用于将测试工程部署在容器集群中,并记录工程参数和本地IP地址。
所述智能路由模块,用于设置测试工程的路由标,并根据分配的路由标进行请求发送。
所述容错统计模块,用于对各版本接口的容错率,平均响应时间的统计以及版本接口的评估,并基于评估得分对自适应分配权重进行自适应的更新。
所述可视化模块,用于记录与展示各版本接口容错率,版本接口的评估得分,以及平均响应时间的变化情况,为筛选最佳版本接口提供有效的指导。
与现有技术相比,本发明的有益效果:
通过将测试与实际应用的工程运行环境、工程内部端口号、接口保持一致的形式,保证了系统接口接口版本更迭的安全性和灵活性,同时通过容错率以及平均响应时间的反馈,合理随机分配路由标的形式合理优化部分测试版本接口测试次数、时间,缩短多版本接口同步测试整体时间,提高本系统效率。
附图说明
图1为本实施例提供的一种基于nginx智能容错路由的多版本同步测试方法的示意图;
图2为本实施例提供的一种版本同步测试系统的示意图;
图3为本实施例提供的自适应分配权重的更新流程图;
图4为本实施例提供的可视化模块界面的展示示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
本申请使用的术语是仅仅出于描述特征实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多种形式,除非上下文清楚地表明其含义。应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种部位,但这些参数不应限于这些术语。这些术语仅使用来将同一类型的参数彼此分开。例如,在不脱离本申请范围的情况下,第一容器也是可以被称为第二容器,类似地,第二容器也可以称为第一容器。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
如图1和图2所示,一种基于nginx智能容错路由的多版本同步测试方法,包括以下步骤:
S1、将正式工程和所有测试工程布置在容器集群中,并获取正式工程和不同版本测试工程的配置参数,所述容器集群包括用于正常运行的正式容器和带有多个版本接口的测试容器,所述配置参数包括工程参数和本地IP地址。
在nginx反向代理的服务器中,基于测试工程的本地IP地址设置对应的路由标。
S2、在测试过程中,根据预设的自适应分配权重对测试请求进行随机路由标的分配,并根据分配所得的路由标将测试请求下发至对应本地IP地址的测试工程中,以获得包含各版本接口容错率和平均响应时间的测试结果。
基于版本接口容错率和平均响应时间对版本接口进行评估,并基于评估得分对所述自适应分配权重进行更新,以获得更新后的自适应分配权重。
S3、基于修正后的自适应分配权重,对所述测试请求的路由标进行重新分配,并根据新的路由标对将测试请求下发至对应本地IP地址的测试工程中进行测试。
S4、重复S2至S3直至迭代次数满足终止条件,以最新一次评估得分最高的版本接口作为最佳版本接口输出。
更具体地,本实施例提供的更新包括以下过程:
将各个测试工程对各个接口的容错设置为初始收到接口的请求1次,成功一次,即为100%。
版本接口容错率的表达式如下:
式中,表示版本接口x在测试工程n的测试成功次数,TESTnx表示版本接口x在测试工程n的测试总数,REnx表示版本接口x在测试工程n的版本接口容错率。
更新的频率包括单批次更新和多批次更新,而本实施例采用单批次更新为测一次版本接口就更新一次的自适应分配权重,多批次更新为测N次版本接口就更新一次的自适应分配权重。
每次更新时,自适应分配权重基于各版本接口的评估得分采用归一化处理获得,其表达式如下:
式中,Rnx表示版本接口x在测试工程n的评估得分,Tx-average表示版本接口x在所有测试工程中平均响应时间的平均值,Tnx表示版本接口x在测试工程n的平均响应时间,Wnx表示版本接口x在测试工程n的自适应分配权重,m表示测试工程的总数,a和b均为大于零的权重参数。
如图3所示,本实施例还提供了一种版本同步测试系统,该系统通过上述实施例提出的多版本同步测试方法实现,包括版本管理模块,智能路由模块,容错统计模块以及可视化模块。
所述版本管理模块,用于将测试工程部署在容器集群中,并记录工程参数和本地IP地址。
所述智能路由模块,用于设置测试工程的路由标,并根据分配的路由标进行请求发送。
所述容错统计模块,用于对各版本接口的容错率,平均响应时间的统计以及版本接口的评估,并基于评估得分对自适应分配权重进行自适应的更新。
所述可视化模块,用于记录与展示各版本接口容错率,版本接口的评估得分,以及平均响应时间的变化情况,为筛选最佳版本接口提供有效的指导。
更具体地,通过版本管理模块将待测试工程部署在容器集群中,并记录工程参数、本地IP地址。
部署智能路由模块中的nginx反向代理web服务器,设置路由规则,使路由标能和第一步的本地IP地址一一对应。
测试人员开始对该工程进行正式版本与测试工程同步测试,通过对请求的url做正则化处理,读取端口、特殊符号(“:”、“/”、“&”、“=”等)以及特殊字符串,识别当前请求的接口,通过接口字典、接口列表等方式,判断当前请求是否进入测试版本。
如果不需要,则将请求转发给正式版本接口所在的实际应用工程容器。如果需要测试,则根据容错统计模块传递的自适应分配权重在请求头request-header中分配随机路由标。
nginx读取请求头request-header中的路由标,并做路由判断,将请求向下转发,转发到统一物理机的各个测试工程所在的容器中。
各个测试工程在收到接口请求后进行处理,得到接口响应时间以及请求结果:请求成功/请求失败。并将当前版本接口响应时间、请求结果反馈给容错统计模块,容错统计模块统计各个测试工程各个版本接口平均响应时间、容错率。容错率计算例如:测试工程1一共收到过接口A的请求4次,成功2次,测试工程1的接口A当前版本为1.0,则1.0版本的接口A的版本接口容错率为60%;测试工程2工程一共收到过接口B的请求9次,成功6次,测试工程2的接口B当前版本为2.0,则2.0版本的接B的版本接口容错率为70%;为了避免初始测试版本接口请求为0次的情况,本方法默认将各个测试工程对各个版本接口容错率设置为初始收到接口的请求1次,成功一次,即为100%。
容错统计模块在得到版本接口容错率和平均响应时间后,计算各版本接口的评估得分。例如:测试工程1接口A的接口容错率为60%、平均响应时间为0.4秒,接口A在所有测试工程中平均响应时间的平均值为0.5秒,则测试工程1接口A的评估得分a*0.6+b*1.25;测试工程2接口B的容错率为70%、平均响应时间为1.2秒,接口B在所有测试工程中平均响应时间的平均值为0.8秒,则测试工程2接口B的评估得分为a*0.7+b*0.667。
容错统计模块在得到版本接口的自适应分配值后,再进行归一化处理,重新计算各版本接口的自适应分配权重。
例如:测试工程1对于接口A的当前版本接口的评估得分为1.6,测试工程1的接口A当前版本为1.0。
测试工程2对于接口A的当前版本接口的评估得分为2.4,测试工程2的接口A当前版本为2.0。
测试工程3对于接口A的当前版本接口的评估得分为0.8,测试工程3的接口A当前版本为3.0。
测试工程4对于接口A的当前版本接口的评估得分为3.2,测试工程4的接口A当前版本为4.0。
则归一化后接口A对于测试版本1.0所在的测试工程1的自适应分配权重为20%,对于测试版本2.0所在的测试工程2的自适应分配权重为30%,对于测试版本3.0所在的测试工程3的自适应分配权重为10%,对于测试版本4.0所在的测试工程4的自适应分配权重为40%。
容错统计模块将自适应分配权重传递给智能路由模块。
循环版本接口容错率的计算和自适应分配权重的更新,直到该工程的正式版本与测试工程同步测试完毕或者接口测试总次数满足预测最大测试次数。
以最新一次评估得分最高的版本接口作为最佳版本接口输出,例如:例如:测试工程1接口A的接口容错率为70%、平均响应时间为0.5秒,接口A在所有测试工程中平均响应时间的平均值为1.5秒,则测试工程1接口A的评估得分a*0.7+b*3;测试工程2接口B的容错率为60%、平均响应时间为1.2秒,接口B在所有测试工程中平均响应时间的平均值为0.8秒,则测试工程2接口B的评估得分为a*0.6+b*0.667。
如图4所示,操作员根据可视化模块可全程看到各个测试工程不同版本接口平均响应时间、容错率的变化统计结果,以及最终数值,也可结合实际情况考虑筛选可行的测试接口版本。
本发明的一种基于nginx智能容错路由的多版本接口同步测试的方法与系统,涵盖了版本管理、容器集群管理、智能路由以及容错统计处理的功能。规范了多版本接口同步测试过程中的一切测试接口版本信息,以及工程配置信息,部署信息。
通过将测试与实际应用的工程运行环境、工程内部端口号、接口保持一致的形式,保证了系统接口接口版本更迭的安全性,灵活性。通过接口平均响应时间、容错率反馈,合理随机分配路由标的形式合理优化部分测试版本接口测试次数、时间,缩短多版本接口同步测试整体时间,提高本系统效率。
最后应说明的是,以上实施例只为说明本发明的技术构思及特点,其目的在于让熟悉此项技术的人士了解本发明的内容并加以实施,并不能以此限制本发明的保护范围。本领域的普通技术人员应当理解:前述各实施例所记载的技术方案依然可以进行修改,或者等同替换部分技术特征;这些修改及替换,并不使相应技术方案的脱离本发明各实施例的技术方案的范围。
Claims (10)
1.一种基于nginx智能容错路由的多版本同步测试方法,其特征在于,包括以下步骤:
S1、将正式工程和所有测试工程布置在容器集群中,并获取正式工程和不同版本测试工程的配置参数,所述容器集群包括用于正常运行的正式容器和带有多个版本接口的测试容器,所述配置参数包括工程参数和本地IP地址;
在nginx反向代理的服务器中,基于测试工程的本地IP地址设置对应的路由标;
S2、在测试过程中,根据预设的自适应分配权重对测试请求进行随机路由标的分配,并根据分配所得的路由标将测试请求下发至对应本地IP地址的测试工程中,以获得包含各版本接口容错率和平均响应时间的测试结果;
基于版本接口容错率和平均响应时间对版本接口进行评估,并基于评估得分对所述自适应分配权重进行更新,以获得更新后的自适应分配权重;
S3、基于修正后的自适应分配权重,对所述测试请求的路由标进行重新分配,并根据新的路由标对将测试请求下发至对应本地IP地址的测试工程中进行测试;
S4、重复S2至S3直至迭代次数满足终止条件,以最新一次评估得分最高的版本接口作为最佳版本接口输出。
2.根据权利要求1所述的基于nginx智能容错路由的多版本同步测试方法,其特征在于,所述工程参数包括测试工程的版本接口,容器配置以及用于自动部署多版本测试工程容器的部署脚本。
3.根据权利要求1所述的基于nginx智能容错路由的多版本同步测试方法,其特征在于,所述测试请求通过url做正则化处理对输入的请求进行识别生成。
4.根据权利要求3所述的基于nginx智能容错路由的多版本同步测试方法,其特征在于,所述url做正则化处理的具体过程如下:
通过读取端口、特殊符号以及特殊字符串,识别当前请求的接口;
当接口识别为非测试工程的接口,则将当前请求转发至正式工程中执行;
当接口识别为测试工程的接口,则根据自适应分配权重对当前请求的路由标进行分配。
5.根据权利要求1所述的基于nginx智能容错路由的多版本同步测试方法,其特征在于,在S2中,根据自适应分配权重在测试请求中的请求头request-header中分配随机路由标。
6.根据权利要求1所述的基于nginx智能容错路由的多版本同步测试方法,其特征在于,在S2中,所述版本接口容错率的表达式如下:
式中,表示版本接口x在测试工程n的测试成功次数,TESTnx表示版本接口x在测试工程n的测试总数,REnx表示版本接口x在测试工程n的版本接口容错率。
7.根据权利要求1所述的基于nginx智能容错路由的多版本同步测试方法,其特征在于,在S2中,所述更新的频率包括单批次更新和多批次更新,所述单批次更新为测一次版本接口就更新一次的评估得分,所述多批次更新为测N次版本接口就更新一次的评估得分。
8.根据权利要求1所述的基于nginx智能容错路由的多版本同步测试方法,其特征在于,所述自适应分配权重基于各版本接口的评估得分,采用归一化处理获得。
9.根据权利要求8所述的基于nginx智能容错路由的多版本同步测试方法,其特征在于,其特征在于,所述自适应分配权重的表达式如下:
式中,Rnx表示版本接口x在测试工程n的评估得分,Tx-average表示版本接口x在所有测试工程中平均响应时间的平均值,Tnx表示版本接口x在测试工程n的平均响应时间,Wnx表示版本接口x在测试工程n的自适应分配权重,m表示测试工程的总数,a和b均为大于零的权重参数。
10.一种版本同步测试系统,其特征在于,通过如权利要求1~9任一项所述的基于nginx智能容错路由的多版本同步测试方法实现,包括版本管理模块,智能路由模块,容错统计模块以及可视化模块;
所述版本管理模块,用于将测试工程部署在容器集群中,并记录工程参数和本地IP地址;
所述智能路由模块,用于设置测试工程的路由标,并根据分配的路由标进行请求发送;
所述容错统计模块,用于对各版本接口的容错率,平均响应时间的统计以及版本接口的评估,并基于评估得分对自适应分配权重进行自适应的更新;
所述可视化模块,用于记录与展示各版本接口容错率,版本接口的评估得分,以及平均响应时间的变化情况,为筛选最佳版本接口提供有效的指导。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310541632.8A CN116633812B (zh) | 2023-05-15 | 2023-05-15 | 一种基于nginx智能容错路由的多版本同步测试方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310541632.8A CN116633812B (zh) | 2023-05-15 | 2023-05-15 | 一种基于nginx智能容错路由的多版本同步测试方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN116633812A CN116633812A (zh) | 2023-08-22 |
CN116633812B true CN116633812B (zh) | 2023-12-22 |
Family
ID=87601880
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310541632.8A Active CN116633812B (zh) | 2023-05-15 | 2023-05-15 | 一种基于nginx智能容错路由的多版本同步测试方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116633812B (zh) |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103324566A (zh) * | 2012-03-20 | 2013-09-25 | 阿里巴巴集团控股有限公司 | 一种网页产品多版本测试方法及装置 |
WO2014169139A1 (en) * | 2013-04-12 | 2014-10-16 | Alibaba Group Holding Limited | Method and device for testing multiple versions |
CN106201856A (zh) * | 2015-05-04 | 2016-12-07 | 阿里巴巴集团控股有限公司 | 一种多版本性能测试方法及装置 |
CN106502642A (zh) * | 2016-09-21 | 2017-03-15 | 北京深维科技有限公司 | 一种eda工具的评价方法及系统 |
CN108829399A (zh) * | 2018-04-13 | 2018-11-16 | 杭州朗和科技有限公司 | 一种应用的测试方法、测试装置、介质和计算设备 |
US10146676B1 (en) * | 2015-06-26 | 2018-12-04 | Twitter, Inc. | Multi-version regression tester for source code |
CN109446069A (zh) * | 2018-09-26 | 2019-03-08 | 平安普惠企业管理有限公司 | 兼容性测试方法、装置、计算机设备和介质 |
CN111224873A (zh) * | 2020-01-20 | 2020-06-02 | 厦门靠谱云股份有限公司 | 基于Nginx路由分发式的微前端系统及其开发、部署方法 |
CN112788103A (zh) * | 2020-12-25 | 2021-05-11 | 江苏省未来网络创新研究院 | 一种基于nginx+lua解决同应用多实例web代理访问冲突的方法 |
CN113010405A (zh) * | 2019-12-20 | 2021-06-22 | 北京沃东天骏信息技术有限公司 | 一种应用程序的测试方法和装置 |
CN114661592A (zh) * | 2022-03-15 | 2022-06-24 | 海南格子山网络科技有限公司 | 一种基于适应快速需求版本迭代的软件测试方法 |
CN115168162A (zh) * | 2022-09-08 | 2022-10-11 | 江苏博云科技股份有限公司 | 容器环境基于ingress控制器多灰度发布方法、设备及存储介质 |
-
2023
- 2023-05-15 CN CN202310541632.8A patent/CN116633812B/zh active Active
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103324566A (zh) * | 2012-03-20 | 2013-09-25 | 阿里巴巴集团控股有限公司 | 一种网页产品多版本测试方法及装置 |
WO2014169139A1 (en) * | 2013-04-12 | 2014-10-16 | Alibaba Group Holding Limited | Method and device for testing multiple versions |
CN106201856A (zh) * | 2015-05-04 | 2016-12-07 | 阿里巴巴集团控股有限公司 | 一种多版本性能测试方法及装置 |
US10146676B1 (en) * | 2015-06-26 | 2018-12-04 | Twitter, Inc. | Multi-version regression tester for source code |
CN106502642A (zh) * | 2016-09-21 | 2017-03-15 | 北京深维科技有限公司 | 一种eda工具的评价方法及系统 |
CN108829399A (zh) * | 2018-04-13 | 2018-11-16 | 杭州朗和科技有限公司 | 一种应用的测试方法、测试装置、介质和计算设备 |
CN109446069A (zh) * | 2018-09-26 | 2019-03-08 | 平安普惠企业管理有限公司 | 兼容性测试方法、装置、计算机设备和介质 |
CN113010405A (zh) * | 2019-12-20 | 2021-06-22 | 北京沃东天骏信息技术有限公司 | 一种应用程序的测试方法和装置 |
CN111224873A (zh) * | 2020-01-20 | 2020-06-02 | 厦门靠谱云股份有限公司 | 基于Nginx路由分发式的微前端系统及其开发、部署方法 |
CN112788103A (zh) * | 2020-12-25 | 2021-05-11 | 江苏省未来网络创新研究院 | 一种基于nginx+lua解决同应用多实例web代理访问冲突的方法 |
CN114661592A (zh) * | 2022-03-15 | 2022-06-24 | 海南格子山网络科技有限公司 | 一种基于适应快速需求版本迭代的软件测试方法 |
CN115168162A (zh) * | 2022-09-08 | 2022-10-11 | 江苏博云科技股份有限公司 | 容器环境基于ingress控制器多灰度发布方法、设备及存储介质 |
Non-Patent Citations (2)
Title |
---|
基于容器云的微服务系统;杨迪;;电信科学(第09期);全文 * |
杨迪 ; .基于容器云的微服务系统.电信科学.2018,(第09期),全文. * |
Also Published As
Publication number | Publication date |
---|---|
CN116633812A (zh) | 2023-08-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110347596B (zh) | 一种测试方法、装置、系统、电子设备及介质 | |
US11016836B2 (en) | Graphical user interface for visualizing a plurality of issues with an infrastructure | |
CN109617759A (zh) | 区块链系统稳定性测试方法、装置、设备及存储介质 | |
CN112148484A (zh) | 一种基于耦合度的微服务在线分配方法与系统 | |
CN110858810B (zh) | 网络链路状态监测方法、设备、系统及介质 | |
CN112787853B (zh) | 网络变更方案的自动生成方法、装置及相关设备 | |
CN113128143B (zh) | Ai处理器的仿真方法、装置、计算机设备及存储介质 | |
CN112532408A (zh) | 提取故障传播条件的方法、装置及存储介质 | |
CN111090401B (zh) | 存储设备性能预测方法及装置 | |
CN115242596B (zh) | 面向用户的网络测试床场景业务调度方法及装置 | |
CN115237766A (zh) | 模糊测试用例筛选方法、装置、电子设备及存储介质 | |
CN116633812B (zh) | 一种基于nginx智能容错路由的多版本同步测试方法及系统 | |
CN111930424B (zh) | 基于黑箱技术的SaaS软件定制需求装配方法 | |
CN111339055B (zh) | 大数据集群扩容方法及装置 | |
CN113079038B (zh) | 一种网络质量的评估方法、装置、服务器和存储介质 | |
CN114285779B (zh) | 测试请求的处理方法、装置和系统 | |
CN112783654B (zh) | 一种Kubernetes环境下的云原生服务的共享配置资源实现方法 | |
CN114650211A (zh) | 故障修复方法、装置、电子设备和计算机可读存储介质 | |
CN111885159B (zh) | 数据采集方法、装置、电子设备及存储介质 | |
CN112242951A (zh) | 一种虚拟网映射方法和装置 | |
EP4186212B1 (en) | Network verification systems and methods | |
CN114265614B (zh) | 一种代理差分升级的方法及系统 | |
CN115564322B (zh) | 一种业务处理方法、装置、电子设备及存储介质 | |
CN110247817B (zh) | 一种测量虚拟网络功能间性能干扰的方法及系统 | |
CN112990744B (zh) | 一种面向海量百万级云化设备的自动化运维方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |