APP灰度升级方法、装置、终端设备及计算机可读存储介质制造方法及图纸

本发明专利技术提供一种APP灰度升级方法、装置、终端设备及计算机可读存储介质，所述方法包括，经第一通道将APP软件的第一测试版本推送至第一用户端；接收第一用户端回送的第一测试数据，当第一测试数据与第一预设数据匹配时，经第二通道将APP软件的第二测试版本推送至第二用户端；接收第二用户端回送的第二测试数据，当第二测试数据与第二预设数据匹配时，经第三通道推送APP软件的商业版本至所有用户。本发明专利技术提供的APP灰度升级方法，通过对用户的预先定义，走不同的升级通道，进而完成Alpha版本及Beta版本的灰度试用；通过管理通道推送配置文件，实现APP终端的某项功能开启或者关闭，减少了终端用户版本频繁升级带来的体验不佳，提高了APP灰度升级的效率。了APP灰度升级的效率。了APP灰度升级的效率。

【技术实现步骤摘要】
APP灰度升级方法、装置、终端设备及计算机可读存储介质


[0001]本专利技术涉及软件升级
，尤其涉及一种APP灰度升级方法、装置、终端设备及计算机可读存储介质。

技术介绍

[0002]随着移动端APP软件的大量使用，对APP的升级方法越来越多，其中最为常见的是采用灰度升级的方式，即让少量的客户进行预先升级，验证无问题之后，再进行全网版本的升级，以保证线上服务不出现批量事故。现有技术在进行灰度升级时，往往是在APP软件先发布出去之后才能收集到用户信息，且针对这些用户的下载和升级权限没有进行单独管理，缺乏个性化；同时针对APP的版本升级，现有技术更是没有明确给出灰度升级的规则，在每一次开启或关闭APP终端的某项功能时，只能通过对终端用户版本进行再一次升级才得以实现，升级效率低下，用户体验不佳，且易出现全网批量事故。

技术实现思路

