CN115114174B - 一种用于weex页面的调试方法、存储介质及电子设备 - Google Patents

Abstract

本发明涉及程序页面调试领域，特别是涉及一种用于weex页面的调试方法、存储介质及电子设备。包括获取客户端的第一用户ID；响应于用户点击入口按钮进入debug模块；客户端获取JSON数据结构体；将JSON数据结构体输入到debug模块；debug模块根据目标路径信息获取对应的目标weex页面对应的页面信息并对页面信息进行配置；根据配置后页面信息进入并显示目标weex页面；根据目标weex页面的显示内容，确定目标调试指令。本发明可以在应用程序对应安装的移动终端中进行调试，由此，将应用程序在调试时的运行环境与真实运行时对应的运行环境进行统一，进而使得应用程序调试时的运行效果与实际运行效果一致。

Description

一种用于weex页面的调试方法、存储介质及电子设备

技术领域

本发明涉及程序页面调试领域，特别是涉及一种用于weex页面的调试方法、存储介质及电子设备。

背景技术

Weex是一个构建移动端跨平台UI的框架,Weex使开发人员能够使用类似Web的语法，通过单一代码库构建能够适用于iOS***、Android***和Web***上使用的应用程序，由此，被广泛应用于Weex页面开发。

当带有Weex页面的应用程序被使用在iOS***以及Android***对应的移动终端时，由于没有对应的原生的调试环境，所以现有的调试方法是将页面降级到H5页面，然后，通过web浏览器来查看效果。但是，应用程序在调试时的运行环境与实际生产后在真实终端上的运行环境不同，所以使得应用程序在调试时的运行效果与在真实终端上的运行效果存在差异。调试结果的准确性较低。

发明内容

针对上述技术问题，本发明采用如下技术方案：

根据本发明的第一个方面，提供了一种用于weex页面的调试方法，方法应用于客户端，客户端为生产环境使用的应用程序，客户端包括debug模块及第一页面，第一页面上设置有debug模块的入口按钮，入口按钮被配置为：当登录客户端的第一用户ID为第一类用户ID时，入口按钮显示，当第一用户ID为第二类用户ID时，入口按钮不显示；

方法包括如下步骤：

获取客户端的第一用户ID；

当第一用户ID为第一类用户ID时，响应于用户点击入口按钮进入debug模块；

获取JSON数据结构体，JSON数据结构体包括目标路径信息以及页面配置信息；

将JSON数据结构体输入到debug模块；

debug模块根据目标路径信息获取对应的目标weex页面对应的页面信息；目标weex页面在debug模块中运行时，debug模块能够自动输出运行日志；

debug模块根据页面配置信息，对页面信息进行配置，得到配置后页面信息；

根据配置后页面信息进入并显示目标weex页面；

根据目标weex页面的显示内容，确定目标调试指令。

根据本发明的第二个方面，提供了一种非瞬时性计算机可读存储介质，存储介质中存储有至少一条指令或至少一段程序，至少一条指令或至少一段程序由处理器加载并执行以实现上述方法。

根据本发明的第三个方面，提供了一种电子设备，包括处理器和上述的非瞬时性计算机可读存储介质。

本发明至少具有以下有益效果：

本发明中在客户端内设置有debug模块，并能够通过第一用户ID来控制是否能够进入debug模块。由此，在进行调试时，开发人员将对应的目标路径信息以及页面配置信息输入debug模块，然后debug模块根据目标路径信息以及页面配置信息即可进入并显示对应的需要调试的目标weex页面。由于，客户端为生产环境使用的应用程序，也即上线的APP，所以，可以在应用程序对应安装的移动终端中对应用程序进行调试，同时，将应用程序在调试时的运行环境与真实运行时对应的运行环境进行统一，进而使得应用程序调试时的运行效果与在真实终端上的运行效果一致。

