一种页面测试方法、装置、电子设备及存储介质

技术领域

本公开涉及计算机应用技术领域，进一步涉及自动化测试技术，尤其是一种页面测试方法、装置、电子设备及存储介质。

背景技术

自动化测试是保证前端模块上线的质量和稳定性的关键。近年来有不少团队提出了各种前端自动化测试的方法。对于业内常用的前端自动化方式，通常是基于截图识别的技术，使用浏览器截图的方式来检测网页是否符合预期，该方法只涉及视觉层面的前端测试能力，缺乏全流程的自动化测试能力，同时也缺少统一的测试流程和标准，并且现有的前端自动化测试方法也存在延时性的问题。

发明内容

本公开提供了一种页面测试方法、装置、电子设备以及存储介质。

第一方面，本申请提供了一种页面测试方法，所述方法包括：

获取待检测页面；

若检测出所述待检测页面为已更新页面，则按照所述待检测页面所处的测试环境，确定所述待检测页面对应的测试维度；

在所述待检测页面对应的测试维度上对所述待检测页面进行测试。

第二方面，本申请提供了一种页面测试装置，所述装置包括：获取模块、确定模块和测试模块；其中，

所述获取模块，用于获取待检测页面；

所述确定模块，用于若检测出所述待检测页面为已更新页面，则按照所述待检测页面所处的测试环境，确定所述待检测页面对应的测试维度；

所述测试模块，用于在所述待检测页面对应的测试维度上对进行测试。

第三方面，本申请实施例提供了一种电子设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本申请任意实施例所述的页面测试方法。

第四方面，本申请实施例提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现本申请任意实施例所述的页面测试方法。

第五方面，提供了一种计算机程序产品，当所述计算机程序产品被计算机设备执行时实现本申请任意实施例所述的页面测试方法。

根据本申请的技术解决了现有技术中只涉及视觉层面的前端测试能力，缺乏全流程的自动化测试能力，同时也缺少统一的测试流程和标准，并且现有的前端自动化测试方法也存在延时性的技术问题，本申请提供的技术方案，提供一套全流程的自动化测试方案，支持多个测试环境和多种多样的网络页面，时效性高，对于存在质量风险的问题及时报警，降低前端模块上线的质量风险。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是本申请实施例提供的页面测试方法的第一流程示意图；

图2是本申请实施例提供的页面测试方法的第二流程示意图；

图3是本申请实施例提供的页面测试方法的第三流程示意图；

图4是本申请实施例提供的页面测试装置的结构示意图；

图5是用来实现本申请实施例的页面测试方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

实施例一

图1是本申请实施例提供的页面测试方法的第一流程示意图，该方法可以由页面测试装置或者电子设备来执行，该装置或者电子设备可以由软件和/或硬件的方式实现，该装置或者电子设备可以集成在任何具有网络通信功能的智能设备中。如图1所示，页面测试方法可以包括以下步骤：

S101、获取待检测页面。

在本步骤中，电子设备可以先获取待检测页面；该页面的类型可以是广告落地页，也可以是其他类型的页面。此外，该页面可以是电脑上的URL页面，也可以是手机上的APP页面。

S102、若检测出待检测页面为已更新页面，则按照待检测页面所处的测试环境，确定待检测页面对应的测试维度。

在本步骤中，电子设备在获取到待检测页面之后，可以自动地检测该页面是否发生更新，若该页面未发生更新，则无需再对该页面进行测试；若该页面已发生更新，此时需要对该页面进行测试。在不同的测试环境中，可以自动地在不同的维度上对该页面进行测试。本申请实施例中的测试环境可以包括以下三种：线下环境、预上线环境和线上生效环境；测试维度包括以下三个：前端视觉维度、前端交互维度和白屏检测维度，因此，本申请实施例可以提供三种测试能力，分别为：前端视觉差异能力、前端交互测试能力和白屏检测能力。

