CN110780904A - 一种应用更新方法及装置 - Google Patents
一种应用更新方法及装置 Download PDFInfo
- Publication number
- CN110780904A CN110780904A CN201911033303.2A CN201911033303A CN110780904A CN 110780904 A CN110780904 A CN 110780904A CN 201911033303 A CN201911033303 A CN 201911033303A CN 110780904 A CN110780904 A CN 110780904A
- Authority
- CN
- China
- Prior art keywords
- application
- version
- server
- end system
- deployed
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- 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/3684—Test management for test design, e.g. generating new test cases
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Software Systems (AREA)
- Computer Security & Cryptography (AREA)
- Debugging And Monitoring (AREA)
- Stored Programmes (AREA)
Abstract
本发明公开了一种应用更新方法及装置,涉及金融科技(Fintech)的系统发布管理领域,其中方法为:从第一前端系统关联的至少一台服务器中选择一台服务器作为第一服务器;将所述第一服务器中部署的第一版本的应用更新为第二版本的应用;对所述第二版本的应用中,相对于所述第一版本的应用的优化后的功能进行测试;根据所述第一前端系统和所述第二版本的应用建立第二前端系统;将所述第二前端系统与所述第一服务器关联;对所述第二版本的应用中,相对于所述第一版本的应用的新增的功能进行测试,若确定测试通过,则确定所述应用更新成功。该方法提升应用更新的验证效率,同时提高系统使用的稳定性。
Description
技术领域
本发明涉及金融科技(Fintech)的系统发布管理领域,尤其涉及一种应用更新方法及装置。
背景技术
随着计算机技术的发展,越来越多的技术(大数据、分布式、区块链(Blockchain)、人工智能等)应用在金融领域,传统金融业正在逐步向金融科技(Fintech)转变。目前,金融科技领域中,当业务需求日趋增多与高标准时,对各种系统特性的新增与优化类的调整频次以及重要性也日益提升,现有技术中系统的应用更新采用的灰度发布方式是指在软件版本发布过程中,能够平滑过渡的一种发布方式。假设当前软件版本是A,新的软件版本是B,当软件开发公司对某个软件进行版本升级发布时,服务器控制一部分用户开始使用版本B;另一部分用户继续使用版本A,如果用户在使用版本B的过程中没有出现异常,则逐步将所有用户都迁移到版本B。
一般来说,新版本应用B较旧版本应用A的功能特性上包括两方面的变化,分别是调整优化和新增,现有技术的灰度发布方式在后端服务器部署新版本应用B时,前端系统始终部署为旧版本A应用,因此,在一部分用户使用新版本应用B的过程中仅能测试后端服务器部署的新版本应用B的功能特性中的调整优化方面,对新增方面并没有测试;导致对新版本应用测试的不全面,这会使得在前端系统全量发布新版本应用B后,如果出现版本问题,不但影响所有使用前端系统的作业人员,而且在排查问题原因时,需要对所有的后端服务器以及前端系统进行逐一测试检查,操作时间长、维护效率低。
因此,现有技术的应用更新中后端服务器未测试新版本应用的新增功能是一个亟待解决的问题。
发明内容
本申请实施例提供一种应用更新方法及装置,解决了现有技术的应用更新中后端服务器未测试新版本应用的新增功能的问题。
本申请实施例提供一种应用更新方法,具体包括:
从第一前端系统关联的至少一台服务器中选择一台服务器作为第一服务器;将所述第一服务器中部署的第一版本的应用更新为第二版本的应用,所述第二版本的应用为所述第一版本的应用更新后的应用;
对所述第一服务器中部署的所述第二版本的应用中,相对于所述第一版本的应用的优化后的功能进行测试,若确定测试通过,则断开所述第一前端系统与所述第一服务器的关联;
根据所述第一前端系统和所述第二版本的应用建立第二前端系统;将所述第二前端系统与所述第一服务器关联;
对所述第一服务器中部署的所述第二版本的应用中,相对于所述第一版本的应用的新增的功能进行测试,若确定测试通过,则确定所述应用更新成功。
一种可能的实现方式,确定所述应用更新成功后,还包括:
从所述第一前端系统关联的部署所述第一版本的应用的至少一台服务器中选择一台服务器,将所述第一版本的应用更新为所述第二版本的应用并测试;直至与所述第一前端系统关联的所述至少一台服务器部署的所述第一版本的应用都更新为所述第二版本的应用,且确定应用更新成功;
根据所述第二版本的应用更新所述第一前端系统。
一种可能的实现方式,对所述第一服务器中部署的所述第二版本的应用中,相对于所述第一版本的应用的新增的功能进行测试,包括:
所述第二前端系统接收对应所述新增的功能的指令;
根据所述指令的执行结果,确定所述第二版本的应用中新增的功能的测试通过状态。
一种可能的实现方式,对所述第一服务器中部署的所述第二版本的应用中,相对于所述第一版本的应用的新增的功能进行测试之后,还包括:
当确定测试未通过时,回退所述第一服务器中部署的所述第二版本的应用至所述第一版本的应用;并断开所述第二前端系统与所述第一服务器的关联;建立所述第一前端系统与所述第一服务器的关联。
本申请实施例提供一种应用更新装置,具体包括:
获取单元,用于从第一前端系统关联的至少一台服务器中选择一台服务器作为第一服务器;
处理单元,用于将所述第一服务器中部署的第一版本的应用更新为第二版本的应用,所述第二版本的应用为所述第一版本的应用更新后的应用;对所述第一服务器中部署的所述第二版本的应用进行优化功能的测试,若确定测试通过,则断开所述第一前端系统与所述第一服务器的关联;
所述处理单元,还用于根据所述第一前端系统和所述第二版本的应用建立第二前端系统;将所述第二前端系统与所述第一服务器关联;对所述第一服务器中部署的所述第二版本的应用进行新增功能的测试,若确定测试通过,则确定所述应用更新成功。
一种可能的实现方式,所述处理单元具体用于:
从所述第一前端系统关联的部署所述第一版本的应用的至少一台服务器中选择一台服务器,将所述第一版本的应用更新为所述第二版本的应用并测试;直至与所述第一前端系统关联的所述至少一台服务器部署的所述第一版本的应用都更新为所述第二版本的应用,且确定应用更新成功;
根据所述第二版本的应用更新所述第一前端系统。
一种可能的实现方式,所述处理单元具体用于:
接收对应所述新增的功能的指令;
根据所述指令的执行结果,确定所述第二版本的应用中新增的功能的测试通过状态。
一种可能的实现方式,所述处理单元具体用于:
当确定测试未通过时,回退所述第一服务器中部署的所述第二版本的应用至所述第一版本的应用;并断开所述第二前端系统与所述第一服务器的关联;建立所述第一前端系统与所述第一服务器的关联。
本申请实施例提供一种存储介质,包括程序或指令,当所述程序或指令被执行时,使得计算机执行上述任一种可能的设计中的方法。
本申请实施例提供一种芯片,所述芯片与存储器相连,用于读取并执行所述存储器中存储的软件程序,以实现上述任一种可能的设计中的方法。
利用本发明提供的一种应用更新方法及装置,具有以下有益效果:每次选取一台后端服务器部署新版本应用,对与后端服务器关联的前端系统在部署旧版本应用和新版本应用的情况下都进行测试,使得应用更新过程中对后端服务器的测试包含了新版本应用的功能特性中的新增方面,保证对新版本应用测试的完整性,避免了在应用更新完成后因新版本应用出现问题而影响所有使用系统的作业人员,从而提升应用更新的验证效率,同时提高系统使用的稳定性。
附图说明
图1为本申请实施例中一种应用更新方法的流程示意图;
图2为本申请实施例中一种应用更新方法的实例流程示意图;
图3为本申请实施例中一种应用更新方法的作业人员作业的示意图;
图4为本申请实施例中一种应用更新装置的结构示意图。
具体实施方式
为了更好的理解上述技术方案,下面将结合说明书附图及具体的实施方式对上述技术方案进行详细的说明,应当理解本申请实施例以及实施例中的具体特征是对本申请技术方案的详细的说明,而不是对本申请技术方案的限定,在不冲突的情况下,本申请实施例以及实施例中的技术特征可以相互结合。
随着计算机技术的发展,越来越多的技术(大数据、分布式、区块链(Blockchain)、人工智能等)应用在金融领域,传统金融业正在逐步向金融科技(Fintech)转变。图1为本申请实施例中一种应用更新方法的流程示意图,如图所示,具体步骤描述如下。
步骤101:从第一前端系统关联的至少一台服务器中选择一台服务器作为第一服务器;将所述第一服务器中部署的第一版本的应用更新为第二版本的应用,所述第二版本的应用为所述第一版本的应用更新后的应用;
具体的,第一服务器为第一前端系统关联的至少一台服务器中的任一台,选取第一服务器部署新版本应用,将原部署的第一版本的应用更新为第二版本的应用,第一前端系统仍部署第一版本的应用。
步骤102:对所述第一服务器中部署的所述第二版本的应用中,相对于所述第一版本的应用的优化后的功能进行测试,若确定测试通过,则断开所述第一前端系统与所述第一服务器的关联;
具体的,对第一服务器结合第一前端系统测试第二版本应用的调整优化功能,其中,测试的内容包括:(1)检查第一服务器的日志记录有无异常;(2)验证执行第二版本的应用的调整优化的结果与执行第一版本的应用的结果是否匹配;当检查第一服务器的日志记录无异常,且验证执行第二版本的应用的结果与执行第一版本的应用的结果匹配时,确定测试通过,说明后端的第一服务器部署第二版本的应用后能够兼容部署第一版本的应用的第一前端系统,断开第一前端系统与第一服务器的关联。
进一步具体的,当测试未通过时,说明部署的第二版本的应用有问题,回退第一服务器部署的第二版本的应用至第一版本的应用,以待检测并修复第二版本的问题后再重新测试第二版本的应用。
步骤103:根据所述第一前端系统和所述第二版本的应用建立第二前端系统;将所述第二前端系统与所述第一服务器关联;
具体的,第一前端系统的网页文件中包含第一前端网页目录,预先根据第一前端系统确定第一前端网页目录,以保证在应用更新过程中,调用一部分作业人员对新版本应用进行验证测试时,可在不影响原有第一前端系统的基础上,根据第一前端系统的第一前端网页目录和第二版本的应用建立第二前端系统,并通过对第二前端系统的使用进行新版本应用的验证测试。
步骤104:对所述第一服务器中部署的所述第二版本的应用中,相对于所述第一版本的应用的新增的功能进行测试,若确定测试通过,则确定所述应用更新成功。
具体的,调用至少一名作业人员使用第二前端系统,根据作业人员执行第二前端系统的结果测试第二版本的应用中新增的功能。
进一步具体的,预先设定作业人员总数的一定比例为使用第二前端系统进行第二版本的应用的新增功能测试的作业人员数;当作业人员登录第一前端系统时,根据设定的作业人员数,调用相应数量的作业人员使用第二前端系统;调用的方式包括系统自动按照一定比例的作业人员数调用和系统的管理人员按照设定的一定比例作业人员数手工指定具体的作业人员进行验证两种,可根据实际情况选择其中一种调用方式。比如,系统自动调用百分之5的作业人员使用第二前端系统,以对第二版本的应用进行新增功能的测试。
进一步具体的,在确定对第一服务器中部署的第二版本的应用的优化功能测试通过后,设置第一服务器的状态为灰度中;每隔一定时间检查第一服务器的状态,比如,每隔5分钟检查第一服务器的状态,当检查到第一服务器的状态为灰度中时,调用百分之5的作业人员使用所述第二前端系统。
具体的,在测试新增功能时,测试的内容包括:(1)检查第一服务器的日志记录有无异常;(2)验证执行第二版本的应用的新增功能的结果是否与预设结果匹配;(3)第二前端系统的显示状态有无异常。当确定测试通过后,则确定第二版本的应用更新成功。
举例来说,第一种情况:检查第一服务器的日志记录,当记录中记载有异常时,验证第二版本的应用的新增功能存在问题。
第二种情况:预先对第二版本的应用的新增功能设置输入信息和输出结果,再将设定的输入信息通过第二前端系统输入并执行,查看执行结果与预设的输出结果是否一致,若一致,则验证第二版本的应用的新增功能无问题,若不一致,则验证第二版本的应用的新增功能存在问题。
第三种情况:查看第二前端系统的网页显示状态,是否为空或者是否出现格式错误、乱码等,若出现这些状态中的一种情况,则验证第二版本的应用的新增功能有问题;若这些状态中的任一种情况都未出现,则验证第二版本的应用的新增功能无问题。
进一步具体的,确定应用更新成功后,断开第二前端系统与第一服务器的关联;并建立第一前端系统与第一服务器的关联,其中的第一服务器部署的应用为第二版本的应用。
进一步具体的,当确定新增功能测试未通过时,将第一服务器的状态由灰度中更改为灰度验证未通过,回退第一服务器中部署的第二版本的应用至第一版本的应用;并断开第二前端系统与第一服务器的关联;建立第一前端系统与第一服务器的关联,并调回用于测试部署第二版本的应用的第二前端系统的一定比例的作业人员,继续使用第一前端系统,以待检测并修复第二版本的应用的问题后再重新发布第二版本的应用。
步骤105:从所述第一前端系统关联的部署所述第一版本的应用的至少一台服务器中选择一台服务器,将所述第一版本的应用更新为所述第二版本的应用并测试;直至与所述第一前端系统关联的所述至少一台服务器部署的所述第一版本的应用都更新为所述第二版本的应用,且确定应用更新成功;根据所述第二版本的应用更新所述第一前端系统。
具体的,当后端所有服务器都部署第二版本的应用,并通过第二版本的应用的调整优化功能和新增功能的测试时,根据第二版本的应用更新第一前端系统,并调回测试第二版本的应用的新增功能的一定比例的作业人员,继续使用第一前端系统。即在后端的所有服务器均完成应用更新后,对部署第一版本的应用的第一前端系统进行第二版本的应用的全量发布,并调回用于测试部署第二版本的应用的第二前端系统的一定比例的作业人员。
通过这种方式完成新旧版本应用的平滑过渡,保证应用更新的过程中对后端服务器和前端系统均有测试验证,并且验证的内容包括新版本的新增功能,避免在应用更新完成后若新版本出现问题会影响所有使用前端系统的作业人员,显著降低新版本应用发布对系统稳定性造成的影响,提升了应用更新的验证效率。
在上述步骤101-105的执行过程中,对第二前端系统的建立、第一服务器和第二前端系统的验证测试有两种方式的存储空间创建。
第一种方式,所有后端服务器均在生产域名下,新建第一域名,由第一域名指向第一前端网页目录以及第一服务器,用于独立部署第二版本的应用;并且可在第一域名上部署独立的Nginx服务,实现存储空间在使用时的负载均衡。
进一步具体的,当第一服务器是由新建的第一域名指向时,对第一服务器中部署第二版本的应用,结合第一前端系统测试第二版本应用的调整优化功能,测试的内容包括:(1)检查第一服务器的日志记录有无异常;(2)验证执行第二版本的应用的调整优化的结果与执行第一版本的应用的结果是否匹配;若确定测试通过,则断开所述第一前端系统与所述第一服务器的关联。根据第一域名指向的第一前端网页目录和第二版本的应用建立第二前端系统;将第二前端系统与第一服务器关联;设置第一服务器的状态为灰度中;每隔一定时间检查第一服务器的状态,在检测到第一服务器的状态为灰度中时,调用一定比例的作业人员使用第二前端系统,测试第二版本应用的新增功能,当测试新增功能通过时,对已部署第二版本的应用的第一服务器去除新建的第一域名的指向,重新由原域名指向第一服务器;并继续选取后端未部署第二版本的应用的服务器中的任一台,比如第二服务器,由新建的第一域名指向第二服务器的存储地址,同时去除原域名对第二服务器的指向,再在第二服务器上部署第二版本的应用。并将第一服务器的状态由灰度中更改为灰度验证通过。直至部署第二版本的应用的所有的服务器都重新由原域名的指向,再根据第二版本的应用更新第一前端系统。
第二种方式,在原后端服务器所在的生产域名下,新创建一个空间,用于存储第一前端网页目录,并用于区分所指向的第一服务器和其它服务器的空间。
进一步具体的,当第一服务器是由原存储空间转至新创建的空间时,对第一服务器中部署第二版本的应用,结合第一前端系统测试第二版本应用的调整优化功能,若确定测试通过,则断开所述第一前端系统与所述第一服务器的关联。根据新创建的空间中存储的第一前端网页目录和第二版本的应用建立第二前端系统;将第二前端系统与第一服务器关联;设置第一服务器的状态为灰度中;每隔一定时间检查第一服务器的状态,在检测到第一服务器的状态为灰度中时,调用一定比例的作业人员使用第二前端系统,测试第二版本应用的新增功能,当测试新增功能通过时,将已部署第二版本的应用的第一服务器由新创建的空间转回至原存储空间;并继续选取后端未部署第二版本的应用的服务器中的任一台,比如第二服务器,由原存储空间转至新创建的空间,再在第二服务器上部署第二版本的应用,并将第一服务器的状态由灰度中更改为灰度验证通过。直至部署第二版本的应用的所有的服务器都重新存储至原存储空间,再根据第二版本的应用更新第一前端系统。
图2为本申请实施例中一种应用更新方法的实例流程示意图,如图所示,具体步骤如下。
步骤201:发布开始;
步骤202:对后端服务器中的任一台部署第二版本的应用;
步骤203:测试调整优化功能,当测试通过时,转至步骤204;当测试未通过时,转至步骤205;
步骤204:确定第二前端系统;
具体的,第一前端系统的网页文件中包含第一前端网页目录,预先根据第一前端系统确定第一前端网页目录,根据第一前端系统的第一前端网页目录和第二版本的应用建立第二前端系统,通过对第二前端系统的使用进行新版本应用的验证测试。
步骤205:回退至第一版本的应用;
步骤206:设置该台服务器的状态为灰度中;
具体的,在测试该台服务器的调整优化功能通过后,设置该台服务器的状态为灰度中。
步骤207:调用小比例作业人员使用第二前端系统;
具体的,开始检测验证第二版本的应用中的新增功能,调用小比例的作业人员使用第二前端系统,结合部署第二版本的应用的第一服务器一并测试验证。
步骤208:验证新增功能,当测试通过时,转至步骤210;当测试未通过时,转至步骤209;
步骤209:设置该台服务器的状态为验证未通过,并回退至第一版本的应用,调回小比例作业人员;
步骤210:设置该台服务器的状态为验证通过,继续对下一台服务器部署第二版本的应用;
步骤211:检测后端服务器的状态是否全为验证通过;当全为验证通过时,转至步骤212;当不是全部验证通过时,转至步骤203;
步骤212:对第一前端系统更新第二版本的应用;
具体的,当后端的所有服务器均完成应用更新后,对部署第一版本的应用的第一前端系统进行第二版本的应用的全量发布,即对第一前端系统更新第二版本的应用。
步骤213:调回小比例作业人员;
具体的,调回用于测试部署第二版本的应用的第二前端系统的一定比例的作业人员,保证所有作业人员都使用部署第二版本的应用的第一前端系统。
步骤214:发布结束。
图3为本申请实施例中一种应用更新方法的作业人员作业示意图,如图所示,具体过程描述如下。
后台服务器301包括第一服务器303、第二服务器304直至第N服务器305,部署生产版本,与之对应的第一前端系统部署生产前端版本309,在应用未更新前,客服作业人员302中的所有客服均使用部署生产前端版本309的第一前端系统,同时第一前端系统对应的后台服务器的存储地址由生产域名308指向。当更新应用时,选取后台服务器301中的第一服务器303部署新版本,即图中的灰度版本。新建灰度域名306,独立于原有的生产域名308,用于指向一定的存储空间,在存储空间中根据第一前端系统和灰度前端版本307建立第二前端系统,在客服作业人员302中按照预先设定的比例调用客服人员作为验证人员310测试验证第一服务器303和第二前端系统部署灰度版本后的使用情况,当验证通过后,验证人员310继续测试使用下一台服务器部署灰度版本的应用时对应的第二前端系统。
图4为本申请实施例中一种应用更新装置的结构示意图,包括获取单元401和处理单元402,详细描述如下。
获取单元401,用于从第一前端系统关联的至少一台服务器中选择一台服务器作为第一服务器;
处理单元402,用于将所述第一服务器中部署的第一版本的应用更新为第二版本的应用,所述第二版本的应用为所述第一版本的应用更新后的应用;对所述第一服务器中部署的所述第二版本的应用进行优化功能的测试,若确定测试通过,则断开所述第一前端系统与所述第一服务器的关联;
所述处理单元402,还用于根据所述第一前端系统和所述第二版本的应用建立第二前端系统;将所述第二前端系统与所述第一服务器关联;对所述第一服务器中部署的所述第二版本的应用进行新增功能的测试,若确定测试通过,则确定所述应用更新成功。
一种可能的实现方式,所述处理单元402具体用于:
从所述第一前端系统关联的部署所述第一版本的应用的至少一台服务器中选择一台服务器,将所述第一版本的应用更新为所述第二版本的应用并测试;直至与所述第一前端系统关联的所述至少一台服务器部署的所述第一版本的应用都更新为所述第二版本的应用,且确定应用更新成功;
根据所述第二版本的应用更新所述第一前端系统。
一种可能的实现方式,所述处理单元402具体用于:
调用至少一名作业人员使用所述第二前端系统,根据所述作业人员执行所述第二前端系统的结果测试所述第二版本的应用中新增的功能。
一种可能的实现方式,所述处理单元402具体用于:
当确定测试未通过时,回退所述第一服务器中部署的所述第二版本的应用至所述第一版本的应用;并断开所述第二前端系统与所述第一服务器的关联;建立所述第一前端系统与所述第一服务器的关联。
最后应说明的是:本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (10)
1.一种应用更新方法,其特征在于,包括:
从第一前端系统关联的至少一台服务器中选择一台服务器作为第一服务器;
将所述第一服务器中部署的第一版本的应用更新为第二版本的应用,所述第二版本的应用为所述第一版本的应用更新后的应用;
对所述第一服务器中部署的所述第二版本的应用中,相对于所述第一版本的应用的优化后的功能进行测试,若确定测试通过,则断开所述第一前端系统与所述第一服务器的关联;
根据所述第一前端系统和所述第二版本的应用建立第二前端系统;将所述第二前端系统与所述第一服务器关联;
对所述第一服务器中部署的所述第二版本的应用中,相对于所述第一版本的应用的新增的功能进行测试,若确定测试通过,则确定所述应用更新成功。
2.如权利要求1所述的方法,其特征在于,确定所述应用更新成功后,还包括:
从所述第一前端系统关联的部署所述第一版本的应用的至少一台服务器中选择一台服务器,将所述第一版本的应用更新为所述第二版本的应用并测试;直至与所述第一前端系统关联的所述至少一台服务器部署的所述第一版本的应用都更新为所述第二版本的应用,且确定应用更新成功;
根据所述第二版本的应用更新所述第一前端系统。
3.如权利要求1所述的方法,其特征在于,对所述第一服务器中部署的所述第二版本的应用中,相对于所述第一版本的应用的新增的功能进行测试,包括:
所述第二前端系统接收对应所述新增的功能的指令;
根据所述指令的执行结果,确定所述第二版本的应用中新增的功能的测试通过状态。
4.如权利要求1-3任一项所述的方法,其特征在于,对所述第一服务器中部署的所述第二版本的应用中,相对于所述第一版本的应用的新增的功能进行测试之后,还包括:
当确定测试未通过时,回退所述第一服务器中部署的所述第二版本的应用至所述第一版本的应用;并断开所述第二前端系统与所述第一服务器的关联;建立所述第一前端系统与所述第一服务器的关联。
5.一种应用更新装置,其特征在于,包括:
获取单元,用于从第一前端系统关联的至少一台服务器中选择一台服务器作为第一服务器;
处理单元,用于将所述第一服务器中部署的第一版本的应用更新为第二版本的应用,所述第二版本的应用为所述第一版本的应用更新后的应用;对所述第一服务器中部署的所述第二版本的应用进行优化功能的测试,若确定测试通过,则断开所述第一前端系统与所述第一服务器的关联;
所述处理单元,还用于根据所述第一前端系统和所述第二版本的应用建立第二前端系统;将所述第二前端系统与所述第一服务器关联;对所述第一服务器中部署的所述第二版本的应用进行新增功能的测试,若确定测试通过,则确定所述应用更新成功。
6.如权利要求5所述的装置,其特征在于,所述处理单元具体用于:
从所述第一前端系统关联的部署所述第一版本的应用的至少一台服务器中选择一台服务器,将所述第一版本的应用更新为所述第二版本的应用并测试;直至与所述第一前端系统关联的所述至少一台服务器部署的所述第一版本的应用都更新为所述第二版本的应用,且确定应用更新成功;
根据所述第二版本的应用更新所述第一前端系统。
7.如权利要求5所述的装置,其特征在于,所述处理单元具体用于:
接收对应所述新增的功能的指令;
根据所述指令的执行结果,确定所述第二版本的应用中新增的功能的测试通过状态。
8.如权利要求5-7任一项所述的装置,其特征在于,所述处理单元具体用于:
当确定测试未通过时,回退所述第一服务器中部署的所述第二版本的应用至所述第一版本的应用;并断开所述第二前端系统与所述第一服务器的关联;建立所述第一前端系统与所述第一服务器的关联。
9.一种存储介质,其特征在于,包括程序或指令,当所述程序或指令被执行时,如权利要求1至4中任意一项所述的方法被执行。
10.一种芯片,其特征在于,包括程序或指令,当所述程序或指令被执行时,如权利要求1至4中任意一项所述的方法被执行。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911033303.2A CN110780904A (zh) | 2019-10-28 | 2019-10-28 | 一种应用更新方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911033303.2A CN110780904A (zh) | 2019-10-28 | 2019-10-28 | 一种应用更新方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110780904A true CN110780904A (zh) | 2020-02-11 |
Family
ID=69387131
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911033303.2A Pending CN110780904A (zh) | 2019-10-28 | 2019-10-28 | 一种应用更新方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110780904A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111583027A (zh) * | 2020-05-09 | 2020-08-25 | 深圳前海微众银行股份有限公司 | 业务流程切换方法、装置、设备及计算机可读存储介质 |
CN111625271A (zh) * | 2020-06-04 | 2020-09-04 | 中国银行股份有限公司 | 一种白名单更新方法、装置、存储介质及设备 |
CN112199104A (zh) * | 2020-10-10 | 2021-01-08 | 卫宁健康科技集团股份有限公司 | 一种软件升级方法、装置、电子设备和存储介质 |
-
2019
- 2019-10-28 CN CN201911033303.2A patent/CN110780904A/zh active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111583027A (zh) * | 2020-05-09 | 2020-08-25 | 深圳前海微众银行股份有限公司 | 业务流程切换方法、装置、设备及计算机可读存储介质 |
CN111625271A (zh) * | 2020-06-04 | 2020-09-04 | 中国银行股份有限公司 | 一种白名单更新方法、装置、存储介质及设备 |
CN112199104A (zh) * | 2020-10-10 | 2021-01-08 | 卫宁健康科技集团股份有限公司 | 一种软件升级方法、装置、电子设备和存储介质 |
CN112199104B (zh) * | 2020-10-10 | 2024-03-01 | 卫宁健康科技集团股份有限公司 | 一种软件升级方法、装置、电子设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109726099B (zh) | 一种应用灰度发布方法、装置及设备 | |
US7516367B1 (en) | Automated, distributed problem determination and upgrade planning tool | |
CN110780904A (zh) | 一种应用更新方法及装置 | |
CN110088744B (zh) | 一种数据库维护方法及其系统 | |
CN111209206B (zh) | 一种软件产品的自动测试方法及系统 | |
JP2017201470A (ja) | 設定支援プログラム、設定支援方法及び設定支援装置 | |
WO2023108904A1 (zh) | 基站产品的生产测试方法及装置 | |
CN100520732C (zh) | 性能测试脚本生成方法 | |
CN106529229A (zh) | 权限数据的处理方法和装置 | |
CN103440460A (zh) | 一种应用系统变更验证方法及验证系统 | |
CN110990289A (zh) | 一种自动提交bug的方法、装置、电子设备及存储介质 | |
CN108170588B (zh) | 一种测试环境搭建方法及装置 | |
CN113778491A (zh) | 一种容器化应用灰度升级方法、系统、存储介质及设备 | |
CN116431522A (zh) | 一种低代码对象存储网关自动化测试方法及系统 | |
KR20120111618A (ko) | Plc 명령어 테스트 장치 및 방법 | |
US11520691B2 (en) | Test procedure systems and methods | |
CN115390861A (zh) | 资源部署方法、装置及设备和存储介质 | |
CN114546749A (zh) | 一种芯片随机测试用例回归方法、装置、设备及可读介质 | |
CN112231217A (zh) | 一种以副本方式实施功能测试的方法和装置 | |
CN113157558B (zh) | 系统测试方法和装置 | |
CN109815129A (zh) | 证券融资应用软件的测试方法、装置、终端及存储介质 | |
CN117492869B (zh) | 一种可视化自动部署服务系统和方法 | |
CN112165512B (zh) | 一种文件发布方法、装置、终端设备及存储介质 | |
CN109002287B (zh) | 云数据系统中软件的管理方法和装置 | |
CN117009211A (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 |