另外，输入debug模块中的信息为JSON数据结构体，JSON数据结构体相较于使用URL进入目标weex页面的方式而言，JSON数据结构体中具有更多的参数，也即JSON数据结构体中可以配置除了目标路径信息以外的页面配置信息，由此，使得进入的目标weex页面可以根据页面配置信息进行更加详细的调整配置，进而便于后期通过修改对应的字段参数，来对目标weex页面进行相应的调整，以使调试中的目标weex页面与在生产环境中运行时更加一致，进一步提高应用程序调试时的运行效果与在真实终端上的运行效果的一致性。

附图说明

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

图1为本发明实施例提供的一种用于weex页面的调试方法的流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

根据本发明的一个方面，如图1所示，提供了一种用于weex页面的调试方法，本方法应用于客户端，客户端为生产环境使用的应用程序，客户端包括debug模块及第一页面，第一页面上设置有debug模块的入口按钮，入口按钮被配置为：当登录客户端的第一用户ID为第一类用户ID时，入口按钮显示，当第一用户ID为第二类用户ID时，入口按钮不显示。

第一类用户ID与第二类用户ID具体对应哪些第一用户ID可以根据实际需求进行设置。

方法包括如下步骤：

步骤S100：获取客户端的第一用户ID。

步骤S200：当第一用户ID为第一类用户ID时，响应于用户点击入口按钮进入debug模块。

具体的，当用户登录客户端后可以获取到对应的第一用户ID，然后对第一用户ID进行判断。

步骤S300：获取JSON数据结构体，JSON数据结构体包括目标路径信息以及页面配置信息。

JSON数据结构体中的目标路径信息为目标weex页面对应的页面信息的存放地址，页面配置信息中包括多个用于确定对应的页面信息如何进行配置的字段。使用过程中可以通过调整页面配置信息中的对应的字段中的参数来调整目标weex页面对应的内容。

具体的，以如下示例对应JSON数据结构体中可以包括的字段以及每一字段对应的释义进行说明：

targetPageId：页面类型，分为三类：weex页面、H5页面、客户端原生页面。

parameter：targetPageId对应的参数。

sessionParams：为weex页面专属字段，相当于H5页面统一资源定位***(uniformresource locator；URL)中携带的动态参数，${}为变量。

userName＝${userName}&from＝${from}。

weexParams：为weex专有参数。

serviceName：页面loading状态的提示语，类似于页面title描述。

weexName：该weex项目英文名。

weexUrl：该weex项目包地址，也即目标路径信息，用于客户端解压后进行页面渲染与展示。

jsBundleEntry：weex项目入口文件。

weexId：唯一标识。

webUrl：weex页面加载出错后降级到H5的页面地址。

minVersion和nostrict字段用于强制升级，weex项目默认是静默更新，当weex包有新更改用户会在第二次进入页面才能看到最新的页面，如果需要首次进入就看到服务器最新weex代码，需要配置这两个字段进行强制升级。

minVersion：表示该weex项目最低支持的weex包的版本号，如果本地版本号小于minVersion，会直接进行loading加载线上最新包。否则直接使用本地包，并检测服务端weex包是否有更新，便于二次渲染最新页面。

nostrict：为1表示不严格升级，当包加载出错，继续使用本地包。默认为0，表示严格升级，本地包不可用，一旦新包加载出错，降级到H5页面。

步骤S400：将JSON数据结构体输入到debug模块。

JSON数据结构体可以通过用户手动输入或者扫码输入或以其他的现有的信息获取方式输入到debug模块中。

步骤S500：debug模块根据目标路径信息获取对应的目标weex页面对应的页面信息。目标weex页面在debug模块中运行时，debug模块能够自动输出运行日志。

步骤S600：debug模块根据页面配置信息，对页面信息进行配置，得到配置后页面信息。

步骤S700：根据配置后页面信息进入并显示目标weex页面。

步骤S800：根据目标weex页面的显示内容，确定目标调试指令。

调试人员可以根据目标weex页面的显示内容来确定后续对应的目标调试指令，该目标调试指令用与确定，是否需要对目标weex页面对应的程序代码进行调整。如目标weex页面的显示内容与预设的显示内容一致，且各部分功能均正常，则对应的目标调试指令，调试通过且不对对应的程序进行调整。