本申请不局限于单一的前端自动化方法，而是通过并行集成上述三种能力，从前端视觉和前端交互两个维度来保证前端自动化测试是覆盖全面的，而且每次前端发布时，都会经历线下(alpha)环境、预上线(beta)环境和最终线上生效的环境，本申请针对不同的测试环境采用不同的自动化测试逻辑，如在线下环境则会集成高消费页面代理线下资源和线上运行的网页进行前端视觉差异测试和前端交互测试。在预上线环境也会集成高消费页面代理预上线资源和线上运行的网页进行前端视觉差异测试和前端交互测试。当产品最终上线时，由于无可比较的页面，所以不会进行前端视觉差异测试，但是会进行广告落地页白屏检测，以保证上线后页面质量无问题。

S103、在待检测页面对应的测试维度上对待检测页面进行测试。

在本步骤中，电子设备可以在待检测页面对应的测试维度上对待检测页面进行测试。具体地，若待检测页面所处的测试环境为线下环境或者预上线环境，则电子设备可以在前端视觉维度和前端交互维度上对待检测页面进行测试；若待检测页面所处的测试环境为线上生效环境，则电子设备可以在前端交互维度和白屏检测维度上对待检测页面进行测试。

本申请实施例提出的页面测试方法，先获取待检测页面；然后检测该页面是否已更新，若检测出待检测页面为已更新页面，则按照待检测页面所处的测试环境，确定待检测页面对应的测试维度；然后在待检测页面对应的测试维度上对待检测页面进行测试。也就是说，本申请可以自动检测页面是否发生更新，并且可以在全流程中自动对页面进行测试，不同的测试环境对应的测试维度也可以是不同的。而在现有的页面测试方法中，通常是基于截图识别的技术，缺乏全流程的自动化测试能力。因为本申请采用了自动发布巡检和自动全流程测试的技术手段，克服了现有使用浏览器截图的方式只涉及视觉层面的前端测试能力，缺乏全流程的自动化测试能力的技术问题，本申请提供的技术方案，提供一套全流程的自动化测试方案，支持多个测试环境和多种多样的网络页面，时效性高，对于存在质量风险的问题及时报警，降低前端模块上线的质量风险；并且，本申请实施例的技术方案实现简单方便、便于普及，适用范围更广。

实施例二

图2是本申请实施例提供的页面测试方法的第二流程示意图。基于上述技术方案进一步优化与扩展，并可以与上述各个可选实施方式进行结合。如图2所示，页面测试方法可以包括以下步骤：

S201、获取待检测页面的当前版本号。

S202、若待检测页面的当前版本号与待检测页面的原版本号不一致，则判定待检测页面为已更新页面。

在本步骤中，若待检测页面的当前版本号与待检测页面的原版本号不一致，则判定待检测页面为已更新页面；若待检测页面的当前版本号与待检测页面的原版本号一致，则可以判定待检测页面为未更新页面。具体地，本申请实施例可以通过脚本，每十分钟对前端模块的上线状态进行巡检，每次巡检主动去发现前端模块是否有更新，对每次发布上线的前端模块通过版本号控制，如在2022年2月10是发布的前端模块，则版本号为2022.2.10.10，该脚本巡检发现当前版本号和之前线上的模块版本号2022.2.8.1不一致时，则认为当前前端模块已更新，此时后会通过接口主动去触发对应环境的前端自动化能力。这样可以保证前端自动化测试的时效性，在每次前端部署完成后，能够及时地去触发前端自动化测试，在自动化测试的过程中，如果发现存在页面存在质量风险或者不符合预设预期，通过接口的方式通知测试人员，保证测试人员能够顺利地接收自动化测试的结果。

S203、若检测出待检测页面为已更新页面，则按照待检测页面所处的测试环境，确定待检测页面对应的测试维度；测试环境包括以下其中之一：线下环境、预上线环境和线上生效环境；测试维度包括至少一个：前端视觉维度、前端交互维度和白屏检测维度。

在本步骤中，若检测出待检测页面为已更新页面，则电子设备可以按照待检测页面所处的测试环境，确定待检测页面对应的测试维度；测试环境包括以下其中之一：线下环境、预上线环境和线上生效环境；测试维度包括至少一个：前端视觉维度、前端交互维度和白屏检测维度。具体地，若待检测页面所处的测试环境为线下环境或者预上线环境，则上述两个测试环境对应的测试维度为前端视觉维度和前端交互维度；若待检测页面所处的测试环境为线上生效环境，则该测试环境对应的测试维度为前端交互维度和白屏检测维度。

