CN117519773A - 程序质量保障方法、装置、存储介质以及终端 - Google Patents

Abstract

本说明书实施例公开了一种程序质量保障方法、装置、存储介质以及终端，解析目标程序的技术点结构，确定影响目标程序的实现效果的至少一个技术模块；评估目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案；针对各技术模块执行每个技术模块各自对应的质量保障方案，得到目标程序对应的质量迭代程序。由于当存在技术模块出现问题，程序面向用户的实现效果都会受到影响，因此预先评估会影响程序实现效果的技术模块存在的风险，对每个风险因素生成对应的质量保障方案，使用质量保障方案来保证目标程序的最终呈现效果。

Description

程序质量保障方法、装置、存储介质以及终端

技术领域

本说明书实施例涉及计算机技术领域，尤其涉及一种程序质量保障方法、装置、存储介质以及终端。

背景技术

随着计算机以及互联网技术的发展，在许多面向大量观众的大型活动中，为了提升活动的丰富性和趣味性，通常会在活动过程中提供可容纳多人并发交互的互动游戏，以使得大量观众可以在同一时间参加互动游戏，获得有趣的交互体验。对于面向大体量并发用户的互动游戏来说，实施过程中面临多方面的技术风险和挑战，一旦出现问题就可能导致大量用户的交互体验变差。因此，需要一种程序质量保障的方法，处理可能存在的风险，保证程序的整体质量。

发明内容

本说明书实施例提供一种程序质量保障方法、装置、存储介质以及终端，可以解决相关技术中程序质量不稳定、用户使用体验差的技术问题。

第一方面，本说明书实施例提供一种程序质量保障方法，该方法包括：

解析目标程序的技术点结构，确定影响所述目标程序的实现效果的至少一个技术模块；

评估所述目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案；

针对各技术模块执行每个技术模块各自对应的质量保障方案，得到所述目标程序对应的质量迭代程序。

第二方面，本说明书实施例提供一种程序质量保障装置，该装置包括：

程序解析模块，用于解析目标程序的技术点结构，确定影响所述目标程序的实现效果的至少一个技术模块；

方案决策模块，用于评估所述目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案；

程序更新模块，用于针对各技术模块执行每个技术模块各自对应的质量保障方案，得到所述目标程序对应的质量迭代程序。

第三方面，本说明书实施例提供一种包含指令的计算机程序产品，当所述计算机程序产品在计算机或处理器上运行时，使得所述计算机或所述处理器执行上述的方法的步骤。

第四方面，本说明书实施例提供一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行上述的方法的步骤。

第五方面，本说明书实施例提供一种终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述计算机程序适于由处理器加载并执行上述的方法的步骤。

本说明书一些实施例提供的技术方案带来的有益效果至少包括：

本说明书实施例提供一种程序质量保障方法，解析目标程序的技术点结构，确定影响目标程序的实现效果的至少一个技术模块；评估目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案；针对各技术模块执行每个技术模块各自对应的质量保障方案，得到目标程序对应的质量迭代程序。由于一个程序中往往涉及到多个技术模块，而当存在技术模块出现问题，程序面向用户的实现效果都会受到影响，因此预先评估会影响程序实现效果的技术模块存在的风险，对每个风险因素生成对应的质量保障方案，使用质量保障方案来保证目标程序的最终呈现效果，可以使得目标程序能够在实际使用场景中平稳运行，提升用户的使用交互体验。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本说明书实施例提供的一种程序质量保障方法的示例性系统架构图；

图2为本说明书实施例提供的一种程序质量保障方法的系统交互图；

图3为本说明书实施例提供的一种程序网络质量保障方法的流程示意图；

图4为本说明书实施例提供的一种程序算法质量保障方法的流程示意图；

图5为本说明书实施例提供的一种程序性能质量保障方法的流程示意图；

图6为本说明书实施例提供的一种兼容性质量保障方法的流程示意图；

图7为本说明书实施例提供的一种程序质量保障装置的结构框图；

图8为本说明书实施例提供的一种终端的结构示意图。

具体实施方式

为使得本说明书实施例的特征和优点能够更加的明显和易懂，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而非全部实施例。基于本说明书中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书实施例保护的范围。

下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书实施例相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本说明书实施例的一些方面相一致的装置和方法的例子。

随着计算机以及互联网技术的发展，在一些现场活动中，为了提升活动的丰富性和趣味性，会在活动过程中增加用户可参加的互动环节，特别是如今随着移动终端的开发，用户可以使用移动终端参与进互动环节。通常在互动过程中，用户使用移动终端扫描二维码、搜索关键词等方式进入活动，在活动页面中会显示互动内容，用户即可通过移动终端完成自身与现场的互动。

而在大型活动中，例如在大型体育馆举行的演唱会、大型晚会等活动，这类大型活动的现场往往存在大量的数以万计的观众，这些观众往往会在活动过程中并发参加互动，那么此时现场交互活动的程序就需要具有可容纳多人并发交互的程序质量，以保证用户获得有趣的交互体验。随着活动内容的复杂化、新颖化，为了追求更好的显示效果、更真实的互动体验，互动内容的开发体量、复杂度都呈上升趋势，那么程序在开发过程中面临的质量风险和挑战就越多，质量风险若不及时排查、处理，则可能导致程序上线后在实际使用场景中出现问题，从而直接导致大量用户的交互体验变差。

