CN110287112B - 客户端的维护方法、装置及可读存储介质 - Google Patents
客户端的维护方法、装置及可读存储介质 Download PDFInfo
- Publication number
- CN110287112B CN110287112B CN201910553989.1A CN201910553989A CN110287112B CN 110287112 B CN110287112 B CN 110287112B CN 201910553989 A CN201910553989 A CN 201910553989A CN 110287112 B CN110287112 B CN 110287112B
- Authority
- CN
- China
- Prior art keywords
- client
- responding
- patch
- control
- pulling
- 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
Classifications
-
- 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/362—Software debugging
-
- 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)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
- Stored Programmes (AREA)
Abstract
本公开提供的客户端的维护方法、装置及可读存储介质,通过将客户端连接内网环境下;响应于第一控制指令,以根据获取的客户端的类型获取与所述客户端的类型相应的测试补丁列表;根据所述补丁列表拉取并下载相应的测试补丁文件;响应于一调试入口开启指令,开启所述调试入口;响应于第二控制指令,拉取并下载测试调试脚本,基于所述测试调试脚本对所述客户端进行维护,从而为测试人员提供快速进行客户端的维护的可视化自动操作方法,降低了对于测试人员的专业水平的要求,也提高了维护的效率和容错率。
Description
技术领域
本公开示例涉及计算机技术领域,尤其涉及一种客户端的维护方法、装置及可读存储介质。
背景技术
对线上游戏进行维护是提高游戏竞争力的必不可少的手段,一般来说,线上游戏的维护包括但不限于如下流程:更新客户端补丁、服务器的停服/不停服重启测试等。在维护的过程中,由于在对服务器进行更新的同时,还需对客户端进行相应的更新。一般来说,为了保证线上游戏的客户端的稳定,避免维护不当而造成的客户端的工作异常,现有的维护过程中,需要预先对整个客户端的维护流程进行测试,当测试通过后才能将进行发布,以保证游戏客户端的正常工作不会受到维护的影响。
在现有对客户端的维护过程中,测试人员需要将客户端连入与正式游戏服务器配置一致的测试服务器,并在该测试服务器下预先对于维护过程进行模拟,以便提前发现在整个维护流程上出现的问题或者在维护内容上的出现的bug。当该测试完成后,测试人员将对正式线上游戏的游戏包体游进行发布。
但是,上述的客户端的维护流程中的操作均需由测试人员基于代码层面的操作实现,其一方面对于测试人员的专业水平要求较高,另一方面,在测试人员进行维护时的全部操作均为人工执行的,其容错率和效率均很低。
发明内容
为了解决上述提及的问题,本公开提供了一种客户端的维护方法、装置及可读存储介质。
第一方面,本公开提供了一种客户端的维护方法,包括:
将客户端连接至内网环境;
响应于第一控制指令,根据获取的客户端的类型获取相应的测试补丁列表,并根据所述补丁列表拉取并下载相应的测试补丁文件;
响应于一调试入口开启指令,开启所述调试入口;
响应于第二控制指令,拉取并下载测试调试脚本,基于所述测试调试脚本对所述客户端进行维护。
在可选的示例中,所述响应于一调试入口开启指令,开启所述调试入口,包括:
在客户端中配置一时间戳文件,所述时间戳文件用于设置所述调试入口开启的时间段;
当检测到所述时间戳文件生效时,触发所述调试入口开启指令,开启所述调试入口。
在可选的示例中,还包括:
响应于第三控制指令,删除已下载的所述补丁文件以及所述调试脚本,重启所述客户端并将所述客户端连接至外网环境,以在外网坏境下对所述维护后的客户端进行发布。
在可选的示例中,所述方法还包括:
检测所述重启后的所述客户端的补丁目录内是否包括所述补丁列表以及所述调试脚本,若否,获取正式补丁列表,根据所述补丁列表拉取并下载相应的正式补丁文件;
拉取并下载正式调试脚本,基于所述正式调试脚本对所述客户端进行维护。
在可选的示例中,还包括:
提供一配置界面,所述配置界面上包括至少一执行控件。
在可选的示例中,所述执行控件为补丁列表拉取控件,所述响应于第一控制指令包括:响应于所述补丁列表拉取控件上的第一触发操作,触发用于执行所述列表补丁拉取操作的所述第一控制指令。
在可选的示例中,所述执行控件为调试脚本拉取控件,所述响应于所述第二控制指令包括:响应于所述调试脚本拉取控件上的第二触发操作,触发用于执行所述调试脚本拉取操作的所述第二控制指令。
在可选的示例中,所述执行控件为客户端修复控件,所述响应于所述第三控制指令包括:响应于所述客户端修复控件上的第三触发操作,触发用于执行所述客户端修复操作的所述第三控制指令。
第二方面,本公开提供了一种客户端的维护装置,包括:
连接模块,用于将客户端连接至内网环境;
交互处理模块,用于响应于第一控制指令,根据获取的客户端的类型获取相应的测试补丁列表,并根据所述补丁列表拉取并下载相应的测试补丁文件;还用于响应于一调试入口开启指令,开启所述调试入口;还用于响应于第二控制指令,拉取并下载测试调试脚本,基于所述测试调试脚本对所述客户端进行维护。
在可选的示例中,该客户端的维护装置还包括:配置模块;
所述配置模块,用于在客户端中配置一时间戳文件,所述时间戳文件用于设置所述调试入口开启的时间段;当检测到所述时间戳文件生效时,触发所述调试入口开启指令,开启所述调试入口。
在可选的示例中,交互处理模块,还用于响应于第三控制指令,删除已下载的所述补丁文件以及所述调试脚本,重启所述客户端并将所述客户端连接至外网环境,以在外网坏境下对所述维护后的客户端进行发布。
在可选的示例中,所述交互处理模块,还用于提供一配置界面,所述配置界面上包括至少一执行控件。
第三方面,本公开提供了一种客户端的维护装置,包括:存储器、处理器以及计算机程序;
其中,所述计算机程序存储在所述存储器中,并被配置为由所述处理器执行以实现如前任一项所述的方法。
第四方面,本公开提供了一种可读存储介质,其上存储有计算机程序,所述计算机程序被处理执行以实现如前任一项所述的方法。
本公开提供的客户端的维护方法、装置及可读存储介质,通过将客户端连接至内网环境;响应于第一控制指令,根据获取的客户端的类型获取相应的测试补丁列表,并根据所述补丁列表拉取并下载相应的测试补丁文件;响应于一调试入口开启指令,开启所述调试入口;响应于第二控制指令,拉取并下载测试调试脚本,基于所述测试调试脚本对所述客户端进行维护,从而为测试人员提供快速进行客户端的维护的自动操作方法,降低了对于测试人员的专业水平的要求,也提高了维护的效率和容错率。
应当理解,上述发明内容部分中所描述的内容并非旨在限定本公开的示例的关键或重要特征,亦非用于限制本公开的范围。本公申请的其它特征将通过以下的描述变得容易理解。
附图说明
通过上述附图,已示出本公开明确的示例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围,而是通过参考特定示例为本领域技术人员说明本公开的概念。
图1为本公开基于的网络架构示意图;
图2为本公开示例一提供的一种客户端的维护方法的流程示意图;
图3为本公开示例一提供的客户端的维护方法中配置界面的界面示意图;
图4为本公开示例二提供的一种客户端的维护装置的结构示意图;
图5为本公开示例三提供的一种客户端的维护装置的硬件示意图。
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的示例,并与说明书一起用于解释本公开的原理。
具体实施方式
下面将参照附图更详细地描述本公开的示例。虽然附图中显示了本公开的某些示例,然而应当理解的是,本公开可以通过各种形式来实现,而且不应该被解释为限于这里阐述的示例,相反提供这些示例是为了更加透彻和完整地理解本公开。应当理解的是,本公开的附图及示例仅用于示例性作用,并非用于限制本公开的保护范围。
本公开示例的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本公开示例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
对线上游戏进行维护是提高游戏竞争力的必不可少的手段,一般来说,线上游戏的维护包括但不限于如下流程:更新客户端补丁、服务器的停服/不停服重启测试等。在维护的过程中,由于在对服务器进行更新的同时,还需对客户端进行相应的更新。一般来说,为了保证线上游戏的客户端的稳定,避免维护不当而造成的客户端的工作异常,现有的维护过程中,需要预先对整个客户端的维护流程进行测试,当测试通过后才能将进行发布,以保证游戏客户端的正常工作不会受到维护的影响。
在现有对客户端的维护过程中,测试人员需要将客户端连入与正式游戏服务器配置一致的测试服务器,并在该测试服务器下预先对于维护过程进行模拟,以便提前发现在整个维护流程上出现的问题或者在维护内容上的出现的bug。当该测试完成后,测试人员将对正式线上游戏的游戏包体游进行发布。
但是,上述的客户端的维护流程中的操作均需由测试人员基于代码层面的操作实现,其一方面对于测试人员的专业水平要求较高,另一方面,在测试人员进行维护时的全部操作均为人工执行的,其容错率和效率均很低。
为了解决上述提及的问题,本公开提供了一种客户端的维护方法、装置及可读存储介质。图1为本公开基于的网络架构示意图,如图1所示,在本公开所基于的网络架构中至少包括客户端的维护装置1以及包括有多个服务器的服务器集群2。其中,客户端的维护装置1具体可为基于终端的客户端,而服务器集群2则至少包括有的数据服务器、游戏的游戏正式服务器、以及游戏测试服务器,其与客户端的维护装置1通过无线通信或有线通信的方式取得连接并进行数据交互。
为了便于描述本公开,下面将对本公开中出现的技术术语进行解释:
客户端:指与服务器集群中的各服务器相对应的,为测试人员提供本地服务的程序软件,其可安装于终端上,并接收测试人员发起的指令。
服务器集群:提供计算服务,对客户端的请求进行响应并进行处理,其中的各服务器应具备承担服务并且保障服务的能力。
游戏脚本:游戏程序主要是在引擎中基于脚本进行汇编,脚本由计算机语言编写实现,主要用来实现游戏的逻辑功能。
debug开关:用来开发或测试的调试入口,可以调试数据或者在正常入口关闭的情况下打开各种入口(比如显示帧率,打开某副本入口等)。
debug脚本,即调试脚本:用于打开debug开关,并且链接指定服务器,其可以进行游戏内数据调整的脚本(也即代码)。
Patchlist,即补丁列表:本质为url网址,网站的内容里包含了要下载测试补丁或下载正式补丁的各项配置,比如补丁版本号,文件的md5信息,文件大小等。
数据服务器:用于采用预设协议(如ftp协议)实现网络文件传输功能的服务器,其主要用来存储和共享文件。
游戏正式服务器:为玩家提供正式的游戏服务的服务器。
游戏测试服务器:与游戏正式服务器类似,用于提供测试游戏服务的服务器。
图2为本公开示例一提供的一种客户端的维护方法的流程示意图,如图2所示,该客户端的维护方法,包括:
步骤101、将客户端连接内网环境;
步骤102、响应于第一控制指令,根据获取的客户端的类型获取与所述客户端的类型相应的测试补丁列表,并根据所述补丁列表拉取并下载相应的测试补丁文件;
步骤103、响应于一调试入口开启指令,开启所述调试入口;
步骤104、响应于第二控制指令,拉取并下载测试调试脚本,基于所述测试调试脚本对所述客户端进行维护。
本公开提供的客户端的维护方法,通过将客户端连接内网环境;响应于第一控制指令,根据获取的客户端的类型获取与所述客户端的类型相应的测试补丁列表;根据所述补丁列表拉取并下载相应的测试补丁文件;响应于一调试入口开启指令,开启所述调试入口;响应于第二控制指令,拉取并下载测试调试脚本,基于所述测试调试脚本对所述客户端进行维护,从而为测试人员提供快速进行客户端的维护的自动操作方法,降低了对于测试人员的专业水平的要求,也提高了维护的效率和容错率。
游戏程序的发布更新都需要一个维护流程,内容的更新涉及到客户端更新补丁、服务器停服/不停服重启进行更新的运营模式。这种维护模式下,因为服务器需要更新,客户端也需要更新,一般都是需要在内网测试完成后再正式发布到外网给玩家。因此,测试人员需要在内网提前完成客户端和服务器的各种功能测试之后再发布到线上。通常来讲,如果维护流程操作不当或者维护更新的内容有bug没有被发现就直接发布,会对玩家的体验造成巨大影响。为了降低这一风险,游戏开发人员需要先模拟线上维护流程,在内部的模拟环境中进行维护流程的更新测试,测试人员需要使用指定的客户端下载补丁后连接到指定内网环境下的模拟服务器进行验证和测试,模拟环境测试验证通过后再将更新内容正式发布到线上的外部网络环境供玩家进行体验。
在本实施例中,在步骤101中,将客户端连接至内网环境。
在步骤102中,响应于第一控制指令,根据获取的客户端的类型获取与所述客户端的类型相应的测试补丁列表;根据所述补丁列表拉取并下载相应的测试补丁文件。
在本实施例中,响应于第一控制指令,获取客户端的类型,其中,客户端的类型包括但不限于适用于ios、android或pc各个版本的客户端。在现有技术的方案中,需要不同的测试人员手动拉取不同的patchlist进行放置操作,从而导致操作错误,例如,ios的客户端使用了android的patchlist,进一步导致测试错误甚至无效,并且这种人工操作将耗费大量时间来完成测试环境的搭建。由于针对不同类型的客户端,其测试补丁列表是不同的,需要根据客户端的类型从补丁文件服务器获取相应的测试补丁列表(即patchlist)。
随后,根据补丁列表从补丁文件服务器中拉取并下载相应的测试补丁文件。其中,测试补丁文件是预置在补丁文件服务器中的,而在客户端完成对于测试补丁文件的下载之后,这些文件将被存储在客户端所基于的终端的本地文件中。
在步骤103中,响应于一调试入口开启指令,开启所述调试入口。
客户端将响应于一调试入口开启指令,开启所述调试入口。其中,调试入口的开启指令,既可以是预置于客户端中定时触发的,也可以由开发人员控制发出相应的运营指令才触发.其中,调试入口的开启即debug开关被打开,以控制客户端开启debug开关便于后续的debug处理步骤。
在现有技术中,通常在客户端中存储一已配置好的各平台补丁的地址和服务器列表,通过这个配置文件客户端可以直接下载补丁,配置文件中也指定了具体可供选择的服务器列表,从而实现下载补丁对应模拟服务器进行验证测试。但是,配置文件以明文的方式呈现,其包含了下载地址、服务器列表、开关类别、具体属性配置等明文配置的变量,通过这个文件可以直观地了解客户端的各种配置参数,一旦配置文件被泄露,客户端的配置参数将被暴露甚至可能被修改,存在巨大的安全风险。
在本公开提供的可选实施方式中,所述响应于一调试入口开启指令,开启所述调试入口,包括:在客户端中配置一时间戳文件,所述时间戳文件用于设置所述调试入口开启的时间段;当检测到所述时间戳文件生效时,触发所述调试入口开启指令,开启所述调试入口。
在本实施例中,时间戳被设置为加密文件,用于设置所述调试入口开启的时间区间,例如这个时间区间是300s,即当配置生效起至300s内调试入口都会开启,即debug开关都会开启,在此之后debug开关就会关闭。当检测到所述时间戳文件生效时,触发所述调试入口开启指令,开启所述调试入口,同步开启计时器,以使调试入口在时间戳对应的时间区间内保持开启状态。通过设置一加密时间戳文件,限制了每次开启debug的时间,降低了内部开发配置项被暴露外泄的风险。
在步骤104中,响应于第二控制指令,拉取并下载测试调试脚本,基于所述测试调试脚本对所述客户端进行维护。
在本实施例中,第一控制指令或第二控制指令既可以是由测试人员主动触发,也可以是预先配置于客户端中的文件,当满足某一预设条件时直接触发,本实施例不局限于此。具体地,响应于第二控制指令,拉取并下载测试debug脚本,基于该debug脚本对客户端进行维护。
在本公开的一可选实施方式中,所述方法还包括:响应于第三控制指令,删除已下载的所述补丁文件以及所述调试脚本,重启所述客户端并将所述客户端连接至外网环境,以在外网坏境下对所述维护后的客户端进行发布。
具体地,当通过前述步骤完成客户端在内网环境下的模拟环境测试,就可以进行客户端的线上正式版本的发布和测试。因此,测试人员需要将测试过模拟环境的客户端包体调整至线上(外网)环境,也就是说将之前下载的内网环境下的各种配置文件,包括内网patchlist和debug脚本等全部清除掉。基于此,响应于第三控制指令,删除客户端中已下载的所述补丁文件以及所述调试脚本,然后重启客户端,将客户端连接至外网环境,从而在外网环境下对维护后的客户端进行发布。
在本公开的一可选实施方式中,所述方法还包括:检测所述重启后的所述客户端的补丁目录内是否包括所述补丁列表以及所述调试脚本,若否,获取正式补丁列表,根据所述补丁列表拉取并下载相应的正式补丁文件;拉取并下载正式调试脚本,基于所述正式调试脚本对所述客户端进行维护。
在本实施例中,检测重启后客户端如果补丁目录没有patchlist文件和脚本文件,客户端会重新拉取线上(外网环境下)的正式配置文件。这样,客户端就切换到了线上正式版本,测试人员就从内网的模拟环境切换到正式环境进行体验和测试。
如前所记载的,由于现有技术中对于客户端的维护是通过测试人员的手工执行的,一方面来说,对于测试人员的专业素质要求较高,另一方面,由于每个测试人员的水平参差不齐,人工测试和发布容易使得维护容错率降低,维护的效率不高。
基于该情况,在本公开的可选实施方式中,所述方法还包括:提供一配置界面。
在本公开的可选实施方式中,所述执行控件为补丁列表拉取控件,所述响应于第一控制指令包括:响应于所述补丁列表拉取控件上的第一触发操作,触发用于执行所述列表补丁拉取操作的所述第一控制指令。
在本公开的可选实施方式中,所述执行控件为调试脚本拉取控件,所述响应于所述第二控制指令包括:响应于所述调试脚本拉取控件上的第二触发操作,触发用于执行所述调试脚本拉取操作的所述第二控制指令。
在本公开的可选实施方式中,所述执行控件为客户端修复控件,所述响应于所述第三控制指令包括:响应于所述客户端修复控件上的第三触发操作,触发用于执行所述客户端修复操作的所述第三控制指令。
具体地,通过向测试人员提供一可用于维护客户端的配置界面,该配置界面为可视化界面,用于触发相应的控制指令,其中,所述执行控件包括补丁列表拉取控件、调试脚本拉取控件、客户端修复控件中的至少一个。通过设置这样的配置界面以及相应的执行控件,能够实现测试维护过程中的操作可视化,降低了对于测试人员的专业水平的要求,也提高了维护的效率和容错率。
图3为本公开示例一提供的客户端的维护方法中配置界面的界面示意图,在配置界面中向测试人员呈现有多个可触发按钮,测试人员可基于各触发按钮进行相应的触发,以使配置界面接收到不同的控制指令,而基于不同的控制指令,客户端将执行不同的维护流程。
如图3所示的,该配置界面具体可为客户端所提供的多个/多层界面中的一个界面,相应的,客户端还可为提供面向具体策划人员的策划界面,面向程序员的程序界面,面向所有开发者的通用界面,以及其他界面,本实施例不局限于此。
具体地,在界面中设置至少一执行控件,不同的执行控件用于执行不同的控制指令,而不同的控制指令可调用不同的程序或文件,以执行不同的任务,例如:
响应于配置界面上补丁列表拉取控件的操作,触发第一控制指令时,客户端将响应于第一控制指令,以根据获取的客户端的类型获取与所述客户端的类型相应的测试补丁列表,随后,客户端还根据所述补丁列表拉取并下载相应的测试补丁文件。
响应于配置界面上调试脚本拉取控件的操作,触发第二控制指令时,客户端将响应于第二控制指令,拉取并下载测试调试脚本,基于所述测试调试脚本对所述客户端进行维护。
此外,配置界面还可以设置有控制debug开关的相应控件,当该控件被触发时,客户端讲响应于一调试入口开启指令,开启所述调试入口。
当然,在本公开提供的示例中,为了便于描述上述的第一控制指令以及第二控制指令仅为示例性。在其他示例中,在第二控制指令被客户端响应时,客户端可根据获取的客户端的类型获取与所述客户端的类型相应的测试补丁列表,并根据所述补丁列表拉取并下载相应的测试补丁文件;在第一控制指令被响应时,客户端可拉取并下载测试调试脚本,基于所述测试调试脚本对所述客户端进行维护。
本公开示例一提供的客户端的维护方法,通过将客户端连接内网环境下;响应于第一控制指令,以根据获取的客户端的类型获取与所述客户端的类型相应的测试补丁列表;根据所述补丁列表拉取并下载相应的测试补丁文件;响应于一调试入口开启指令,开启所述调试入口;响应于第二控制指令,拉取并下载测试调试脚本,基于所述测试调试脚本对所述客户端进行维护,从而为测试人员提供快速进行客户端的维护的可视化自动操作方法,降低了对于测试人员的专业水平的要求,也提高了维护的效率和容错率。
图4为本公开示例二提供的一种客户端的维护装置的结构示意图,如图4所示,该客户端的维护装置,包括:
连接模块102,用于将客户端连接至内网环境;
交互处理模块20,用于响应于第一控制指令,根据获取的客户端的类型获取相应的测试补丁列表,并根据所述补丁列表拉取并下载相应的测试补丁文件;还用于响应于一调试入口开启指令,开启所述调试入口;还用于响应于第二控制指令,拉取并下载测试调试脚本,基于所述测试调试脚本对所述客户端进行维护。
在可选的示例中,该装置还包括:配置模块;
所述配置模块,用于在客户端中配置一时间戳文件,所述时间戳文件用于设置所述调试入口开启的时间段;当检测到所述时间戳文件生效时,触发所述调试入口开启指令,开启所述调试入口。
在可选的示例中,交互处理模块20,还用于响应于第三控制指令,删除已下载的所述补丁文件以及所述调试脚本,重启所述客户端并将所述客户端连接至外网环境,以在外网坏境下对所述维护后的客户端进行发布。
在可选的示例中,所述交互处理模块20,还用于检测所述重启后的所述客户端的补丁目录内是否包括所述补丁列表以及所述调试脚本,若否,获取正式补丁列表,根据所述补丁列表拉取并下载相应的正式补丁文件;拉取并下载正式调试脚本,基于所述正式调试脚本对所述客户端进行维护。
在可选的示例中,所述交互处理模块20,还用于提供一配置界面,所述配置界面上包括至少一执行控件。
在可选的示例中,所述执行控件为补丁列表拉取控件,所述交互处理模块20,具体用于响应于所述补丁列表拉取控件上的第一触发操作,触发用于执行所述列表补丁拉取操作的所述第一控制指令。
在可选的示例中,所述执行控件为调试脚本拉取控件,所述交互处理模块20,具体用于响应于所述调试脚本拉取控件上的第二触发操作,触发用于执行所述调试脚本拉取操作的所述第二控制指令。
在可选的示例中,所述执行控件为客户端修复控件,所述交互处理模块20,具体用于响应于所述客户端修复控件上的第三触发操作,触发用于执行所述客户端修复操作的所述第三控制指令。
本公开提供的客户端的维护方装置,通过将客户端连接内网环境;响应于第一控制指令,根据获取的客户端的类型获取与所述客户端的类型相应的测试补丁列表;根据所述补丁列表拉取并下载相应的测试补丁文件;响应于一调试入口开启指令,开启所述调试入口;响应于第二控制指令,拉取并下载测试调试脚本,基于所述测试调试脚本对所述客户端进行维护,从而为测试人员提供快速进行客户端的维护的自动操作方法,降低了对于测试人员的专业水平的要求,也提高了维护的效率和容错率。
图5为本公开示例三提供的一种客户端的维护装置的硬件示意图,如图5所示,该客户端的维护装置包括:处理器42及存储在存储器41上并可在处理器42上运行的计算机程序,处理器42运行计算机程序时执行上述示例的方法。
本公开还提供一种可读存储介质,包括程序,当其在终端上运行时,使得终端执行上述任一示例的方法。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如,非限制性地,可以使用的示范类型的硬件逻辑部件包括:场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)等等。
用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器,使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本公开的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
此外,虽然采用特定次序描绘了各操作,但是这应当理解为要求这样操作以所示出的特定次序或以顺序次序执行,或者要求所有图示的操作应被执行以取得期望的结果。在一定环境下,多任务和并行处理可能是有利的。同样地,虽然在上面论述中包含了若干具体实现细节,但是这些不应当被解释为对本公开的范围的限制。在单独的示例的上下文中描述的某些特征还可以组合地实现在单个实现中。相反地,在单个实现的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实现中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题,但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反,上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。
Claims (10)
1.一种客户端的维护方法,其特征在于,包括:
将客户端连接至内网环境;
响应于第一控制指令,根据获取的客户端的类型获取相应的测试补丁列表,并根据所述补丁列表拉取并下载相应的测试补丁文件;
响应于一调试入口开启指令,开启所述调试入口;
响应于第二控制指令,拉取并下载测试调试脚本,基于所述测试调试脚本对所述客户端进行维护;
所述响应于一调试入口开启指令,开启所述调试入口,包括:
在客户端中配置一时间戳文件,所述时间戳文件用于设置所述调试入口开启的时间段;
当检测到所述时间戳文件生效时,触发所述调试入口开启指令,开启所述调试入口;
响应于第三控制指令,删除已下载的所述补丁文件以及所述调试脚本,重启所述客户端并将所述客户端连接至外网环境,以在外网坏境下对所述维护后的客户端进行发布。
2.根据权利要求1所述的客户端的维护方法,其特征在于,所述方法还包括:
检测所述重启后的所述客户端的补丁目录内是否包括所述补丁列表以及所述调试脚本,若否,获取正式补丁列表,根据所述补丁列表拉取并下载相应的正式补丁文件;
拉取并下载正式调试脚本,基于所述正式调试脚本对所述客户端进行维护。
3.根据权利要求1所述的客户端的维护方法,其特征在于,还包括:
提供一配置界面,所述配置界面上包括至少一执行控件。
4.根据权利要求3所述的客户端的维护方法,其特征在于,所述执行控件为补丁列表拉取控件,所述响应于第一控制指令包括:响应于所述补丁列表拉取控件上的第一触发操作,触发用于执行所述列表补丁拉取操作的所述第一控制指令。
5.根据权利要求3所述的客户端的维护方法,其特征在于,所述执行控件为调试脚本拉取控件,所述响应于所述第二控制指令包括:响应于所述调试脚本拉取控件上的第二触发操作,触发用于执行所述调试脚本拉取操作的所述第二控制指令。
6.根据权利要求3所述的客户端的维护方法,其特征在于,所述执行控件为客户端修复控件,所述响应于第三控制指令包括:响应于所述客户端修复控件上的第三触发操作,触发用于执行所述客户端修复操作的所述第三控制指令。
7.一种客户端的维护装置,其特征在于,包括:
连接模块,用于将客户端连接至内网环境;
交互处理模块,用于响应于第一控制指令,根据获取的客户端的类型获取相应的测试补丁列表,并根据所述补丁列表拉取并下载相应的测试补丁文件;还用于响应于一调试入口开启指令,开启所述调试入口;还用于响应于第二控制指令,拉取并下载测试调试脚本,基于所述测试调试脚本对所述客户端进行维护;
还包括:配置模块;
所述配置模块,用于在客户端中配置一时间戳文件,所述时间戳文件用于设置所述调试入口开启的时间段;当检测到所述时间戳文件生效时,触发所述调试入口开启指令,开启所述调试入口;
交互处理模块,还用于响应于第三控制指令,删除已下载的所述补丁文件以及所述调试脚本,重启所述客户端并将所述客户端连接至外网环境,以在外网坏境下对所述维护后的客户端进行发布。
8.根据权利要求7所述的客户端的维护装置,其特征在于,所述交互处理模块,还用于提供一配置界面,所述配置界面上包括至少一执行控件。
9.一种客户端的维护装置,其特征在于,包括:存储器、处理器以及计算机程序;
其中,所述计算机程序存储在所述存储器中,并被配置为由所述处理器执行以实现如权利要求1-6任一项所述的方法。
10.一种可读存储介质,其特征在于,其上存储有计算机程序,所述计算机程序被处理执行以实现如权利要求1-6任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910553989.1A CN110287112B (zh) | 2019-06-25 | 2019-06-25 | 客户端的维护方法、装置及可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910553989.1A CN110287112B (zh) | 2019-06-25 | 2019-06-25 | 客户端的维护方法、装置及可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110287112A CN110287112A (zh) | 2019-09-27 |
CN110287112B true CN110287112B (zh) | 2023-10-20 |
Family
ID=68005602
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910553989.1A Active CN110287112B (zh) | 2019-06-25 | 2019-06-25 | 客户端的维护方法、装置及可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110287112B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111162960B (zh) * | 2019-12-03 | 2022-12-02 | 支付宝实验室(新加坡)有限公司 | 启动调试面板的方法和服务器 |
CN111355629B (zh) * | 2020-02-17 | 2021-01-15 | 苏州亿歌网络科技有限公司 | 一种客户端的测试方法、装置、计算机设备及存储介质 |
CN112269701A (zh) * | 2020-11-11 | 2021-01-26 | 深圳创维-Rgb电子有限公司 | 用户端调试方法、用户端及可读存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020013935A1 (en) * | 1999-03-30 | 2002-01-31 | Siemens Aktiengesellschaft | Programmable logic controller method, system and apparatus |
CN102592084A (zh) * | 2011-12-27 | 2012-07-18 | 奇智软件(北京)有限公司 | 一种漏洞修复客户端逻辑的测试方法及系统 |
CN103577326A (zh) * | 2013-11-05 | 2014-02-12 | 北京奇虎科技有限公司 | Debug调试方法和装置 |
CN103748562A (zh) * | 2010-12-23 | 2014-04-23 | 英特尔公司 | 测试、验证和调试架构 |
CN104536890A (zh) * | 2014-12-26 | 2015-04-22 | 小米科技有限责任公司 | 测试系统、方法和装置 |
-
2019
- 2019-06-25 CN CN201910553989.1A patent/CN110287112B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020013935A1 (en) * | 1999-03-30 | 2002-01-31 | Siemens Aktiengesellschaft | Programmable logic controller method, system and apparatus |
CN103748562A (zh) * | 2010-12-23 | 2014-04-23 | 英特尔公司 | 测试、验证和调试架构 |
CN102592084A (zh) * | 2011-12-27 | 2012-07-18 | 奇智软件(北京)有限公司 | 一种漏洞修复客户端逻辑的测试方法及系统 |
CN103577326A (zh) * | 2013-11-05 | 2014-02-12 | 北京奇虎科技有限公司 | Debug调试方法和装置 |
CN104536890A (zh) * | 2014-12-26 | 2015-04-22 | 小米科技有限责任公司 | 测试系统、方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN110287112A (zh) | 2019-09-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9940225B2 (en) | Automated error checking system for a software application and method therefor | |
CN110287112B (zh) | 客户端的维护方法、装置及可读存储介质 | |
US9021443B1 (en) | Test automation API for host devices | |
CN110781085B (zh) | 一种游戏自动化测试方法、装置、终端和计算机存储介质 | |
US8839201B2 (en) | Capturing test data associated with error conditions in software item testing | |
US10067858B2 (en) | Cloud-based software testing | |
US9292416B2 (en) | Software development kit testing | |
US8839202B2 (en) | Test environment managed within tests | |
US20130263090A1 (en) | System and method for automated testing | |
US20120072367A1 (en) | Dry-run design time environment | |
US9069902B2 (en) | Software test automation | |
US20140109061A1 (en) | Test creation with execution | |
CN107102949B (zh) | 应用程序离线测试方法及工具 | |
CN109885480A (zh) | 一种基于调试桥的自动化界面兼容性测试方法及装置 | |
CN106708716A (zh) | 一种软件测试的方法、装置及系统 | |
WO2018006702A1 (zh) | 自动化测试中的异常处理方法、装置及系统 | |
KR20190113050A (ko) | 모바일 어플리케이션 환경설정을 시험하기 위한 시험 항목 자동 생성 방법 및 시스템 | |
CN105808400A (zh) | 一种易应用的服务器老化测试方法 | |
CN110297749B (zh) | 一种测试新功能的方法及终端 | |
US20140109050A1 (en) | Altering a test | |
CN110874295A (zh) | 一种异常关机后开机验证的测试方法和系统 | |
CN114647572A (zh) | 用于软件应用组件测试的方法和系统 | |
US20140109056A1 (en) | Scheduled software item testing | |
CN113392027A (zh) | 移动端应用的兼容性测试方法、系统及电子设备 | |
CN115599645B (zh) | 一种linux驱动模块稳定性测试方法及装置 |
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 |