S204、在待检测页面对应的测试维度上对待检测页面进行测试。

在本步骤中，电子设备可以在待检测页面对应的测试维度上对待检测页面进行测试。具体地，若待检测页面所处的测试环境为线下环境或者预上线环境，则电子设备可以在前端视觉维度和前端交互维度上对待检测页面进行测试；若待检测页面所处的测试环境为线上生效环境，则电子设备可以在前端交互维度和白屏检测维度上对待检测页面进行测试。

本申请实施例提出的页面测试方法，先获取待检测页面；然后检测该页面是否已更新，若检测出待检测页面为已更新页面，则按照待检测页面所处的测试环境，确定待检测页面对应的测试维度；然后在待检测页面对应的测试维度上对待检测页面进行测试。也就是说，本申请可以自动检测页面是否发生更新，并且可以在全流程中自动对页面进行测试，不同的测试环境对应的测试维度也可以是不同的。而在现有的页面测试方法中，通常是基于截图识别的技术，缺乏全流程的自动化测试能力。因为本申请采用了自动发布巡检和自动全流程测试的技术手段，克服了现有使用浏览器截图的方式只涉及视觉层面的前端测试能力，缺乏全流程的自动化测试能力的技术问题，本申请提供的技术方案，提供一套全流程的自动化测试方案，支持多个测试环境和多种多样的网络页面，时效性高，对于存在质量风险的问题及时报警，降低前端模块上线的质量风险；并且，本申请实施例的技术方案实现简单方便、便于普及，适用范围更广。

实施例三

图3是本申请实施例提供的页面测试方法的第三流程示意图。基于上述技术方案进一步优化与扩展，并可以与上述各个可选实施方式进行结合。如图3所示，页面测试方法可以包括以下步骤：

S301、获取待检测页面。

S302、若待检测页面的当前版本号与待检测页面的原版本号不一致，则判定待检测页面为已更新页面。

S303、若检测出待检测页面为已更新页面，则按照待检测页面所处的测试环境，确定待检测页面对应的测试维度；测试环境包括以下其中之一：线下环境、预上线环境和线上生效环境；测试维度包括至少一个：前端视觉维度、前端交互维度和白屏检测维度。

S304、若待检测页面所处的测试环境为线下环境或者预上线环境，则在前端视觉维度和前端交互维度上对待检测页面进行测试。

在本步骤中，若待检测页面所处的测试环境为线下环境或者预上线环境，则在前端视觉维度和前端交互维度上对待检测页面进行测试。具体地，在前端视觉维度上对待检测页面进行测试时，可以先将待检测页面与待检测页面对应的标准页面进行比对，得到待检测页面与标准页面的比对结果；若比对结果为待检测页面与标准页面一致，则可以判定待检测页面通过前端视觉维度上的测试；若比对结果为待检测页面与标准页面不一致，则可以判定待检测页面不通过前端视觉维度上的测试。为了极大地覆盖托管千人千面的广告页，本申请实施例会自动提前准备广告落地页中消费最高的前100个的URL页面，将这些URL页面中的相关js资源代理成不同的环境，比如代理为线下(alpha)环境的js资源、预上线(beta)环境的js资源，这样可以将同一个网页代理成三个不同环境的HTML给浏览器访问，当前端模块进行升级时候，会升级对应的js资源，当模块部署在线下(alpha)环境时，可以使用包含升级内容的线下HTML页面和正式线上环境的页面进行比对，在线下就可以发现问题，当模块部署在预上线(beta)环境时，可以使用包含升级内容的预上线HTML页面和正式线上环境的页面进行比对。具体地，HTML页面的对比方法是，通过使用截图的插件能力对HTML页面进行截图，得到不同环境的HTML截图，将这两个不同环境的HTML截图进行差异比对，当这两个截图的差距大于1％的时候，可以认为本次升级存在风险，需要人工进行确认。