因此，本说明书实施例提供一种程序质量保障方法，解析目标程序的技术点结构，确定影响目标程序的实现效果的至少一个技术模块；评估目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案；针对各技术模块执行每个技术模块各自对应的质量保障方案，得到目标程序对应的质量迭代程序，以解决程序质量不稳定、用户使用体验差的技术问题。

请参阅图1，图1为本说明书实施例提供的一种程序质量保障方法的示例性系统架构图。

如图1所示，系统架构可以包括终端101、网络102和服务器103。网络102用于在终端101和服务器103之间提供通信链路的介质。网络102可以包括各种类型的有线通信链路或无线通信链路，例如：有线通信链路包括光纤、双绞线或同轴电缆的，无线通信链路包括蓝牙通信链路、无线保真(Wireless-Fidelity，Wi-Fi)通信链路或微波通信链路等。

终端101可以通过网络102与服务器103交互，以接收来自服务器103的消息或向服务器103发送消息，或者终端101可以通过网络102与服务器103交互，进而接收其他用户向服务器103发送的消息或者数据。终端101可以是硬件，也可以是软件。当终端101为硬件时，可以是各种电子设备，包括但不限于智能手表、智能手机、平板电脑、膝上型便携式计算机和台式计算机等。当终端101为软件时，可以是安装在上述所列举的电子设备中，其可以实现呈多个软件或软件模块(例如：用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不作具体限定。

在本说明书实施例中，终端101首先可以通过解析目标程序的技术点结构，确定影响目标程序的实现效果的至少一个技术模块；然后，终端101开始评估目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案；此时，终端101就可以针对各技术模块执行每个技术模块各自对应的质量保障方案，得到目标程序对应的质量迭代程序。

服务器103可以是提供各种服务的业务服务器。需要说明的是，服务器103可以是硬件，也可以是软件。当服务器103为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器103为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不做具体限定。

或者，该系统架构还可以不包括服务器103，换言之，服务器103可以为本说明书实施例中可选的设备，即本说明书实施例提供的方法可以应用于仅包括终端101的系统结构中，本说明书实施例对此不做限定。

应理解，图1中的终端、网络以及服务器的数目仅是示意性的，根据实现需要，可以是任意数量的终端、网络以及服务器。

请参阅图2，图2为本说明书实施例提供的一种程序质量保障方法的流程示意图。本说明书实施例的执行主体可以是执行程序质量保障的终端，也可以是执行程序质量保障方法的终端中的处理器，还可以是执行程序质量保障方法的终端中的程序质量保障服务。为方便描述，下面以执行主体是终端中的处理器为例，介绍程序质量保障方法的具体执行过程。

如图2所示，程序质量保障方法至少可以包括：

S202、解析目标程序的技术点结构，确定影响目标程序的实现效果的至少一个技术模块。

可选地，目前在虚拟现实领域中，增强现实(Augmented Reality，AR)技术成为一种备受关注的技术，增强现实技术是一种将虚拟信息与真实世界巧妙融合的技术，广泛运用了多媒体、三维建模、实时跟踪及注册、智能交互、传感等多种技术手段，将计算机生成的文字、图像、三维模型、音乐、视频等虚拟信息模拟仿真后，应用到真实世界中，两种信息互为补充，从而实现对真实世界的“增强”。随着如今人工智能(AI)技术和增强现实技术的快速发展，在一些大型活动的互动环节中，为了向现场用户提供有趣、真实、具有科技感的互动体验，会基于AI和AR来开发互动内容，使得用户与现场的互动具有科技感、真实感。

可选地，为了保证现场数以万计的观众的互动体验，带有AR技术的程序上线到应用环境之前，需要对程序中可能存在的风险进行全面排查并且对风险因素都做出质量保障，避免风险在实际使用场景中爆发，导致最终互动活动的呈现效果差，无法实现现场的互动需求。并且风险的排查难度随着程序的复杂度上升而增加，特别是对大型活动中需要面对大量并发访问量的程序，就更需要全面、准确的风险排查。

可选地，目前对程序的风险排查，主要是通过一些既定的软件测试方法，测试程序中的代码是否能够成功运行，难以涉及到程序在实际使用环境中的测试，而程序在实际使用中的表现才能够说明用户真实的使用体验，进一步说，程序在实际现场的所有表现包括网络情况、资源拉取情况、性能情况、在不同设备终端中的显示效果等等，才能够体现现场用户使用程序的真实感受。因此比起既定的测试方案，无法适用于需要配合现场实现互动效果的程序的风险排查。

可选地，为了实现对活动程序进行适应性的质量保障，可以从目标程序的技术结构出发，技术结构通常是目标程序实现的基础，各项技术模块都支撑目标程序的一部分最终实现效果，因此按照技术结构划分目标程序，对各技术模块都进行风险测试然后对存在的风险点进行优化，实现质量保障。那么在本说明书实施例中，首先需要解析目标程序的技术点结构，确定出影响目标程序的实现效果的至少一个技术模块，具体的，技术模块会包括网络技术模块、算法技术模块、程序性能技术模块、兼容性技术模块中的至少一个。网络技术模块是决定目标程序在现场环境中所处的网络状态，影响了目标程序对资源的拉取和呈现；算法技术模块中则集成了目标程序中实现内容所需要依靠的算法；程序性能技术模块则与目标程序的实际呈现效果有关；兼容性技术模块则是目标程序与不同的运行环境的兼容。

S204、评估目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案。

可选地，解构目标程序的技术结构之后，对每个技术模块都应该分别进行风险验证，评估目标程序在各技术模块上的风险因素，例如对于网络风险，则需要评估在实际现场中，能支持的并发带宽能否承受目标程序需要的网络流量带宽，在网络使用面对大量并发时存在怎样的风险；对于算法技术模块，则需要评估现场对目标程序中内容算法的最终版本的支持覆盖度能否满足需求，每个用户是否存在无法使用内容的风险等等。

进一步地，对于每个技术模块面临的不同风险因素，就需要适应性的设置不同的质量保障方案，例如网络技术模块存在现场网络无法支持所有用户在线并发量的风险时，就可以制定让用户实现无网可用的程序优化方案，那么在本说明书实施例中，也即可以基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案，这样使用质量保障方案来保证目标程序的最终呈现效果，可以使得目标程序能够在实际使用场景中平稳运行。

S206、针对各技术模块执行每个技术模块各自对应的质量保障方案，得到目标程序对应的质量迭代程序。

可选地，在对每个技术模块的风险因素生成质量保障方案之后，可以针对各技术模块执行每个技术模块各自对应的质量保障方案，根据质量保障方案对目标程序进行更新优化，这样得到目标程序对应的质量迭代程序，完成对目标程序的全面风险检出和处理，使得目标程序能够在实际使用场景中平稳运行，提升用户的使用交互体验。

在本说明书实施例中，提供一种程序质量保障方法，解析目标程序的技术点结构，确定影响目标程序的实现效果的至少一个技术模块；评估目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案；针对各技术模块执行每个技术模块各自对应的质量保障方案，得到目标程序对应的质量迭代程序。由于一个程序中往往涉及到多个技术模块，而当存在技术模块出现问题，程序面向用户的实现效果都会受到影响，因此预先评估会影响程序实现效果的技术模块存在的风险，对每个风险因素生成对应的质量保障方案，使用质量保障方案来保证目标程序的最终呈现效果，可以使得目标程序能够在实际使用场景中平稳运行，提升用户的使用交互体验。

通过上述实施例的介绍可以知道，在目标程序中，存在多个影响目标程序的实现效果的技术模块，每个技术模块可能存在的风险都不同，那么也会为目标程序带来不同方面的影响，为了全面测试目标程序，可以针对每个技术模块进行风险因素的评估，这样可以根据技术模块本身的特征，来分析其可能会导致目标程序效果呈现失败的原因，这样就可以针对风险因素进行质量保障优化。而目标程序中，网络技术模块的质量会影响现场大量用户对目标程序的资源拉取，那么当技术模块为网络技术模块时，为了用户能正常使用目标程序的内容，可以先对网络技术模块进行风险评估和处理。基于此，对网络技术模块上的风险因素评估和质量保障方案可以按照以下步骤实施。

请参阅图3，图3为本说明书实施例提供的一种程序网络质量保障方法的流程示意图。

如图3所示，上述步骤S204、评估目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案的实现流程，至少可以包括：

S302、根据网络服务运营方的网络带宽承载阈值以及目标程序的网络带宽需求，确定目标程序中网络技术模块的网络并发风险因素。

可选地，通常用户在使用应用软件、程序时，都是联网在线使用，也就会占用现场网络的带宽，然而，网络流量的带宽资源通常是由网络服务运营方提供的，通过建设基站来满足用户使用流量的需求。常规情况下，运营方提供的网络带宽能够支持一定量的用户并发访问，但在举办一些大型活动，例如演唱会、大型晚会、运动会开幕式等时，现场可能存在数以万计的大量用户聚集，这些用户一旦同时使用网络服务，大量并发带来很大的网络带宽需求，网络服务运营方所提供的适用于常规情况的网络带宽承载阈值可能无法满足现场的网络带宽需求，此时所有使用网络的用户的网速都会呈现断崖式下降，直接导致用户无法拉取目标程序的资源和数据，无法使用目标程序，参与其中的互动，用户体验非常差。

可选地，当技术模块为网络技术模块时，评估目标程序在网络技术模块上的风险因素时，可以具体为根据网络服务运营方的网络带宽承载阈值以及目标程序的网络带宽需求，从而确定目标程序中网络技术模块的网络并发风险因素。

S304、基于网络服务运营方生成网络技术模块对应的离线配置方案。

可选地，确定网络技术模块中存在的网络并发风险因素之后，需要根据网络并发风险因素来生成网络技术模块对应的质量保障方案。考虑到在特别大量的用户并发毕竟是少数情况，那么为了支持大量并发带宽而提高基站密度是不太现实的，会浪费过多的基站建设时间和资源，因此考虑到可以从减小用网用户的数量，来实现减少用网并发量，将使用网络的用户数量控制在网络服务运营方的可支持范围内，这样就不会由于超量并发而导致所有用户都无法顺利用网。

进一步地，考虑到需要减少并发使用网络的用户，同时又要为所有用户提供一致的目标程序的内容，那么可以对目标程序进行无网可用的离线配置，也即网络技术模块对应的质量保障方案可以是离线配置方案。在离线配置方案中，旨在将目标程序中的所有资源进行无网使用的处理，以使得用户在现场可以直接使用目标程序，而不需要在线拉取，这样对目标程序进行全链路断网可用的配置，使得拥有离线资源的用户在现场可以直接使用离线资源，就可以减少现场联网在线拉取程序资源的用户数量。

具体地，在离线配置方案中，具体需基于网络并发风险因素确定目标程序中的至少一项在线资源，其中，在线资源为目标程序的使用链路中原本需要用户联网后通过网络流量进行在线获取才能使用的资源，包括配置资源、动态资源、静态资源等等，对各在线资源进行离线资源包配置，离线资源包配置好后，还需要提前推送到目标用户的终端中，以使得目标用户终端可以提前接收离线资源包将其保存至本地，这样在活动当前，现场观众用户可以使用自己终端中预接收的本地离线资源包，而不需要再联网去拉取目标程序资源，也即配置离线资源包之后还需要生成各离线资源包的预推方案，在预推方案中规定了各离线资源包的目标用户终端以及预推时间。例如，通常目标程序是搭载在应用软件中的小程序，那么对于应用软件中与目标程序相关的数据也需要进行离线资源包的预热；并且为了方便用户参加活动，用户可以通过扫描现场的二维码进入目标程序，此时二维码也需要进行无网可扫配置，以使得目标用户终端可以无网使用现场二维码；对于目标程序本身，其使用的参数、数据、动态资源、静态资源等也都需要进行离线资源包的预热。

在本说明书实施例中，技术模块为网络技术模块，评估目标程序在网络技术模块上的风险因素时，可以具体为根据网络服务运营方的网络带宽承载阈值以及目标程序的网络带宽需求，从而确定目标程序中网络技术模块的网络并发风险因素，基于网络并发风险因素确定目标程序中的至少一项在线资源，离线资源包配置好后，还生成各离线资源包的预推方案，在预推方案中规定了各离线资源包的目标用户终端以及预推时间，以使得目标用户终端可以提前接收离线资源包将其保存至本地，这样在活动当前，现场观众用户可以使用自己终端中预接收的本地离线资源包，而不需要再联网去拉取目标程序资源，就可以减少现场联网在线拉取程序资源的用户数量，提升现场所有用户的体验。

在目标程序中，还可能存在算法技术模块，算法技术模块中集成了目标程序中实现内容所需要依靠的算法，是目标程序实现开发需求的重要支撑，所以算法技术模块经常通过多轮的迭代、更新、集成，往往在活动开始前不久才敲定最终的上线版本，因此算法技术模块也需要进行风险评估，并对可能存在影响的风险因素进行处理。基于此，对算法技术模块上的风险因素评估和质量保障方案可以按照以下步骤实施。

请参阅图4，图4为本说明书实施例提供的一种程序算法质量保障方法的流程示意图。

如图4所示，上述步骤S204、评估目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案的实现流程，至少可以包括：

S402、根据目标程序对所在客户端的版本覆盖指标，确定目标程序中目标算法的算法覆盖风险因素。

可选地，通常，移动终端中的应用软件都是按照更新周期(例如一个月一次、两个月一次等)持续进行版本更新的，便于开发者持续往应用软件中更新新的功能、内容，从上述介绍可以知道，算法技术模块涉及的开发过程长，最终的算法需要根据活动的真实内容进行训练优化，而真实内容通常在活动开幕前一个月内才公开，那么当目标程序搭载在应用软件中时，若只是将带有最终目标程序的应用软件作为最新版本更新，会使得只有在终端中更新了最新版的应用软件的用户能够使用最新算法的目标程序，而存在部分不会及时更新应用软件的用户，其使用的应用软件的版本中没有最新可用的算法，导致无法使用目标程序的最终算法，也就是导致目标程序的程序算法对目标用户终端的覆盖率很低。基于上述分析，就可以根据目标程序对所在客户端(也即所在应用软件)的版本覆盖指标，确定出目标程序中目标算法存在的算法覆盖风险因素。

S404、基于算法覆盖风险因素生成算法技术模块对应的版本覆盖方案。

可选地，当存在算法覆盖风险因素时，为了保证最终的目标程序对用户的覆盖率较高，可以将目标程序中的最新算法作为更新内容推送到多个版本的客户端中，使得使用各个版本的客户端的用户都可以顺利使用目标程序，也即基于算法覆盖风险因素生成算法技术模块对应的版本覆盖方案。

具体地，可以通过补丁方法，基于算法覆盖风险因素生成目标算法对应的算法补丁文件，生成补丁文件的过程中，梳理依赖团队，明确分工，确保补丁文件既不影响目标程序，也不会对客户端的其他程序造成影响，然后可以将版本覆盖指标中的所有待覆盖版本作为算法补丁文件的目标推送版本，这样使用各个版本的客户端的用户都可以顺利使用目标程序。

在本说明书实施例中，技术模块为算法技术模块时，根据目标程序对所在客户端的版本覆盖指标，确定目标程序中目标算法的算法覆盖风险因素，基于算法覆盖风险因素生成目标算法对应的算法补丁文件，然后可以将版本覆盖指标中的所有待覆盖版本作为算法补丁文件的目标推送版本，确保补丁文件既不影响目标程序，也不会对客户端的其他程序造成影响，这样使用各个版本的客户端的用户都可以顺利使用目标程序，提高了目标程序对用户的覆盖率，使得现场的用户都能参与到目标程序的活动中来。

在另一方面，目标程序中还可能存在程序性能技术模块，程序性能技术模块与目标程序的实际呈现效果有关，决定了目标程序最终的内容呈现效果，特别是当目标程序的内容为了实现科技化、现代化的效果，程序内部结构就会更加复杂化，那么目标程序在运行时，也会对终端的内存能力、性能有一定要求和影响，为了保证目标程序运行时的性能稳定，不会对终端造成不良影响，还需要对程序性能技术模块进行风险评估，并对可能存在影响的风险因素进行处理。基于此，对程序性能技术模块上的风险因素评估和质量保障方案可以按照以下步骤实施。

请参阅图5，图5为本说明书实施例提供的一种程序性能质量保障方法的流程示意图。

如图5所示，上述步骤S204、评估目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案的实现流程，至少可以包括：

S502、根据目标程序的运行数据对目标程序进行性能分析，确定目标程序的内存泄漏风险因素。

可选地，通常软件、程序在终端中运行时，会已缓存数据的形式占据终端的内存空间，而当资源使用完毕，会让终端释放这部分缓存的数据，已达到释放内存空间的效果，然而一些释放不及时时，会导致无效数据堆积造成内存泄漏，用户多次使用该资源就会导致内存被占据的越来越多，进而影响到终端的使用。那么在程序性能技术模块中，可以运行目标程序，然后根据目标程序的运行数据对目标程序进行性能分析，确定目标程序的内存泄漏风险因素。这样便于后续对容易导致内存泄漏的风险因素进行优化，使得终端能够及时释放应该释放的内存空间。

可选地，运行目标程序，然后根据目标程序的运行数据对目标程序进行性能分析时，可以在多种运行场景下，反复对目标程序也即目标程序中的目标算法进行拉取、释放，例如多次反复进入以及退出目标程序，多次来回切换目标程序的不同页面内容，多次反复进入以及退出目标程序所在的客户端等等，这样可以验证目标程序在尽可能多的运行情况下对终端内存产生的影响，从而发现内存泄漏风险因素。

S504、定位内存泄漏风险因素对应的内存泄漏代码段，对内存泄漏代码段生成内存释放方案。

可选地，存在内存泄漏风险因素时，需要确定导致内存泄漏风险出现的代码段，也即找到是哪一段代码和资源没有被释放，也即定位内存泄漏风险因素对应的内存泄漏代码段，然后对内存泄漏代码段生成内存释放方案，根据内存释放方案对内存泄漏代码进行优化处理。具体的，目标程序可能存在端内存泄漏，也即客户端的内存泄漏，也可能存在目标程序自身的内存泄漏，还可能是客户端中其他无关程序发生的内存泄漏，那么此时就需要根据不同的内存泄漏情况，进行对应的处理。

S506、根据目标程序的运行数据对目标程序进行性能分析，确定目标程序在至少一类目标终端中的显示效果风险因素。

可选地，目标程序在运行时，由于目标程序自身的内容也会对终端的内存能力、性能有一定要求和影响，那么当目标程序的复杂程度较高，可能对终端的性能要去也就较高，然而不是所有用户都使用性能符合最高要求的终端，还存在部分使用性能相对较差的终端的用户，那么当所有用户都运行相同性能需求的目标程序，则在超过终端运行能力时，可能出现闪退等会情况，不仅影响用户的使用体验，还可能对终端设备造成伤害。那么为了保证目标程序在各种终端中运行时的性能稳定，避免对终端造成不良影响，可以根据目标程序的运行数据对目标程序进行性能分析，确定目标程序在至少一类目标终端中的显示效果风险因素，显示效果风险因素可以说明目标程序在不同终端中运行时会呈现的显示效果。

S508、基于显示效果风险因素，按照终端类型和操作系统类型对所有目标终端进行终端分级，分别对不同终端级别生成各终端级别对应的资源配置方案。

可选地，基于显示效果风险因素，说明了各类终端对程序内容的显示效果的体现能力和支持能力，那么考虑到终端类型和操作系统是可以说明终端的性能条件的，那么可以按照终端类型和操作系统类型对所有目标终端进行终端分级，将市面上存在的所有类型的终端分为不同的级别，分别对不同终端级别生成各终端级别对应的资源配置方案，资源配置方案中可以规定目标程序在不同级别的终端中可以实现的配置，比如在高端机中，就可以实现高要求的显示效果，那么目标程序就进行高配置；在低端机中，只能实现较低要求的显示效果，那么目标程序就进行低配置，这样达到效果目标的同时，解除了高性能压力带来的端性能稳定风险。

在本说明书实施例中，技术模块为程序性能技术模块，根据目标程序的运行数据对目标程序进行性能分析，确定目标程序的内存泄漏风险因素，定位内存泄漏风险因素对应的内存泄漏代码段，对内存泄漏代码段生成内存释放方案，这样根据不同的内存泄漏情况，进行对应的处理，可以使得终端能够及时释放应该释放的内存空间，不影响用户对终端的使用。另一方面，根据目标程序的运行数据对目标程序进行性能分析，确定目标程序在至少一类目标终端中的显示效果风险因素，按照终端类型和操作系统类型对所有目标终端进行终端分级，分别对不同终端级别生成各终端级别对应的资源配置方案，这样达到效果目标的同时，解除了高性能压力带来的端性能稳定风险，避免目标程序对终端造成不良影响。

除了上述实施例，目标程序中还可能存在兼容性技术模块，兼容性技术模块则说明目标程序与不同的运行环境的兼容情况，由于终端类型的多样化，那么目标程序的运行环境也是多样化的，不同的运行环境中可能会出现兼容性问题，一旦目标程序与终端不兼容，将直接导致用户无法使用目标程序，那么为了保证目标程序在不同终端上能够顺利运行，还需要对兼容性技术模块进行风险评估，并对可能存在影响的风险因素进行处理。基于此，对兼容性技术模块上的风险因素评估和质量保障方案可以按照以下步骤实施。

请参阅图6，图6为本说明书实施例提供的一种兼容性质量保障方法的流程示意图。

如图6所示，上述步骤S204、评估目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案的实现流程，至少可以包括：

S602、对目标程序在至少一种运行环境中的运行情况进行测试，确定目标程序对应的兼容风险因素，运行环境包括硬件环境和软件环境。

可选地，目标程序在开发时可能使用到一些没有在终端或者客户端上使用的算法、模型等，那么在各样运行环境中都需要进行兼容性测试，其中，运行环境包括硬件环境和软件环境，硬件环境也即不同信号的终端、计算机等，软件环境则是指不同版本的客户端、操作系统、应用软件等，也即在兼容性排查时，可以首先对目标程序在至少一种运行环境中的运行情况进行测试，这样可以确定出目标程序对应的兼容风险因素。

S604、基于兼容风险因素生成目标程序在运行环境中的兼容覆盖方案。

可选地，兼容风险因素排查到后，就需要基于兼容风险因素生成目标程序在运行环境中的兼容覆盖方案，兼容覆盖方案也即从开发端对目标程序进行优化的方案，不同类型的兼容风险可能对应了不同的优化手段，那么适应性的进行兼容性的优化和开发，可以消除不同运行环境下的兼容风险。

在本说明书实施例中，技术模块为兼容性技术模块，对目标程序在至少一种运行环境中的运行情况进行测试，确定目标程序对应的兼容风险因素，运行环境包括硬件环境和软件环境，基于兼容风险因素生成目标程序在运行环境中的兼容覆盖方案，不同类型的兼容风险可能对应了不同的优化手段，那么适应性的进行兼容性的优化和开发，可以消除不同运行环境下的兼容风险。

请参阅图7，图7为本说明书实施例提供的一种程序质量保障装置的结构框图。如图7所示，程序质量保障装置700包括：

程序解析模块710，用于解析目标程序的技术点结构，确定影响目标程序的实现效果的至少一个技术模块；

方案决策模块720，用于评估目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案；

程序更新模块730，用于针对各技术模块执行每个技术模块各自对应的质量保障方案，得到目标程序对应的质量迭代程序。

可选地，技术模块包括网络技术模块、算法技术模块、程序性能技术模块、兼容性技术模块中的至少一个。

可选地，技术模块为网络技术模块，方案决策模块720，还用于根据网络服务运营方的网络带宽承载阈值以及目标程序的网络带宽需求，确定目标程序中网络技术模块的网络并发风险因素；基于网络并发风险因素生成网络技术模块对应的离线配置方案。

可选地，方案决策模块720，还用于基于网络并发风险因素确定目标程序中的至少一项在线资源；对各在线资源进行离线资源包配置并且生成各离线资源包的预推方案，预推方案中规定了各离线资源包的目标用户终端以及预推时间。

可选地，技术模块为算法技术模块，方案决策模块720，还用于根据目标程序对所在客户端的版本覆盖指标，确定目标程序中目标算法的算法覆盖风险因素；基于算法覆盖风险因素生成算法技术模块对应的版本覆盖方案。

可选地，方案决策模块720，还用于基于算法覆盖风险因素生成目标算法对应的算法补丁文件，以及将版本覆盖指标中的所有待覆盖版本作为算法补丁文件的目标推送版本。

可选地，技术模块为程序性能技术模块，方案决策模块720，还用于根据目标程序的运行数据对目标程序进行性能分析，确定目标程序的内存泄漏风险因素；定位内存泄漏风险因素对应的内存泄漏代码段，对内存泄漏代码段生成内存释放方案。

可选地，技术模块为程序性能技术模块，方案决策模块720，还用于根据目标程序的运行数据对目标程序进行性能分析，确定目标程序在至少一类目标终端中的显示效果风险因素；基于显示效果风险因素，按照终端类型和操作系统类型对所有目标终端进行终端分级，分别对不同终端级别生成各终端级别对应的资源配置方案。

可选地，技术模块为兼容性技术模块，方案决策模块720，还用于对目标程序在至少一种运行环境中的运行情况进行测试，确定目标程序对应的兼容风险因素，运行环境包括硬件环境和软件环境；基于兼容风险因素生成目标程序在运行环境中的兼容覆盖方案。

在本说明书实施例中，提供一种程序质量保障装置，其中，程序解析模块，用于解析目标程序的技术点结构，确定影响目标程序的实现效果的至少一个技术模块；方案决策模块，用于评估目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案；程序更新模块，用于针对各技术模块执行每个技术模块各自对应的质量保障方案，得到目标程序对应的质量迭代程序。由于一个程序中往往涉及到多个技术模块，而当存在技术模块出现问题，程序面向用户的实现效果都会受到影响，因此预先评估会影响程序实现效果的技术模块存在的风险，对每个风险因素生成对应的质量保障方案，使用质量保障方案来保证目标程序的最终呈现效果，可以使得目标程序能够在实际使用场景中平稳运行，提升用户的使用交互体验。

本说明书实施例提供一种包含指令的计算机程序产品，当计算机程序产品在计算机或处理器上运行时，使得计算机或处理器执行上述实施例中任一项的方法的步骤。

本说明书实施例还提供了一种计算机存储介质，计算机存储介质可以存储有多条指令，指令适于由处理器加载并执行如上述实施例中的任一项的方法的步骤。

请参见图8，图8为本说明书实施例提供的一种终端的结构示意图。如图8所示，终端800可以包括：至少一个终端处理器801，至少一个网络接口804，用户接口803，存储器805，至少一个通信总线802。

其中，通信总线802用于实现这些组件之间的连接通信。

其中，用户接口803可以包括显示屏(Display)、摄像头(Camera)，可选用户接口803还可以包括标准的有线接口、无线接口。

其中，网络接口804可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。

其中，终端处理器801可以包括一个或者多个处理核心。终端处理器801利用各种接口和线路连接整个终端800内的各个部分，通过运行或执行存储在存储器805内的指令、程序、代码集或指令集，以及调用存储在存储器805内的数据，执行终端800的各种功能和处理数据。可选的，终端处理器801可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。终端处理器801可集成中央处理器(Central Processing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到终端处理器801中，单独通过一块芯片进行实现。

其中，存储器805可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory，ROM)。可选的，该存储器805包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器805可用于存储指令、程序、代码、代码集或指令集。存储器805可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器805可选的还可以是至少一个位于远离前述终端处理器801的存储装置。如图8所示，作为一种计算机存储介质的存储器805中可以包括操作系统、网络通信模块、用户接口模块以及程序质量保障程序。

在图8所示的终端800中，用户接口803主要用于为用户提供输入的接口，获取用户输入的数据；而终端处理器801可以用于调用存储器805中存储的程序质量保障程序，并具体执行以下操作：

解析目标程序的技术点结构，确定影响目标程序的实现效果的至少一个技术模块；

评估目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案；

针对各技术模块执行每个技术模块各自对应的质量保障方案，得到目标程序对应的质量迭代程序。

在一些实施例中，技术模块包括网络技术模块、算法技术模块、程序性能技术模块、兼容性技术模块中的至少一个。

在一些实施例中，技术模块为网络技术模块，终端处理器801在执行评估目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案时，具体执行以下步骤：根据网络服务运营方的网络带宽承载阈值以及目标程序的网络带宽需求，确定目标程序中网络技术模块的网络并发风险因素；基于网络并发风险因素生成网络技术模块对应的离线配置方案。

在一些实施例中，终端处理器801在执行基于网络并发风险因素生成网络技术模块对应的离线配置方案时，具体执行以下步骤：基于网络并发风险因素确定目标程序中的至少一项在线资源；对各在线资源进行离线资源包配置并且生成各离线资源包的预推方案，预推方案中规定了各离线资源包的目标用户终端以及预推时间。

在一些实施例中，技术模块为算法技术模块，终端处理器801在执行评估目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案时，具体执行以下步骤：根据目标程序对所在客户端的版本覆盖指标，确定目标程序中目标算法的算法覆盖风险因素；基于算法覆盖风险因素生成算法技术模块对应的版本覆盖方案。

在一些实施例中，终端处理器801在执行基于算法覆盖风险因素生成算法技术模块对应的版本覆盖方案时，具体执行以下步骤：基于算法覆盖风险因素生成目标算法对应的算法补丁文件，以及将版本覆盖指标中的所有待覆盖版本作为算法补丁文件的目标推送版本。

在一些实施例中，技术模块为程序性能技术模块，终端处理器801在执行评估目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案时，具体执行以下步骤：根据目标程序的运行数据对目标程序进行性能分析，确定目标程序的内存泄漏风险因素；定位内存泄漏风险因素对应的内存泄漏代码段，对内存泄漏代码段生成内存释放方案。

在一些实施例中，技术模块为程序性能技术模块，终端处理器801在执行评估目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案时，具体执行以下步骤：根据目标程序的运行数据对目标程序进行性能分析，确定目标程序在至少一类目标终端中的显示效果风险因素；基于显示效果风险因素，按照终端类型和操作系统类型对所有目标终端进行终端分级，分别对不同终端级别生成各终端级别对应的资源配置方案。

在一些实施例中，技术模块为兼容性技术模块，终端处理器801在执行评估目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案时，具体执行以下步骤：对目标程序在至少一种运行环境中的运行情况进行测试，确定目标程序对应的兼容风险因素，运行环境包括硬件环境和软件环境；基于兼容风险因素生成目标程序在运行环境中的兼容覆盖方案。

在本说明书所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。上述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行上述计算机程序指令时，全部或部分地产生按照本说明书实施例上述的流程或功能。上述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。上述计算机指令可以存储在计算机可读存储介质中，或者通过上述计算机可读存储介质进行传输。上述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DigitalSubscriber Line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。上述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。上述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，数字多功能光盘(DigitalVersatile Disc，DVD))、或者半导体介质(例如，固态硬盘(Solid State Disk，SSD))等。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本说明书实施例并不受所描述的动作顺序的限制，因为依据本说明书实施例，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本说明书实施例所必须的。