由于Weex是一个构建移动端跨平台UI的框架。Weex使开发人员能够使用类似Web的语法，通过单一代码库构建能够适用于iOS***、Android***和Web***上使用的应用程序，被广泛应用于Weex页面开发。所以，对于现有的调试方法而言，当带有Weex页面的应用程序被使用在iOS***以及Android***对应的移动终端时，由于应用程序在调试时的浏览器运行环境与实际生产后在真实终端上的运行环境不同，所以使得应用程序在调试时的运行效果与在真实终端上的运行效果存在差异。调试结果的准确定较低。

本发明中在客户端内设置有debug模块，并能够通过第一用户ID来控制是否能够进入debug模块。由此，在进行调试时，开发人员将对应的目标路径信息以及页面配置信息输入debug模块，然后debug模块根据目标路径信息以及页面配置信息即可进入并显示对应的需要调试的目标weex页面。由于，客户端为生产环境使用的应用程序，也即上线的APP，所以，可以在应用程序对应安装的移动终端中对应用程序进行调试，由此，将应用程序在调试时的运行环境与真实运行时对应的运行环境统进行统一，进而使得应用程序调试时的运行效果与在真实终端上的运行效果一致。

另外，输入debug模块中的信息为JSON数据结构体，JSON数据结构体相较于使用URL进入目标weex页面的方式而言，JSON数据结构体中具有更多的参数，也即JSON数据结构体中可以配置除了目标路径信息以外的页面配置信息，由此，使得进入的目标weex页面可以根据页面配置信息进行更加详细的调整配置，进而便于后期通过修改对应的字段参数，来对目标weex页面进行相应的调整，以使调试中的目标weex页面与在生产环境中运行时更加一致，进一步提高应用程序调试时的运行效果与在真实终端上的运行效果的一致性。

作为本发明一种可能的实施例，步骤S400：将JSON数据结构体输入到debug模块，包括：

步骤S401：控制debug模块获取目标二维码，以使debug模块通过解析目标二维码得到JSON数据结构体。目标二维码根据JSON数据结构体生成。

具体的，根据现有的二维码的生成方法将JSON数据结构封装在对应的目标二维码中。

由于，JSON数据结构体的内容较多且在手动输入的过程中容易出错，所以，将JSON数据结构封装在对应的目标二维码中，在后期使用时可以通过客户端打开摄像头扫描目标二维码来获取对应的JSON数据结构体。由此，不仅可以提高将JSON数据结构体输入到debug模块的效率还可以提高准确率。

作为本发明一种可能的实施例，本方法还包括：

步骤S900：建立目标ID数据库，目标ID数据库内存储有若干第一目标用户ID，第一目标用户ID属于第一类用户ID，也即有权限可以进入到debug模块中的用户ID。

通过目标ID数据库可以在后期的使用过程中，根据使用需求实时将新的符合要求增加第一目标用户ID，该第一目标用户ID可以为分配给其他合作者的用户ID。由此，通过控制目标ID数据库中的第一目标用户ID，可以更加方便的为使用者分配对应的使用权限。

作为本发明一种可能的实施例，在步骤S900：建立目标ID数据库之后，本方法还包括：

步骤S910：每当当前时间与第一时间之间的时间间隔大于第一阈值时，对目标ID数据库中的若干第一目标用户ID进行清洗处理，清洗处理包括删除若干第一目标用户ID中不符合第一预设条件的第一目标用户ID。

第一时间为上一次对目标ID数据库进行清洗处理时对应的时间。

由于，随着时间的推移，同一第一目标用户ID对应的使用者的身份会发生改变，对应的第一目标用户ID的权限也会发生改变，所以需要根据每一第一目标用户ID当前状态下对应的实际权限，定期删除目标ID数据库中不符合使用权限要求的第一目标用户ID。

作为本发明一种可能的实施例，在步骤S700：根据配置后页面信息进入并显示目标weex页面之后，方法还包括：

步骤S710：确定历史weex页面。历史weex页面为与目标weex页面具有相同页面功能或页面属性的历史页面。也即，历史weex页面为当前目标weex页面对应的历史版本中的对应页面。优选的，历史weex页面为当前目标weex页面对应的最近的历史版本对应的页面。