在前端交互维度上对待检测页面进行测试时，可以先在待检测页面中提取出一个可操作组件作为当前组件；然后接收脚本程序针对当前组件的交互操作，获取当前组件响应于交互操作的反馈信息；再根据当前组件响应于交互操作的反馈信息与预先确定的当前组件响应于交互操作的标准反馈信息，确定当前组件在前端交互维度上的测试结果；重复执行上述操作，直到得到各个组件在前端交互维度上的测试结果；最后根据各个组件在前端交互维度上的测试结果，判定待检测页面通过前端交互维度上的测试或者不通过前端视觉维度上的测试。广告页是由组件通过微前端的能力聚合而成，所以在前端交互的自动化测试上，应该将所有的组件进行全量的覆盖，通过大量的预设组件行为，使用插件，打开浏览器，渲染需要测试的组件，通过注入js脚本模拟组件的关键行为，例如认为点击一个按钮就需要弹窗，则该js脚步会模拟按钮的点击事件，捕获点击行为后的交互场景，通过分析页面的DOM结构，推动当前没有弹窗，则进行一次判断，认为本次交互行为不符合预设的行为，本次升级存在影响交互的行为，需要人工进行确认。

S305、若待检测页面所处的测试环境为线上生效环境，则在前端交互维度和白屏检测维度上对待检测页面进行测试。

在本步骤中，若待检测页面所处的测试环境为线上生效环境，则电子设备可以在前端交互维度和白屏检测维度上对待检测页面进行测试。在白屏检测维度上对待检测页面进行测试时，可以先在待检测页面中提取出白屏区域；若白屏区域占待检测页面全部区域的比例小于或者等于预定阈值，则电子设备可以判定待检测页面通过白屏检测维度上的测试；若白屏区域占待检测页面全部区域的比例大于预定阈值，则可以判定待检测页面不通过白屏检测维度上的测试。为了极大地覆盖托管千人千面的广告页，保证每次升级不会产生重大的质量风险，比如网页的js资源加载失败或是网页的执行逻辑出现重大失误等问题导致的网页渲染失败。渲染失败可以体现在网页空白上，我们称为网页白屏，每次上线前会自动提前准备当天广告消费前1000个的URL，通过脚本生成插件而使用浏览器打开这些网页的URL，对每一个URL进行截图，并进行分析，当页面的白屏阈值大于25％时，则认为这个页面存在大量的空白，会认为此时存在质量风险，需要人工进行确认。

本申请提出的页面测试方法，优点在于：1、适用于广告页面的前端自动化测试方法，不局限于单一结构网页，支持千人千面多种多样的广告页面自动化测试方法。2、全流程性：和其他发明相比，本申请提出需要多个维度来评估和进行前端自动化测试方法，包括基于前端视觉层面的视觉差异测试，基于前端交互层面的自动化交互测试，以及针对页面空白的白屏检测方案。3、时效性高：通过模块部署后，基于模块更新版本号进行自动化巡检的方式保证每次前端模块上线后能第一时间执行前端自动化测试，对于存在质量风险的问题及时进行报警，降低前端模块上线的质量风险。4、支持多个环境：针对前端模块从开发到最终上线要经历多个灰度测试环境，包括线下(alpha)环境，预上线的(beta)环境以及最终的线上环境来保证前端自动化测试的准确性，达到不漏测的目的和最佳实践。

本申请提供的页面测试，保证了前端模块上线的质量，对于竞品只通过简单的组件自动化测试或截图比对等方案，本申请充分考虑到了前端自动化测试的多样性，覆盖面和影响，同时对自动化测试的多环境和时效性也提出了方法，极大提升了前端自动化测试效率和质量，采用本申请提供的技术方案，已经提前发现并解决了3例以上重大的前端问题，避免了上线风险和损失。

本申请实施例提出的页面测试方法，先获取待检测页面；然后检测该页面是否已更新，若检测出待检测页面为已更新页面，则按照待检测页面所处的测试环境，确定待检测页面对应的测试维度；然后在待检测页面对应的测试维度上对待检测页面进行测试。也就是说，本申请可以自动检测页面是否发生更新，并且可以在全流程中自动对页面进行测试，不同的测试环境对应的测试维度也可以是不同的。而在现有的页面测试方法中，通常是基于截图识别的技术，缺乏全流程的自动化测试能力。因为本申请采用了自动发布巡检和自动全流程测试的技术手段，克服了现有使用浏览器截图的方式只涉及视觉层面的前端测试能力，缺乏全流程的自动化测试能力的技术问题，本申请提供的技术方案，提供一套全流程的自动化测试方案，支持多个测试环境和多种多样的网络页面，时效性高，对于存在质量风险的问题及时报警，降低前端模块上线的质量风险；并且，本申请实施例的技术方案实现简单方便、便于普及，适用范围更广。