[0003]本专利技术的目的在于提供一种APP灰度升级方法、装置、终端设备及计算机可读存储介质，该方法在终端APP升级的时候，通过对用户的预先定义，走不同的升级通道，进而完成Alpha版本及Beta版本的灰度试用，规则明确且管理具有针对性；通过管理通道推送配置文件，实现APP终端的某项功能开启或者关闭，减少了终端用户版本频繁升级带来的体验不佳，提高了APP灰度升级的效率，避免全网批量事故。
[0004]为了克服上述现有技术中的缺陷，本专利技术实施例提供了一种APP灰度升级方法，包括：
[0005]经第一通道将APP软件的第一测试版本推送至第一用户端；/>[0006]接收所述第一用户端回送的第一测试数据，当所述第一测试数据与第一预设数据匹配时，经第二通道将APP软件的第二测试版本推送至第二用户端；
[0007]接收所述第二用户端回送的第二测试数据，当所述第二测试数据与第二预设数据匹配时，经第三通道推送APP软件的商业版本至所有用户。
[0008]进一步地，所述第一测试版本为Alpha版本，所述第二测试版本为Beta版本，所述商业版本为RC商业版本。
[0009]进一步地，所述第一测试版本、所述第二测试版本及所述商业版本两两之间不能互相升级。
[0010]进一步地，所述APP灰度升级方法，还包括：
[0011]当所述第一测试数据与第一预设数据不匹配时，将所述第一测试版本更新后再推送至所述第一用户端，直至所述第一测试数据与所述第一预设数据匹配；及，
[0012]当所述第二测试数据与第二预设数据不匹配时，将所述第二测试版本更新后再推送至所述第二用户端，直至所述第二测试数据与所述第二预设数据匹配。
[0013]进一步地，所述将所述第一测试版本更新后再推送至所述第一用户端，包括：将所
述第一测试版本的升级后的新版本推送至所述第一用户端，或将所述第一测试版本对应的目标版本的配置文件推送至所述第一用户端；
[0014]所述将所述第二测试版本更新后再推送至所述第二用户端，包括：将所述第二测试版本的升级后的新版本推送至所述第二用户端，或将所述第二测试版本对应的目标版本的配置文件推送至所述第二用户端。
[0015]进一步地，所述将所述第一测试版本的升级后的新版本推送至所述第一用户端，包括：将所述第一测试版本的升级后的新版本对应的URL地址，或包含所述 URL地址的二维码推送至所述第一用户端；
[0016]所述将所述第二测试版本的升级后的新版本推送至所述第二用户端，包括：将所述第二测试版本的升级后的新版本对应的URL地址，或包含所述URL地址的二维码推送至所述第二用户端。
[0017]本专利技术实施例还提供了一种APP灰度升级装置，包括：
[0018]第一通道测试模块，用于经第一通道将APP软件的第一测试版本推送至第一用户端；
[0019]第二通道测试模块，用于接收所述第一用户端回送的第一测试数据，当所述第一测试数据与第一预设数据匹配时，经第二通道将APP软件的第二测试版本推送至第二用户端；
[0020]商业版本发布模块，用于接收所述第二用户端回送的第二测试数据，当所述第二测试数据与第二预设数据匹配时，经第三通道推送APP软件的商业版本至所有用户。
[0021]进一步地，APP灰度升级装置，还包括：
[0022]日志管理模块，用于接收用户端测试所述APP软件不同版本时反馈的日志信息；
[0023]对象存储服务模块，用于存储所述APP软件不同版本的安装包。
[0024]本专利技术实施例还提供了一种终端设备，包括：
[0025]一个或多个处理器；
[0026]存储器，与所述处理器耦接，用于存储一个或多个程序；
[0027]当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上任一项所述的APP灰度升级方法。
[0028]本专利技术实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上任一项所述的APP灰度升级方法。
[0029]相对于现有技术，本专利技术至少存在如下有益效果：
[0030]本专利技术实施例提供的APP灰度升级方法在对终端APP进行升级时，通过对用户的预先定义，走不同的升级通道，进而完成Alpha版本及Beta版本的灰度试用，用户管理具有针对性且规则明确；管理员通过升级通道推送配置文件，实现 APP终端的某项功能开启或者关闭，减少了终端用户版本频繁升级带来的体验不佳，提高了APP灰度升级的效率，避免全网批量事故。
附图说明
[0031]图1是本专利技术某一实施例提供的APP灰度升级方法的流程示意图；
[0032]图2是本专利技术某一实施例提供的不同用户与各个通道版本之间的对应关系图；
[0033]图3是本专利技术某一实施例提供的APP灰度升级方法的步骤程序框图；
[0034]图4是本专利技术某一实施例提供的终端用户APP主动点击更新和升级的组件交互图；
[0035]图5是本专利技术某一实施例提供的服务器推送版本到终端用户的组件交互图；
[0036]图6是本专利技术又一实施例提供的APP灰度升级装置的结构示意图；
[0037]图7是本专利技术又一实施例提供的APP终端设备管理结构示意图。
具体实施方式
[0038]下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。
[0039]应当理解，文中所使用的步骤编号仅是为了方便描述，不对作为对步骤执行先后顺序的限定。
[0040]应当理解，在本专利技术说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本专利技术。如在本专利技术说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。<本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种APP灰度升级方法，其特征在于，包括：经第一通道将APP软件的第一测试版本推送至第一用户端；接收所述第一用户端回送的第一测试数据，当所述第一测试数据与第一预设数据匹配时，经第二通道将APP软件的第二测试版本推送至第二用户端；接收所述第二用户端回送的第二测试数据，当所述第二测试数据与第二预设数据匹配时，经第三通道推送APP软件的商业版本至所有用户。2.根据权利要求1所述的APP灰度升级方法，其特征在于，所述第一测试版本为Alpha版本，所述第二测试版本为Beta版本，所述商业版本为RC商业版本。3.根据权利要求1所述的APP灰度升级方法，其特征在于，所述第一测试版本、所述第二测试版本及所述商业版本两两之间不能互相升级。4.根据权利要求1所述的APP灰度升级方法，其特征在于，还包括：当所述第一测试数据与第一预设数据不匹配时，将所述第一测试版本更新后再推送至所述第一用户端，直至所述第一测试数据与所述第一预设数据匹配；及，当所述第二测试数据与第二预设数据不匹配时，将所述第二测试版本更新后再推送至所述第二用户端，直至所述第二测试数据与所述第二预设数据匹配。5.根据权利要求4所述的APP灰度升级方法，其特征在于，所述将所述第一测试版本更新后再推送至所述第一用户端，包括：将所述第一测试版本的升级后的新版本推送至所述第一用户端，或将所述第一测试版本对应的目标版本的配置文件推送至所述第一用户端；所述将所述第二测试版本更新后再推送至所述第二用户端，包括：将所述第二测试版本的升级后的新版本推送至所述第二用户端，或将所述第二测试版本对应的目标版本的配置文件推送至所述第二用户端。6.根据权利...

【专利技术属性】
技术研发人员：赵鹏松，
申请(专利权)人：厦门亿联网络技术股份有限公司，
类型：发明
国别省市：