步骤S720：确定历史weex页面对应的目标异常堆栈信息。

目标异常堆栈信息为历史weex页面在预设的时间段内，发生次数最多的异常对应的目标异常堆栈信息。

步骤S730：获取目标异常堆栈信息对应的若干目标操作指令。

具体的，根据目标异常堆栈信息中的用户id及崩溃发生时的时间，可以查询到历史weex页面发生对应的异常附近的埋点数据，根据埋点数据可以确定出导致该异常对应的若干操作指令，将对应的若干操作指令确定为目标异常堆栈信息对应的若干目标操作指令。

步骤S740：根据每一目标操作指令，对应确定目标weex页面对应的每一测试操作指令。

步骤S750：控制目标weex页面在debug模块中执行每一测试操作指令。

步骤S760：通过debug模块获取目标weex页面在执行每一测试操作指令时生成的操作日志。

通常，新版本的程序的上线更多的是为了解决上一版本中出现的异常问题，所以本实施在进行调试时，首先将上一版本中出现最频繁的异常对应的若干目标操作指令适应性转化为当前版本中的测试操作指令，然后对目标weex页面进行针对性的操作测试，再通过其对应产生的操作日志来判断异常是否被解决。

由此，可以根据调试中多个待调试内容的分别对应的关注度的高低，来对多个待调试内容对应的调试顺序进行调整，由此，可以将关注度更高的待调试内容优先进行调试，可以对不同的调试过程进行更加有针对性的设置，进而提高调试的工作效率。

作为本发明一种可能的实施例，步骤S720：确定历史weex页面对应的目标异常堆栈信息，包括：

步骤S721：获取第一周期内历史weex页面产生的若干异常堆栈信息。

具体的，当APP中的某一页面出现异常时，也即APP出现APP crash时，APP就会自动产生对应的异常堆栈信息，然后会将这个异常堆栈信息自动上传到一个现有的crash采集程序中，该异常堆栈信息中包括第二用户id及崩溃发生时的时间，本发明中将崩溃发生时的时间确定为异常时间。

第一周期可以根据实际使用情况进行确定，如1个月。当然为了增加数据量，可以获取多个第二用户id对应的异常堆栈信息。

步骤S722：确定每一异常堆栈信息对应的异常埋点数据集。异常埋点数据集中包括导致出现异常堆栈信息对应的若干目标埋点数据。

步骤S723：根据每一异常堆栈信息对应的异常埋点数据集，确定每一异常堆栈信息对应的异常标签。

根据埋点数据可以确定出导致该异常对应的若干操作指令，根据历史weex页面执行若干操作指令时对应的生成的日志可以确定出异常的具体类型，由此可以为每一异常堆栈信息配置一个对应的异常标签，异常标签用于表示异常的具体类型。

步骤S724：从若干异常标签中确定出目标异常标签。

从所有的异常标签中确定出符合要求的标签为目标异常标签，如确定出现数量最多的标签为目标异常标签。

步骤S725：确定目标异常标签对应的异常堆栈信息为目标异常堆栈信息。

本实施例，可以根据异常堆栈信息对应的异常标签，确定出目标异常标签，由此，可以根据实际需要确定具有不同特征的目标异常堆栈信息。如：目标异常堆栈信息可以为数量最多的异常标签对应的异常堆栈信息，或最难解决的异常标签对应的异常堆栈信息，或对更新后的目标weex页面影响最大的异常标签对应的异常堆栈信息。

作为本发明一种可能的实施例，步骤S730：获取目标异常堆栈信息对应的若干目标操作指令，包括：

步骤S731：确定目标异常堆栈信息对应的异常埋点数据集为目标埋点数据集。

步骤S732：根据每一目标埋点数据集中的若干目标埋点数据，生成每一目标异常堆栈信息对应的若干目标操作指令。

具体的，根据目标异常堆栈信息确定出来的异常时间可以确定出一个第一目标时间段，再获取在第一目标时间段内对应产生的埋点数据，由于，通过埋点数据可确定出用户在第一目标时间段内对程序进行了哪些操作。所以，通过埋点数据可以确定在第一目标时间段内程序执行了哪些目标操作指令。第一目标时间段的长度可以根据实际的使用场景进行自定义设置。