另外，还需要说明的是，本说明书实施例所涉及的信息(包括但不限于用户设备信息、用户个人信息等)、数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)以及信号，均为经用户授权或者经过各方充分授权的，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上为对本说明书实施例所提供的一种程序质量保障方法、装置、存储介质以及终端的描述，对于本领域的技术人员，依据本说明书实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本说明书实施例的限制。

Claims (13)

1.一种程序质量保障方法，所述方法包括：

解析目标程序的技术点结构，确定影响所述目标程序的实现效果的至少一个技术模块；

评估所述目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案；

针对各技术模块执行每个技术模块各自对应的质量保障方案，得到所述目标程序对应的质量迭代程序。

2.根据权利要求1所述的方法，所述技术模块包括网络技术模块、算法技术模块、程序性能技术模块、兼容性技术模块中的至少一个。

3.根据权利要求2所述的方法，所述技术模块为所述网络技术模块，所述评估所述目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案，包括：

根据网络服务运营方的网络带宽承载阈值以及所述目标程序的网络带宽需求，确定所述目标程序中网络技术模块的网络并发风险因素；

基于所述网络并发风险因素生成所述网络技术模块对应的离线配置方案。

4.根据权利要求3所述的方法，所述基于所述网络并发风险因素生成所述网络技术模块对应的离线配置方案，包括：