实施例四

图4是本申请实施例提供的页面测试装置的结构示意图。如图4所示，所述装置400包括：获取模块401、确定模块402和测试模块403；其中，

所述获取模块401，用于获取待检测页面；

所述确定模块402，用于若检测出所述待检测页面为已更新页面，则按照所述待检测页面所处的测试环境，确定所述待检测页面对应的测试维度；

所述测试模块403，用于在所述待检测页面对应的测试维度上对进行测试。

进一步的，所述测试环境包括以下其中之一：线下环境、预上线环境和线上生效环境；所述测试维度包括至少一个：前端视觉维度、前端交互维度和白屏检测维度。

进一步的，所述装置还包括：检测模块404(图中未示出)，用于获取所述待检测页面的当前版本号；若所述待检测页面的当前版本号与预先保存的所述待检测页面的原版本号一致，则判定所述待检测页面为未更新页面；若所述待检测页面的当前版本号与所述待检测页面的原版本号不一致，则判定所述待检测页面为已更新页面。

进一步的，所述测试模块403，具体用于若所述待检测页面所处的测试环境为线下环境或者预上线环境，则在前端视觉维度和前端交互维度上对所述待检测页面进行测试；若所述待检测页面所处的测试环境为线上生效环境，则在前端交互维度和白屏检测维度上对所述待检测页面进行测试。

进一步的，所述测试模块403，具体用于将所述待检测页面与所述待检测页面对应的标准页面进行比对，得到所述待检测页面与所述标准页面的比对结果；若所述比对结果为所述待检测页面与所述标准页面一致，则判定所述待检测页面通过前端视觉维度上的测试；若所述比对结果为所述待检测页面与所述标准页面不一致，则判定所述待检测页面不通过前端视觉维度上的测试。

进一步的，所述测试模块403，具体用于在所述待检测页面中提取出一个可操作组件作为当前组件；接收脚本程序针对所述当前组件的交互操作，获取所述当前组件响应于所述交互操作的反馈信息；根据所述当前组件响应于所述交互操作的反馈信息与预先确定的所述当前组件响应于所述交互操作的标准反馈信息，确定所述当前组件在前端交互维度上的测试结果；重复执行上述操作，直到得到各个组件在前端交互维度上的测试结果；根据各个组件在前端交互维度上的测试结果，判定所述待检测页面通过前端交互维度上的测试或者不通过前端视觉维度上的测试。

进一步的，所述测试模块403，具体用于在所述待检测页面中提取出白屏区域；若所述白屏区域占所述待检测页面全部区域的比例小于或者等于所述预定阈值，则判定所述待检测页面通过白屏检测维度上的测试；若所述白屏区域占所述待检测页面全部区域的比例大于预定阈值，则判定所述待检测页面不通过白屏检测维度上的测试。

上述页面测试装置可执行本申请任意实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请任意实施例提供的页面测试方法。

实施例五

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图5示出了可以用来实施本公开的实施例的示例电子设备500的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图5所示，设备500包括计算单元501，其可以根据存储在只读存储器(ROM)502中的计算机程序或者从存储单元508加载到随机访问存储器(RAM)503中的计算机程序，来执行各种适当的动作和处理。在RAM 503中，还可存储设备500操作所需的各种程序和数据。计算单元501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

设备500中的多个部件连接至I/O接口505，包括：输入单元506，例如键盘、鼠标等；输出单元507，例如各种类型的显示器、扬声器等；存储单元508，例如磁盘、光盘等；以及通信单元509，例如网卡、调制解调器、无线通信收发机等。通信单元509允许设备500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元501可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元501的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元501执行上文所描述的各个方法和处理，例如页面测试方法。例如，在一些实施例中，页面测试方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元508。在一些实施例中，计算机程序的部分或者全部可以经由ROM 502和/或通信单元509而被载入和/或安装到设备500上。当计算机程序加载到RAM 503并由计算单元501执行时，可以执行上文描述的页面测试方法的一个或多个步骤。备选地，在其他实施例中，计算单元501可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行页面测试方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、复杂可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。