具体的，埋点数据的获取是通过在对应的程序中预埋埋点来实现的。具体的，埋点的方式有下述两种：

第一种：研发人员在产品开发的过程中在第一目标程序内注入代码统计，并搭建起相应的后台查询。

第二种：采用现有的第三方统计工具，如友盟、神策、Talkingdata、GrowingIO等工具对第一目标程序的埋点数据进行采集。

作为本发明一种可能的实施例，异常堆栈信息包括第二用户ID及异常时间。

步骤S722：确定每一异常堆栈信息对应的异常埋点数据集，包括：

步骤S7221：获取历史weex页面对应的若干历史埋点数据。

步骤S7222：根据预设追溯时长及每一异常堆栈信息对应的异常时间，确定每一异常堆栈信息对应的目标异常时段。

步骤S7223：根据每一异常堆栈信息对应的第二用户ID及目标异常时段，从若干历史埋点数据中获取每一异常堆栈信息对应的若干目标埋点数据，以得到每一异常堆栈信息对应的异常埋点数据集。

每一异常堆栈信息对应的目标埋点数据的产生时间均属于异常堆栈信息对应的目标异常时段，且同一异常埋点数据集中的若干目标埋点数据的产生时间在时间顺序上依次相邻。

具体的预设追溯时长可以为异常时间前与后的5分钟，也即，以异常时间为中点的10分钟的时段为目标异常时段。然后，根据第二用户ID在历史埋点数据中获取每一异常堆栈信息对应的若干目标埋点数据。

由于，在实际的使用过程中异常的发生，可能会与异常发生附近的相关操作具有一定的因果关系，所以本实施例中，将在异常时间前后时段内产生的历史埋点数据作为目标埋点数据，由此，可以更加准确的确定异常产生的原因。

另外，本发明中，还在debug模块中还集成了对应的调试工具，具体为devtools工具，该工具主要用于在调试时输出对应的日志，或者用于显示对应的页面层级结构以及进行断点调试工作。现有的生产包在进行调试时，需要下载对应的调试程序，才能在调试过程中使用devtools工具输出对应的日志以及实现其他的相关功能，以顺利完成调试。以此来解决iOS***对应的生产包在进行调试时，需要对应下载的调试程序为xcode，Android***对应的生产包在进行调试时，需要对应下载的调试程序为Android studio。在本实施例中，通过在生产包中集成devtools工具，可以避免后期在对生产包进行调试时，还需要对应下载相关的调试软件。由此，可以节省程序，提高效率，降低使用成本。

本发明的实施例还提供了一种非瞬时性计算机可读存储介质，该存储介质可设置于电子设备之中以保存用于实现方法实施例中一种方法相关的至少一条指令或至少一段程序，该至少一条指令或该至少一段程序由该处理器加载并执行以实现上述实施例提供的方法。

本发明的实施例还提供了一种电子设备，包括处理器和前述的非瞬时性计算机可读存储介质。

本发明的实施例还提供一种计算机程序产品，其包括程序代码，当程序产品在电子设备上运行时，程序代码用于使该电子设备执行本说明书上述描述的根据本发明各种示例性实施方式的方法中的步骤。

虽然已经通过示例对本发明的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本发明的范围。本领域的技术人员还应理解，可以对实施例进行多种修改而不脱离本发明的范围和精神。本发明开的范围由所附权利要求来限定。

Claims (9)

1.一种用于weex页面的调试方法，其特征在于，所述方法应用于客户端，所述客户端为生产环境使用的应用程序，所述客户端包括debug模块及第一页面，所述第一页面上设置有所述debug模块的入口按钮，所述入口按钮被配置为：当登录所述客户端的第一用户ID为第一类用户ID时，所述入口按钮显示，当所述第一用户ID为第二类用户ID时，所述入口按钮不显示；

所述方法包括如下步骤：

获取所述客户端的第一用户ID；

当所述第一用户ID为第一类用户ID时，响应于用户点击所述入口按钮进入debug模块；