基于所述网络并发风险因素确定所述目标程序中的至少一项在线资源；

对各在线资源进行离线资源包配置并且生成各离线资源包的预推方案，所述预推方案中规定了各离线资源包的目标用户终端以及预推时间。

5.根据权利要求1所述的方法，所述技术模块为所述算法技术模块，所述评估所述目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案，包括：

根据所述目标程序对所在客户端的版本覆盖指标，确定所述目标程序中目标算法的算法覆盖风险因素；

基于所述算法覆盖风险因素生成所述算法技术模块对应的版本覆盖方案。

6.根据权利要求5所述的方法，所述基于所述算法覆盖风险因素生成所述算法技术模块对应的版本覆盖方案，包括：

基于所述算法覆盖风险因素生成所述目标算法对应的算法补丁文件，以及将所述版本覆盖指标中的所有待覆盖版本作为所述算法补丁文件的目标推送版本。

7.根据权利要求1所述的方法，所述技术模块为所述程序性能技术模块，所述评估所述目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案，包括：

根据所述目标程序的运行数据对所述目标程序进行性能分析，确定所述目标程序的内存泄漏风险因素；

定位所述内存泄漏风险因素对应的内存泄漏代码段，对所述内存泄漏代码段生成内存释放方案。

8.根据权利要求1所述的方法，所述技术模块为所述程序性能技术模块，所述评估所述目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案，包括：