获取JSON数据结构体，所述JSON数据结构体包括目标路径信息以及页面配置信息；

将所述JSON数据结构体输入到debug模块；

所述debug模块根据目标路径信息获取对应的目标weex页面对应的页面信息；所述目标weex页面在debug模块中运行时，debug模块能够自动输出运行日志；

所述debug模块根据所述页面配置信息，对所述页面信息进行配置，得到配置后页面信息；

根据所述配置后页面信息进入并显示所述目标weex页面；

确定历史weex页面；所述历史weex页面为与所述目标weex页面具有相同页面功能或页面属性的历史页面；

确定所述历史weex页面对应的目标异常堆栈信息；

获取所述目标异常堆栈信息对应的若干目标操作指令；

根据每一所述目标操作指令，对应确定所述目标weex页面对应的每一测试操作指令；

控制所述目标weex页面在所述debug模块中执行每一所述测试操作指令；

通过所述debug模块获取所述目标weex页面在执行每一所述测试操作指令时生成的操作日志；

根据所述目标weex页面的显示内容，来确定后续对应的目标调试指令。

2.根据权利要求1所述的方法，其特征在于，所述将所述JSON数据结构体输入到debug模块，包括：

控制所述debug模块获取目标二维码，以使所述debug模块通过解析所述目标二维码得到所述JSON数据结构体；所述目标二维码根据所述JSON数据结构体生成。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

建立目标ID数据库，所述目标ID数据库内存储有若干第一目标用户ID。

4.根据权利要求3所述的方法，其特征在于，在所述建立目标ID数据库之后，所述方法还包括：

每当当前时间与第一时间之间的时间间隔大于第一阈值时，对所述目标ID数据库中的若干第一目标用户ID进行清洗处理，所述清洗处理包括删除若干第一目标用户ID中不符合第一预设条件的第一目标用户ID；

所述第一时间为上一次对所述目标ID数据库进行清洗处理时对应的时间。

5.根据权利要求1所述的方法，其特征在于，所述确定所述历史weex页面对应的目标异常堆栈信息，包括：

获取第一周期内所述历史weex页面产生的若干异常堆栈信息；

确定每一所述异常堆栈信息对应的异常埋点数据集；所述异常埋点数据集中包括导致出现所述异常堆栈信息对应的若干目标埋点数据；

根据每一所述异常堆栈信息对应的异常埋点数据集，确定每一所述异常堆栈信息对应的异常标签；

从若干所述异常标签中确定出目标异常标签；

确定所述目标异常标签对应的异常堆栈信息为目标异常堆栈信息。

6.根据权利要求1所述的方法，其特征在于，所述获取所述目标异常堆栈信息对应的若干目标操作指令，包括：

确定所述目标异常堆栈信息对应的异常埋点数据集为目标埋点数据集；

根据每一所述目标埋点数据集中的若干目标埋点数据，生成每一所述目标异常堆栈信息对应的若干目标操作指令。

7.根据权利要求5所述的方法，其特征在于，所述异常堆栈信息包括第二用户ID及异常时间；

所述确定每一所述异常堆栈信息对应的异常埋点数据集，包括：

获取所述历史weex页面对应的若干历史埋点数据；

根据预设追溯时长及每一所述异常堆栈信息对应的所述异常时间，确定每一所述异常堆栈信息对应的目标异常时段；

根据每一所述异常堆栈信息对应的所述第二用户ID及目标异常时段，从若干历史埋点数据中获取每一所述异常堆栈信息对应的若干目标埋点数据，以得到每一所述异常堆栈信息对应的异常埋点数据集；

每一所述异常堆栈信息对应的所述目标埋点数据的产生时间均属于所述异常堆栈信息对应的目标异常时段，且同一异常埋点数据集中的若干所述目标埋点数据的产生时间在时间顺序上依次相邻。

8.一种非瞬时性计算机可读存储介质，所述存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由处理器加载并执行以实现如权利要求1-7中任意一项的所述方法。

9.一种电子设备，其特征在于，包括处理器和权利要求8中所述的非瞬时性计算机可读存储介质。

Images