根据所述目标程序的运行数据对所述目标程序进行性能分析，确定所述目标程序在至少一类目标终端中的显示效果风险因素；

基于所述显示效果风险因素，按照终端类型和操作系统类型对所有目标终端进行终端分级，分别对不同终端级别生成各终端级别对应的资源配置方案。

9.根据权利要求1所述的方法，所述技术模块为所述兼容性技术模块，所述评估所述目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案，包括：

对所述目标程序在至少一种运行环境中的运行情况进行测试，确定所述目标程序对应的兼容风险因素，所述运行环境包括硬件环境和软件环境；

基于所述兼容风险因素生成所述目标程序在所述运行环境中的兼容覆盖方案。

10.一种程序质量保障装置，所述装置包括：

程序解析模块，用于解析目标程序的技术点结构，确定影响所述目标程序的实现效果的至少一个技术模块；

方案决策模块，用于评估所述目标程序在各技术模块上的风险因素，基于每个技术模块对应的风险因素生成每个技术模块各自对应的质量保障方案；

程序更新模块，用于针对各技术模块执行每个技术模块各自对应的质量保障方案，得到所述目标程序对应的质量迭代程序。

11.一种包含指令的计算机程序产品，当所述计算机程序产品在计算机或处理器上运行时，使得所述计算机或所述处理器执行如权利要求1至9任意一项所述方法的步骤。

12.一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行如权利要求1～9任意一项的所述方法的步骤。

13.一种终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1～9任一项所述方法的步骤。