CN110347578A - 一种应用的测试方法、装置及存储介质 - Google Patents
一种应用的测试方法、装置及存储介质 Download PDFInfo
- Publication number
- CN110347578A CN110347578A CN201810304657.5A CN201810304657A CN110347578A CN 110347578 A CN110347578 A CN 110347578A CN 201810304657 A CN201810304657 A CN 201810304657A CN 110347578 A CN110347578 A CN 110347578A
- Authority
- CN
- China
- Prior art keywords
- test
- test case
- user
- core
- version
- 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.)
- Granted
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/3668—Software testing
- G06F11/3672—Test management
-
- 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/368—Test management for test version control, e.g. updating test cases to a new software version
-
- 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/3684—Test management for test design, e.g. generating new test cases
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)
- Computer And Data Communications (AREA)
- Information Transfer Between Computers (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明实施例公开了一种应用的测试方法、装置及存储介质，所述方法包括：接收应用的已发布版本的操作信息，所述操作信息包括所述已发布版本中被操作的操作事件，以及操作所述操作事件的线上用户的身份标识；根据所述操作信息，获取所述操作事件的访问用户率；确定应用的待发布版本中与所述操作事件对应的测试用例，进而确定所述测试用例对应的访问用户率；根据所述测试用例对应的访问用户率，生成测试用例的提示信息，并根据所述测试用例的提示信息，生成测试用例的链接界面，以在终端加载并显示所述测试用例的链接界面时，在所述链接界面上显示所述测试用例的提示信息，由此可以提高测试的有效性。
Description
技术领域
本发明涉及互联网技术领域，具体涉及一种应用的测试方法、装置及存储介质。
背景技术
随着互联网技术的发展，各种应用越来越多。为了确保应用在实际使用中能够正常使用，在应用上线前通常会对应用进行测试，可以包括对新开发的应用进行测试，以及对应用的待发布版本进行测试。
众测是目前应用测试的一种方法之一。众测主要是测试任务发布方通过测试平台发布测试任务，用户可以在移动终端上安装测试应用，然后按照要求执行测试任务，测试应用将用户的测试结果上传至测试平台，从而测试任务发布方可以根据测试结果进行分析。
在对现有技术的研究和实践过程中，本发明的发明人发现，对于一些在应用上线后可能备受用户欢迎的功能，更需要在上线前进行测试以保证其正常运行。然而，现有的测试用例通常是由任务提供方根据自己的意愿进行指定，容易遗漏一些核心测试用例没有被测试，比如对应一些在应用上线后可能备受用户欢迎的功能的测试用例，而测试用户通常也无法确定哪些测试用例更需要进行测试，从而会盲目执行测试任务，降低测试的有效性。
发明内容
本发明实施例提供一种应用的测试方法、装置及存储介质，能够指引测试用户对核心测试用例进行测试，从而可以减少被遗漏而未进行测试的核心测试用例，提升测试的有效性。
本发明实施例提供一种应用的测试方法，包括：
接收应用的已发布版本的操作信息，所述操作信息包括所述已发布版本中被操作的操作事件，以及操作所述操作事件的线上用户的身份标识；
根据所述操作信息，获取所述操作事件的访问用户率；
确定应用的待发布版本中与所述操作事件对应的测试用例，进而确定所述测试用例对应的访问用户率；
根据所述测试用例对应的访问用户率，生成测试用例的提示信息，并根据所述测试用例的提示信息，生成测试用例的链接界面，以在终端加载并显示所述测试用例的链接界面时，在所述链接界面上显示所述测试用例的提示信息。
本发明实施例还提供另一种应用的测试方法，包括：
向服务器发送应用的已发布版本的操作信息，所述操作信息包括所述已发布版本中被操作的操作事件，以及操作所述操作事件的线上用户的身份标识，以使得服务器根据所述操作信息，获取所述操作事件的访问用户率，并确定应用的待发布版本中与所述操作事件对应的测试用例，进而确定所述测试用例对应的访问用户率，从而根据所述测试用例对应的访问用户率，生成测试用例的提示信息，并根据所述测试用例的提示信息，生成测试用例的链接界面；
加载并显示所述测试用例的链接界面，所述链接界面上显示有所述测试用例的提示信息。
本发明实施例提供一种应用的测试装置，包括：
接收模块，用于接收应用的已发布版本的操作信息，所述操作信息包括所述已发布版本中被操作的操作事件，以及操作所述操作事件的线上用户的身份标识；
获取模块，用于根据所述操作信息，获取所述操作事件的访问用户率；
确定模块，用于确定应用的待发布版本中与所述操作事件对应的测试用例，进而确定所述测试用例对应的访问用户率；
生成模块，用于根据所述测试用例对应的访问用户率，生成测试用例的提示信息，并根据所述测试用例的提示信息，生成测试用例的链接界面，以在终端加载并显示所述测试用例的链接界面时，在所述链接界面上显示所述测试用例的提示信息。
其中，所述生成模块具体用于生成有n％的用户对所述测试用例进行了操作的提示信息，所述n％为所述测试用例对应的访问用户率。
其中，所述接收模块具体用于按照预定周期接收并更新应用的已发布版本的操作信息。
其中，所述接收模块还用于接收终端反馈的测试用户对所述待发布版本的测试结果，所述测试结果包括测试分数和核心测试路径覆盖率，所述核心测试路径覆盖率为根据已测核心测试用例数量和核心测试用例总量而得到，其中核心测试用例为待发布版本中链接界面显示有提示信息的测试用例。
本发明实施例还提供另一种应用的测试装置，包括：
发送模块，用于向服务器发送应用的已发布版本的操作信息，所述操作信息包括所述已发布版本中被操作的操作事件，以及操作所述操作事件的线上用户的身份标识，以使得服务器根据所述操作信息，获取所述操作事件的访问用户率，并确定应用的待发布版本中与所述操作事件对应的测试用例，进而确定所述测试用例对应的访问用户率，从而根据所述测试用例对应的访问用户率，生成测试用例的提示信息，并根据所述测试用例的提示信息，生成测试用例的链接界面；
显示模块，用于加载并显示所述测试用例的链接界面，所述链接界面上显示有所述测试用例的提示信息。
其中，所述发送模块具体用于按照预定周期向服务器发送应用的已发布版本的操作信息，并在发送之后将所述操作信息删除。
本发明应用的测试方法中，通过接收应用的已发布版本的操作信息，根据该操作信息，获取已发布版本的操作事件的访问用户率，然后确定待发布版本中与该操作事件对应的测试用例，进而确定测试用例对应的访问用户率，根据测试用例对应的访问用户率，生成测试用例的提示信息，并根据该提示信息生成测试用例的链接界面，以在终端加载并显示测试用例的链接界面时，在该链接界面上显示测试用例的提示信息，从而可以利用提示信息对测试用户进行指引，比如提示信息可以包括访问用户率，访问用户率越高说明该测试用例对应的功能越受用户欢迎，该测试用例越有必要进行测试，说明该测试用例为核心测试用例，因此通过提示信息测试用户可以清楚哪些测试用例的功能更受用户欢迎，从而提升测试用户对核心测试用例进行测试的概率，能够减少被遗漏而未进行测试的核心测试用例，提高测试的有效性，有利于确保应用的新版本上线后能够正常运行。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的应用的测试方法的场景示意图；
图2是本发明实施例提供的应用的测试方法的一流程图；
图3是本发明实施例提供的应用的测试方法中，测试用例的链接界面示意图；
图4是本发明实施例提供的应用的测试方法的另一流程图；
图5是图4所示的应用的测试方法中，在显示测试用例的链接界面之后的流程图；
图6是本发明实施例提供的应用的测试方法中，测试结果的示意图；
图7是本发明实施例提供的应用的测试装置的一结构示意图；
图8是本发明实施例提供的应用的测试装置的另一结构示意图；
图9是本发明实施例提供的服务器的结构示意图；
图10是本发明实施例提供的终端的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例提供一种应用的测试方法、装置及存储介质。其中该应用的测试装置可以集成在服务器等设备中。
例如，如图1所示，该测试装置和多个终端(如终端1、终端2和终端3)通过有线或无线的方式进行通讯。多个终端采集应用的已发布版本的操作信息，该操作信息例如包括已发布版本中被操作的操作事件，以及操作该操作事件的线上用户的身份标识等，然后将已发布版本的操作信息发送给服务器。服务器根据接收到的操作信息，获取操作事件的访问用户率，并确定待发布版本中与操作事件对应的测试用例，进而确定测试用例对应的访问用户率，然后根据测试用例对应的访问用户率，生成测试用例的提示信息，并根据该提示信息，生成测试用例的链接界面，以在终端加载并显示测试用例的链接界面时，在该链接界面上显示测试用例的提示信息，从而可以利用提示信息对测试用户进行指引，由此通过提示信息测试用户可以清楚哪些测试用例的功能更受用户欢迎，从而提升测试用户对核心测试用例进行测试的概率，能够减少被遗漏而未进行测试的核心测试用例，提高测试的有效性，有利于确保应用的新版本上线后能够正常运行。
因此，在本发明实施例中，应用是指已上线的应用，即已经投入市场面向用户的应用，测试对象主要是针对应用的待发布版本进行测试。当应用开发了新版本之后，需要测试新版本中原有的旧功能是否会受到新功能的影响，因此为了保证原有旧功能的正常运行，需要测试新版本中原有的旧功能，然而原有的旧功能可能会非常多，若全部进行测试则需要花费测试用户较多的时间和精力，而如果是由测试任务提供方指定测试内容或者测试用户自己选择测试内容，则有可能会导致遗漏一些核心测试内容而未被测试，大大降低测试的有效性。而本发明实施例，通过利用已发布版本的各操作事件的操作信息，对待发布版本的测试进行指引，以引导用户对核心测试用例进行测试，可以提高测试的有效性。
以下将进行详细说明。
第一实施例
本实施例主要是从服务器的角度进行描述。
参阅图2，在本发明应用的测试方法的一实施例中，可以包括如下步骤：
201、接收应用的已发布版本的操作信息，操作信息包括已发布版本中被操作的操作事件，以及操作操作事件的线上用户的身份标识。
为了适应不同的操作系统或者完善、新增各种功能，开发商通常会不断开发出应用的新版本，以优化应用的性能。应用可以是浏览器应用、即时通讯应用或游戏应用等等。其中，已发布版本是指已经上线面对用户的应用版本。操作事件是指应用中各页面的操作内容，比如以浏览器应用为例，操作事件可以包括新闻页面中的滚动新闻链接、搜索框按键，视频页面中的推荐视频链接、视频筛选链接，等等。一个操作事件对应一项操作内容，比如滚动新闻链接可以是一个操作事件。
其中，接收应用的已发布版本的操作信息，可以包括：按照预定周期接收并更新应用的已发布版本的操作信息。也就是说，终端按照预定周期将操作信息发送给服务器，即该操作信息可以是终端采集的在过去预定时间内产生的操作信息，该预定周期比如可以是24小时或48小时等，可以根据实际需要进行设定。服务器每次接收到终端发送的操作信息，可以将原有的操作信息清空，并存储新接收到的操作信息，以更新服务器上的操作信息；或者，也可以不清空原有的操作信息，而是将新接收的操作信息和原有的操作信息进行合并处理，服务器可以在一段时期后清空操作信息。
其中，对操作事件的操作例如可以是点击操作、滑动操作等，如对新闻页面中的滚动新闻链接进行点击时，则判定该滚动新闻链接的操作事件被操作。操作信息还可以包括操作事件所在的位置，被操作的次数以及具体的操作内容(比如点击、滑动)等。
本发明实施例中，访问已发布版本的用户记为线上用户，而接受测试任务对待发布版本进行操作的用户记为测试用户。其中，线上用户的身份标识可以根据不同的应用进行确定。比如，对于浏览器应用，通常不需要用户进行注册即可使用，因此可以利用终端的标识或IP地址等作为线上用户的身份标识，此时一个终端对应一个线上用户；而对于即时通讯应用，通常需要用户进行注册才能使用，因此可以利用用户的注册信息(如账户名称)作为线上用户的身份标识，此时一个终端可以对应多个线上用户。
以一个终端对应一个线上用户为例，即只要是同一个终端发送的操作信息，均认为是同一个线上用户对已发布版本进行操作而产生的操作信息，此时线上用户的身份标识比如可以是终端标识。当线上用户通过终端访问应用的已发布版本时，终端记录线上用户所操作的已发布版本中的各操作事件，如记录的是24小时内线上用户所操作的操作事件，然后连同终端标识发送给服务器，从而向服务器发送已发布版本的操作信息。比如，以浏览器应用为例，线上用户对操作事件的操作可以包括点击操作和滑动操作等，此时终端发送给服务器的已发布版本的操作信息，譬如可以如下表1所示：
表1
由上表1可知，线上用户1在过去24小时内，通过终端点击了8次浏览器应用中的新闻页面上的滚动推荐新闻链接，点击了3次新闻页面上的“搜索框”链接，即线上用户进行了3次搜索操作，点击了5次视频页面中的热点视频链接，点击了6次新闻页面中的图片新闻链接，对滚动条进行2次滑动操作。
当有多个线上用户通过不同的终端访问应用的已发布版本时，服务器将会接收到多个终端发送的已发布版本的操作信息，比如如下表2所示：
表2
202、根据操作信息，获取操作事件的访问用户率。
以上述表2的数据为例，每个操作事件的访问用户率可以通过如下步骤获取：
(11)根据操作信息，获取操作操作事件的线上用户数量，以及在已发布版本中产生操作行为的线上用户总量。
其中，当有多个操作事件被操作时，线上用户数量是对应于每个操作事件的用户数量，为操作了同一个操作事件的线上用户的数量。根据操作信息，可以确定操作了同一个操作事件的线上用户，从而通过统计得到操作每个操作事件的线上用户数量。比如某个操作事件的操作是点击操作，则该操作事件的线上用户数量为点击过操作事件的用户数量。而在已发布版本中产生操作行为的线上用户总量是指对已发布版本的任一操作事件进行了操作的所有线上用户的数量。
如上表2所示，表2所示为服务器接收到的各个终端发送的已发布版本的操作信息。从表中可知，对已发布版本的操作事件进行过操作的线上用户总共有5个，即线上用户总量为5个，分别为线上用户1～线上用户5。每个操作事件对应的线上用户数量可以根据表2的数据进行统计，比如点击新闻页面中的滚动推荐新闻链接的线上用户数量为4个，即线上用户1、2、4和5；点击新闻页面的搜索框链接的线上用户数量为2个，即线上用户1和3，以此类推操作其他操作事件的线上用户数量。
(12)根据线上用户数量和线上用户总量，获取操作事件的访问用户率。
其中，某一操作事件的访问用户率可以为操作该操作事件的线上用户数量与线上用户总量的比值。比如，新闻页面中的滚动推荐新闻链接的访问用户率为4/5，即80％，而新闻页面中的搜索框链接的访问用户率为2/5，即40％。因此，通过操作事件的访问用户率，可以看出在产生操作行为的所有线上用户中，对该操作事件进行操作的线上用户的数量。访问用户率越高，说明越多线上用户对该操作事件进行操作，该操作事件的功能越受用户青睐，为应用的核心功能。
203、确定应用的待发布版本中与操作事件对应的测试用例，进而确定测试用例对应的访问用户率。
应用的待发布版本通常会保留许多原有版本(即已发布版本)的功能，比如，对于上述浏览器应用，新闻页面中的滚动推荐新闻链接、搜索框、图片新闻链接的操作事件都进行了保留，则待发布版本的新闻页面中与这些操作事件对应的测试用例也为滚动推荐新闻链接、搜索框、图片新闻链接，从而测试用例对应的访问用户率确定为该测试用例所对应的已发布版本的操作事件的访问用户率。比如，已发布版本的新闻页面中的滚动推荐新闻链接的访问用户率为80％，则在待发布版本的新闻页面中的滚动推荐新闻链接的访问用户率也设置为80％。通过上述方式，可以确定待发布版本中与已发布版本中的操作事件相对应的测试用例的访问用户率。
204、根据测试用例对应的访问用户率，生成测试用例的提示信息，并根据测试用例的提示信息，生成测试用例的链接界面，以在终端加载并显示测试用例的链接界面时，在链接界面上显示测试用例的提示信息。
在一种实施例中，可以生成n％的用户对测试用例进行了操作的提示信息，其中该n％为测试用例的访问用户率。其中，提示信息可以根据不同的测试用例进行设置，比如，对于页面中的各种链接测试用例，提示信息可以是“80％的用户进入(或点击)这里”；对于页面中的“返回”按键的测试用例，提示信息比如可以是“30％的用户返回”；又比如，对于滑动操作的测试用例，提示信息可以是“15％的用户单指下滑”，等等。
本实施例中，根据提示信息生成测试用例的链接界面，该链接界面也即进入测试用例的接口界面，所生成的链接界面包含有测试用例的提示信息，从而可以在终端加载并显示该测试用例的链接界面时，在对应的链接界面上显示该提示信息。
比如，如图3所示，图3为本发明一实施例中，应用的待发布版本中的新闻页面上的测试用例示意图。如图所示，新闻页面上的测试用例包括返回按键、滚动推荐新闻链接、“搜索框”链接、图片新闻链接、今日头条链接、八卦新闻链接、海外新闻链接等，当用户点击返回时，将返回前一页面，当用户点击滚动推荐新闻链接时则相应进入下一级页面。其中测试用例的链接界面为该测试用例链接所在的位置。
例如，在已发布版本中各操作事件的访问用户率如下：返回事件有30％的用户进行了操作，有80％的用户点击了滚动推荐新闻链接，有40％的用户点击了“搜索框”，有60％的用户点击了图片新闻链接，有5％的用户点击了八卦新闻链接，有15％的用户下滑滚动，从而待发布版本中对应的测试用例的访问用户率为，返回按键的访问用户率为30％，滚动推荐新闻链接的访问用户率为80％，图片新闻链接的访问用户率为60％，八卦新闻链接的访问用户率为5％，滚动条的访问用户率为15％。由此，根据测试用例的访问用户率生成提示信息，并根据该提示信息生成测试用例的链接界面，使得终端在加载并显示测试用例时，在测试用例的链接界面上显示该提示信息，比如，在滚动推荐新闻链接的链接界面上显示“80％用户进入这里”的提示信息，在“搜索框”的链接界面上显示“40％用户进入这里”的提示信息，以此类推。
访问用户率越高说明测试用例对应的功能越受用户欢迎，测试用例越有必要进行测试，可以判定为核心测试用例。本实施例中，通过在测试用例的链接界面上显示提示信息，从而测试用户可以清楚哪些测试用例的功能更受用户欢迎，进而在提示信息的指引下对测试用例进行测试，从而提升测试用户对核心测试用例进行测试的概率，能够减少被遗漏而未进行测试的核心测试用例，提高测试的有效性，有利于确保应用的新版本上线后能够正常运行。另外，本申请通过使用已发布版本的访问用户率作为待发布版本的测试用例的访问用户率，数据来源更符合线上用户的真实操作行为，从而对测试的指引更准确。
进一步地，在本发明实施例中，生成测试用例的链接界面之后，还可以包括：接收终端反馈的测试用户对待发布版本的测试结果，测试结果包括测试分数和核心测试路径覆盖率，核心测试路径覆盖率为根据已测核心测试用例数量和核心测试用例总量而得到，其中核心测试用例为待发布版本中链接界面显示有提示信息的测试用例。
测试用户通过终端下载应用的待发布版本后，终端加载待发布版本，并根据测试用户的操作显示相应的页面，其中服务器所生成的测试用例的链接界面包含有提示信息，因此当终端加载某一页面(比如新闻页面)的测试用例时，测试用例的提示信息也将一并显示在测试用例的链接界面上，如图3所示。测试用户可以在测试用例的提示信息的指引下对各测试用例进行测试，在完成测试后，终端将用户的测试结果发送给服务器。
本实施例中，核心测试用例可以是待发布版本中链接界面显示有提示信息的所有测试用例；或者，核心测试用例也可以是访问用户率高于阈值的测试用例，阈值可以根据实际需要进行设置，如可以是30％、40％或50％等。已测核心测试用例即是指待发布版本中被测试用户操作过的核心测试用例，该操作比如可以是点击操作或滑动操作等。其中，终端可以获取链接界面显示有提示信息的测试用例的总数量，以得到核心测试用例总量。测试用户完成测试后，根据测试用户对测试用例的操作，终端可以获取已测核心测试用例数量，然后计算核心测试路径覆盖率。比如，核心测试路径覆盖率可以是已测核心测试用例数量和核心测试用例总量的比值。其中，测试分数可以根据核心测试路径覆盖率进行获取，比如核心测试路径覆盖率越高，测试分数可以越高，例如若测试用户测试的核心测试路径覆盖率为85％，则测试分数可以对应为85分，若核心测试路径覆盖率为60％，则测试分数可以对应为60分。
其中，所述的测试结果还可以包括测试用户对测试用例进行测试时产生的关于测试用例本身的测试结果，比如测试用例为“搜索框”，测试用户在测试过程中，在输入框中输入搜索内容，然后点击“搜索框”按键后，若能够正确跳转到搜索结果页面，则测试用户反馈能够正确跳转的测试结果，若无法跳转到搜索结果页面，则测试用户反馈跳转异常的测试结果，终端通过获取该关于测试用例本身的测试结果，连同核心测试路径覆盖率和测试分数作为最终的测试结果反馈给服务器。
由此，测试任务提供方可以通过测试结果大致了解测试用户所测试的测试用例，并且可以根据核心测试路径覆盖率或测试分数衡量此测试用户的测试结果的可参考性，比如，在测试用户较多的情况下，测试任务提供方可以根据核心测试路径覆盖率来选择核心测试覆盖率较高的测试用户所反馈的测试结果进行分析，以提高效率。
第二实施例
本实施例将从终端的角度进行描述。
参阅图4，本实施例的应用的测试方法可以包括如下步骤：
401、向服务器发送应用的已发布版本的操作信息，操作信息包括已发布版本中被操作的操作事件，以及操作操作事件的线上用户的身份标识，以使得服务器根据操作信息，获取操作事件的访问用户率，并确定应用的待发布版本中与操作事件对应的测试用例，进而确定测试用例对应的访问用户率，从而根据测试用例对应的访问用户率，生成测试用例的提示信息，并根据测试用例的提示信息，生成测试用例的链接界面。
402、加载并显示测试用例的链接界面，链接界面上显示有测试用例的提示信息。
其中，终端可以按照预定周期向服务器发送应用的待发布版本的操作信息，即该操作信息可以是终端采集的在过去预定时间内产生的操作信息，该预定周期比如可以是24小时或48小时等，可以根据实际需要进行设定。在发送之后，终端可以将操作信息删除，以及时清理存储空间。
其中，对操作事件的操作例如可以是点击操作、滑动操作等，如对新闻页面中的滚动新闻链接进行点击时，则判定该滚动新闻链接的操作事件被操作。其中，对操作事件的操作例如可以是点击操作、滑动操作等，如对新闻页面中的滚动新闻链接进行点击时，则判定该滚动新闻链接的操作事件被操作。操作信息还可以包括操作事件所在的位置，被操作的次数以及具体的操作内容(比如点击、滑动)等。
服务器接收到已发布版本的操作信息后，根据该操作信息获取操作事件的访问用户率。具体地，可以根据操作信息，获取操作操作事件的线上用户数量，以及在已发布版本中产生操作行为的线上用户总量。其中，当有多个操作事件被操作时，线上用户数量是对应于每个操作事件的用户数量，为操作了同一个操作事件的线上用户的数量，从而得到操作每个操作事件的线上用户数量。比如某个操作事件的操作是点击操作，则该操作事件的线上用户数量为点击过操作事件的用户数量。而在已发布版本中产生操作行为的线上用户总量是指对已发布版本的任一操作事件进行了操作的所有线上用户的数量。
然后，根据线上用户数量和线上用户总量，获取操作事件的访问用户率。其中，访问用户率可以为操作该操作事件的线上用户数量与线上用户总量的比值。
服务器获取操作事件的访问用户率后，确定应用的待发布版本中与操作事件对应的测试用例，进而确定测试用例对应的访问用户率。应用的待发布版本通常会保留许多原有版本(即已发布版本)的功能，比如，对于上述浏览器应用，新闻页面中的滚动推荐新闻链接、搜索框、图片新闻链接的操作事件都进行了保留，则待发布版本的新闻页面中与这些操作事件对应的测试用例也为滚动推荐新闻链接、搜索框、图片新闻链接，从而测试用例对应的访问用户率确定为该测试用例所对应的已发布版本的操作事件的访问用户率。之后，服务器根据测试用例对应的访问用户率，生成测试用例的提示信息，并根据测试用例的提示信息，生成测试用例的链接界面。
在一种实施例中，可以生成n％的用户对测试用例进行了操作的提示信息，其中该n％为测试用例的访问用户率。其中，提示信息可以根据不同的测试用例进行设置。测试用例的链接界面也即进入测试用例的接口界面，所生成的链接界面包含有测试用例的提示信息，从而可以在终端加载并显示该测试用例的链接界面时，在对应的链接界面上显示该提示信息。
本实施例中，通过在测试用例的链接界面上显示提示信息，从而测试用户可以清楚哪些测试用例的功能更受用户欢迎，进而在提示信息的指引下对测试用例进行测试，从而提升测试用户对核心测试用例进行测试的概率，能够减少被遗漏而未进行测试的核心测试用例，提高测试的有效性，有利于确保应用的新版本上线后能够正常运行。另外，本申请通过使用已发布版本的访问用户率作为待发布版本的测试用例的访问用户率，数据来源更符合线上用户的真实操作行为，从而对测试的指引更准确。
进一步地，参阅图5，本发明的另一实施例中，在加载并显示测试用例的链接界面，链接界面上显示有测试用例的提示信息之后，还可以包括如下步骤：
501、获取核心测试用例的总数量，以获取核心测试用例总量，核心测试用例为待发布版本中链接界面显示有提示信息的测试用例。
当测试用户通过终端接收测试任务后，对待发布版本的各测试用例进行测试。本实施例中，将待发布版本中链接界面显示有提示信息的测试用例作为核心测试用例，测试用户完成测试后，可以根据测试用户对测试用例的操作，获取已测核心测试用例的数量，已测核心测试用例即是指待发布版本中被测试用户操作过的核心测试用例，该操作比如可以是点击操作或滑动操作等。
502、获取测试用户操作过的核心测试用例的数量，以获取已测核心测试用例数量。
503、根据已测核心测试用例数量和核心测试用例总量，获取核心测试路径覆盖率。
其中，核心测试路径覆盖率可以是已测核心测试用例数量和核心测试用例总量的比值。
504、根据核心测试路径覆盖率，获取测试分数，并根据核心测试路径覆盖率和测试分数生成测试结果。
其中，测试分数可以根据核心测试路径覆盖率进行获取，比如核心测试路径覆盖率越高，测试分数可以越高。所述的测试结果还可以包括测试用户对测试用例进行测试时产生的关于测试用例本身的测试结果，终端通过获取该关于测试用例本身的测试结果，连同核心测试路径覆盖率和测试分数作为最终的测试结果反馈给服务器。
505、显示测试结果。
如图6所示，终端获取测试结果后，可以向测试用户显示测试结果，包括显示核心测试路径覆盖率和测试分数。另外，还可以在测试结果的显示界面上显示对话框，以询问提供用户是否继续进行测试，比如，可以显示“想得分更高？点这里”的按键，以及显示“完成测试”的按键，当点击“想得分更高？点这里”的按键时，表示继续进行测试，当点击“完成测试”时表示测试完成。
506、在接收到测试用户对测试结果的确认指令时，将测试结果发送给服务器。
当测试分数较低时，说明核心测试路径覆盖率较低，只有少数核心测试用例进行了测试。测试用户在看到自己的测试结果后，若不想继续测试，可以选择确认完成测试，比如点击“完成测试”的按键，以对测试结果进行确认。在收到测试用户对测试结果的确认指令后，测试完成，然后将测试结果发送给服务器。
507、当接收到测试用户的继续测试指令时，重新加载并显示测试用例的链接界面，并确定未被测试用户操作过的核心测试用例，以确定待测核心测试用例；之后获取测试用户操作过的待测核心测试用例的数量，以更新已测核心测试用例数量，根据更新后的已测核心测试用例数量，更新测试结果。
具体地，当测试分数较低时，如果测试用户对测试分数不满意，希望获取更高的测试分数，可以选择继续进行测试，比如点击“想得分更高？点这里”的按键，以发出继续测试的指令。当接收到用户的继续测试指令时，重新加载并显示测试用例的链接界面，即跳转回显示测试用例的界面，并确定未被测试用户操作过的核心测试用例，以确定待测核心测试用例。在跳转回显示测试用例的界面后，测试用户可以选择待测核心测试用例进行测试，以获取更高的测试分数。根据测试用户的操作，获取测试用户所补充测试的待测核心测试用例的数量，以更新已测核心测试用例数量。例如，在上一次测试中已测核心测试用例数量为3个，在测试用户的补充测试中，测试用户进行测试的待测核心测试用例的数量为2个，则更新后的已测核心测试用例数量为3+2＝5个。获取更新后的已测核心测试用例数量后，获取更新后的已测核心测试用例数量和核心测试用例总量的比值，以更新测试结果。
通过本实施例，可以向测试用户反馈其测试结果，从而测试用户可以根据测试分数等信息选择继续进行测试，以补充更多核心测试用例的测试，提高测试的有效性。
第三实施例
本实施例将从服务器的角度进行描述。
参阅图7，本发明应用的测试装置的一实施例中，测试装置可以包括接收模块701、获取模块702、确定模块703以及生成模块704。
其中，接收模块701用于接收应用的已发布版本的操作信息，操作信息包括已发布版本中被操作的操作事件，以及操作操作事件的线上用户的身份标识。接收模块701
其中，接收模块701具体可以用于按照预定周期接收并更新应用的已发布版本的操作信息。该预定周期比如可以是24小时或48小时等，接收模块701在每次接收到终端发送的操作信息，可以将原有的操作信息清空，并存储新接收到的操作信息，以更新服务器上的操作信息；或者，也可以不清空原有的操作信息，而是将新接收的操作信息和原有的操作信息进行合并处理，其中可以在一段时期后清空操作信息。
其中，对操作事件的操作例如可以是点击操作、滑动操作等，如对新闻页面中的滚动新闻链接进行点击时，则判定该滚动新闻链接的操作事件被操作。操作信息还可以包括操作事件所在的位置，被操作的次数以及具体的操作内容(比如点击、滑动)等。
获取模块702用于根据操作信息，获取操作事件的访问用户率。具体地，获取模块702根据操作信息，获取操作操作事件的线上用户数量，以及在已发布版本中产生操作行为的线上用户总量，然后根据线上用户数量和线上用户总量，获取操作事件的访问用户率。
其中，当有多个操作事件被操作时，线上用户数量是对应于每个操作事件的用户数量，为操作了同一个操作事件的线上用户的数量。根据操作信息，可以确定操作了同一个操作事件的线上用户，从而通过统计得到操作每个操作事件的线上用户数量。比如某个操作事件的操作是点击操作，则该操作事件的线上用户数量为点击过操作事件的用户数量。而在已发布版本中产生操作行为的线上用户总量是指对已发布版本的任一操作事件进行了操作的所有线上用户的数量。
其中，某一操作事件的访问用户率可以为操作该操作事件的线上用户数量与线上用户总量的比值。访问用户率越高，说明越多线上用户对该操作事件进行操作，该操作事件的功能越受用户青睐，为应用的核心功能。
确定模块703用于确定应用的待发布版本中与操作事件对应的测试用例，进而确定测试用例对应的访问用户率。
应用的待发布版本通常会保留许多原有版本(即已发布版本)的功能，比如，对于浏览器应用，新闻页面中的滚动推荐新闻链接、搜索框、图片新闻链接的操作事件都进行了保留，则待发布版本的新闻页面中与这些操作事件对应的测试用例也为滚动推荐新闻链接、搜索框、图片新闻链接，从而测试用例对应的访问用户率确定为该测试用例所对应的已发布版本的操作事件的访问用户率。比如，已发布版本的新闻页面中的滚动推荐新闻链接的访问用户率为80％，则在待发布版本的新闻页面中的滚动推荐新闻链接的访问用户率也设置为80％。通过上述方式，可以确定待发布版本中与已发布版本中的操作事件相对应的测试用例的访问用户率。
生成模块704用于根据测试用例对应的访问用户率，生成测试用例的提示信息，并根据测试用例的提示信息，生成测试用例的链接界面，以在终端加载并显示测试用例的链接界面时，在链接界面上显示测试用例的提示信息。
在一种实施例中，可以生成n％的用户对测试用例进行了操作的提示信息，其中该n％为测试用例的访问用户率。其中，提示信息可以根据不同的测试用例进行设置，比如，对于页面中的各种链接测试用例，提示信息可以是“80％的用户进入(或点击)这里”；对于页面中的“返回”按键的测试用例，提示信息比如可以是“30％的用户返回”；又比如，对于滑动操作的测试用例，提示信息可以是“15％的用户单指下滑”，等等。
本实施例中，根据提示信息生成测试用例的链接界面，该链接界面也即进入测试用例的接口界面，所生成的链接界面包含有测试用例的提示信息，从而可以在终端加载并显示该测试用例的链接界面时，在对应的链接界面上显示该提示信息。
访问用户率越高说明测试用例对应的功能越受用户欢迎，测试用例越有必要进行测试，可以判定为核心测试用例。本实施例中，通过在测试用例的链接界面上显示提示信息，从而测试用户可以清楚哪些测试用例的功能更受用户欢迎，进而在提示信息的指引下对测试用例进行测试，从而提升测试用户对核心测试用例进行测试的概率，能够减少被遗漏而未进行测试的核心测试用例，提高测试的有效性，有利于确保应用的新版本上线后能够正常运行。另外，本申请通过使用已发布版本的访问用户率作为待发布版本的测试用例的访问用户率，数据来源更符合线上用户的真实操作行为，从而对测试的指引更准确。
进一步地，本实施例中，接收模块701还用于在生成模块704生成测试用例的链接界面之后，接收终端反馈的测试用户对待发布版本的测试结果，测试结果包括测试分数和核心测试路径覆盖率，核心测试路径覆盖率为根据已测核心测试用例数量和核心测试用例总量而得到，其中核心测试用例为待发布版本中链接界面显示有提示信息的测试用例。
本实施例中，核心测试用例可以是待发布版本中链接界面显示有提示信息的所有测试用例；或者，核心测试用例也可以是访问用户率高于阈值的测试用例，阈值可以根据实际需要进行设置，如可以是30％、40％或50％等。已测核心测试用例即是指待发布版本中被测试用户操作过的核心测试用例，该操作比如可以是点击操作或滑动操作等。其中，终端可以获取链接界面显示有提示信息的测试用例的总数量，以得到核心测试用例总量。测试用户完成测试后，根据测试用户对测试用例的操作，终端可以获取已测核心测试用例数量，然后计算核心测试路径覆盖率。比如，核心测试路径覆盖率可以是已测核心测试用例数量和核心测试用例总量的比值。其中，测试分数可以根据核心测试路径覆盖率进行获取，比如核心测试路径覆盖率越高，测试分数可以越高，例如若测试用户测试的核心测试路径覆盖率为85％，则测试分数可以对应为85分，若核心测试路径覆盖率为60％，则测试分数可以对应为60分。
其中，测试任务提供方可以通过接收模块701接收到的测试结果大致了解测试用户所测试的测试用例，并且可以根据核心测试路径覆盖率或测试分数衡量此测试用户的测试结果的可参考性，比如，在测试用户较多的情况下，测试任务提供方可以根据核心测试路径覆盖率来选择核心测试覆盖率较高的测试用户所反馈的测试结果进行分析，以提高效率。
第四实施例
本实施例将从终端的角度进行描述。
参阅图8，本发明应用的测试装置的一实施例中，测试装置包括发送模块801和显示模块802。
其中，发送模块801用于向服务器发送应用的已发布版本的操作信息，操作信息包括已发布版本中被操作的操作事件，以及操作操作事件的线上用户的身份标识，以使得服务器根据操作信息，获取操作事件的访问用户率，并确定应用的待发布版本中与操作事件对应的测试用例，进而确定测试用例对应的访问用户率，从而根据测试用例对应的访问用户率，生成测试用例的提示信息，并根据测试用例的提示信息，生成测试用例的链接界面。
显示模块802用于加载并显示测试用例的链接界面，链接界面上显示有测试用例的提示信息。
其中，发送模块801可以按照预定周期向服务器发送应用的待发布版本的操作信息，即该操作信息可以是终端采集的在过去预定时间内产生的操作信息，该预定周期比如可以是24小时或48小时等，可以根据实际需要进行设定。在发送之后，可以将操作信息删除，以及时清理存储空间。
测试用例的链接界面也即进入测试用例的接口界面，服务器所生成的链接界面包含有测试用例的提示信息，从而显示模块802加载并显示该测试用例的链接界面时，在对应的链接界面上显示该提示信息。
本实施例中，通过在测试用例的链接界面上显示提示信息，从而测试用户可以清楚哪些测试用例的功能更受用户欢迎，进而在提示信息的指引下对测试用例进行测试，从而提升测试用户对核心测试用例进行测试的概率，能够减少被遗漏而未进行测试的核心测试用例，提高测试的有效性，有利于确保应用的新版本上线后能够正常运行。另外，本申请通过使用已发布版本的访问用户率作为待发布版本的测试用例的访问用户率，数据来源更符合线上用户的真实操作行为，从而对测试的指引更准确。
进一步地，本实施例中，测试装置还可以包括第一获取模块803、第二获取模块804、第三获取模块805、生成模块806以及更新模块807。
其中，在显示模块802显示测试用例的链接界面后，第一获取模块803用于获取核心测试用例的总数量，以获取核心测试用例总量，核心测试用例为待发布版本中链接界面显示有提示信息的测试用例。当测试用户通过终端接收测试任务后，对待发布版本的各测试用例进行测试。本实施例中，将待发布版本中链接界面显示有提示信息的测试用例作为核心测试用例，测试用户完成测试后，第一获取模块803可以根据测试用户对测试用例的操作，获取已测核心测试用例的数量，已测核心测试用例即是指待发布版本中被测试用户操作过的核心测试用例，该操作比如可以是点击操作或滑动操作等。
第二获取模块804用于获取测试用户操作过的核心测试用例的数量，以获取已测核心测试用例数量。
第三获取模块805用于根据已测核心测试用例数量和核心测试用例总量，获取核心测试路径覆盖率。其中，核心测试路径覆盖率可以是已测核心测试用例数量和核心测试用例总量的比值。
生成模块806用于根据核心测试路径覆盖率，获取测试分数，并根据核心测试路径覆盖率和测试分数生成测试结果。
其中，测试分数可以根据核心测试路径覆盖率进行获取，比如核心测试路径覆盖率越高，测试分数可以越高。所述的测试结果还可以包括测试用户对测试用例进行测试时产生的关于测试用例本身的测试结果，终端通过获取该关于测试用例本身的测试结果，连同核心测试路径覆盖率和测试分数作为最终的测试结果反馈给服务器。
显示模块802还用于显示测试结果。
比如，如图6所示，终端获取测试结果后，可以向测试用户显示测试结果，包括显示核心测试路径覆盖率和测试分数。另外，还可以在测试结果的显示界面上显示对话框，以询问提供用户是否继续进行测试，比如，可以显示“想得分更高？点这里”的按键，以及显示“完成测试”的按键，当点击“想得分更高？点这里”的按键时，表示继续进行测试，当点击“完成测试”时表示测试完成。
发送模块801还用于在接收到测试用户对测试结果的确认指令时，将测试结果发送给服务器。
当测试分数较低时，说明核心测试路径覆盖率较低，只有少数核心测试用例进行了测试。测试用户在看到自己的测试结果后，若不想继续测试，可以选择确认完成测试，比如点击“完成测试”的按键，以对测试结果进行确认。在收到测试用户对测试结果的确认指令后，测试完成，然后将测试结果发送给服务器。
更新模块807用于当接收到测试用户的继续测试指令时，重新加载并显示测试用例的链接界面，并确定未被测试用户操作过的核心测试用例，以确定待测核心测试用例；之后获取测试用户操作过的待测核心测试用例的数量，以更新已测核心测试用例数量。
其中，生成模块806还用于根据更新后的已测核心测试用例数量，更新测试结果。显示模块802还用于获取更新后的测试结果并显示。
通过本实施例，可以向测试用户反馈其测试结果，从而测试用户可以根据测试分数等信息选择继续进行测试，以补充更多核心测试用例的测试，提高测试的有效性。
第五实施例
本发明实施例还提供一种服务器，如图9所示，其示出了本发明实施例所涉及的服务器的结构示意图，具体来讲：
该服务器可以包括一个或者一个以上处理核心的处理器901、一个或一个以上计算机可读存储介质的存储器902、电源903和输入单元904等部件。本领域技术人员可以理解，图9中示出的服务器结构并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：
处理器901是该服务器的控制中心，利用各种接口和线路连接整个服务器的各个部分，通过运行或执行存储在存储器902内的软件程序和/或模块，以及调用存储在存储器902内的数据，执行服务器的各种功能和处理数据，从而对服务器进行整体监控。可选的，处理器901可包括一个或多个处理核心；优选的，处理器901可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器901中。
存储器902可用于存储软件程序以及模块，处理器901通过运行存储在存储器902的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器902可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据服务器的使用所创建的数据等。此外，存储器902可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器902还可以包括存储器控制器，以提供处理器901对存储器902的访问。
服务器还包括给各个部件供电的电源903，优选的，电源903可以通过电源管理系统与处理器901逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源903还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
该服务器还可包括输入单元904，该输入单元904可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。
尽管未示出，服务器还可以包括显示单元等，在此不再赘述。具体在本实施例中，服务器中的处理器901会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器902中，并由处理器901来运行存储在存储器902中的应用程序，从而实现各种功能，如下：
接收应用的已发布版本的操作信息，操作信息包括已发布版本中被操作的操作事件，以及操作操作事件的线上用户的身份标识，然后根据操作信息，获取操作事件的访问用户率，并确定应用的待发布版本中与操作事件对应的测试用例，进而确定测试用例对应的访问用户率，之后根据测试用例对应的访问用户率，生成测试用例的提示信息，并根据测试用例的提示信息，生成测试用例的链接界面，以在终端加载并显示测试用例的链接界面时，在链接界面上显示测试用例的提示信息。
其中，可以根据操作信息，获取操作操作事件的线上用户数量，以及在已发布版本中产生操作行为的线上用户总量，然后根据线上用户数量和线上用户总量，获取操作事件的访问用户率。
其中，可以生成有n％的用户对测试用例进行了操作的提示信息，n％为测试用例对应的访问用户率。
其中，还可以接收终端反馈的测试用户对待发布版本的测试结果，测试结果包括测试分数和核心测试路径覆盖率，核心测试路径覆盖率为根据已测核心测试用例数量和核心测试用例总量而得到，其中核心测试用例为待发布版本中链接界面显示有提示信息的测试用例。
本发明实施例，通过在测试用例的链接界面上显示提示信息，从而测试用户可以清楚哪些测试用例的功能更受用户欢迎，进而在提示信息的指引下对测试用例进行测试，从而提升测试用户对核心测试用例进行测试的概率，能够减少被遗漏而未进行测试的核心测试用例，提高测试的有效性，有利于确保应用的新版本上线后能够正常运行。另外，本申请通过使用已发布版本的访问用户率作为待发布版本的测试用例的访问用户率，数据来源更符合线上用户的真实操作行为，从而对测试的指引更准确。
第六实施例
相应的，本发明实施例还提供一种终端，如图10所示，该终端可以包括射频(RF，Radio Frequency)电路1001、包括有一个或一个以上计算机可读存储介质的存储器1002、输入单元1003、显示单元1004、传感器1005、音频电路1006、无线保真(WiFi，WirelessFidelity)模块1007、包括有一个或者一个以上处理核心的处理器1008、以及电源1009等部件。本领域技术人员可以理解，图10中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：
RF电路1001可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器1008处理；另外，将涉及上行的数据发送给基站。通常，RF电路1001包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM，Subscriber Identity Module)卡、收发信机、耦合器、低噪声放大器(LNA，Low Noise Amplifier)、双工器等。此外，RF电路1001还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GSM，Global System of Mobile communication)、通用分组无线服务(GPRS，GeneralPacket Radio Service)、码分多址(CDMA，Code Division Multiple Access)、宽带码分多址(WCDMA，Wideband Code Division Multiple Access)、长期演进(LTE，Long TermEvolution)、电子邮件、短消息服务(SMS，Short Messaging Service)等。
存储器1002可用于存储软件程序以及模块，处理器1008通过运行存储在存储器1002的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器1002可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1002可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器1002还可以包括存储器控制器，以提供处理器1008和输入单元1003对存储器1002的访问。
输入单元1003可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，在一个具体的实施例中，输入单元1003可包括触敏表面以及其他输入设备。触敏表面，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面上或在触敏表面附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1008，并能接收处理器1008发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面。除了触敏表面，输入单元1003还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元1004可用于显示由用户输入的信息或提供给用户的信息以及终端的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元1004可包括显示面板，可选的，可以采用液晶显示器(LCD，Liquid CrystalDisplay)、有机发光二极管(OLED，Organic Light-Emitting Diode)等形式来配置显示面板。进一步的，触敏表面可覆盖显示面板，当触敏表面检测到在其上或附近的触摸操作后，传送给处理器1008以确定触摸事件的类型，随后处理器1008根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图10中，触敏表面与显示面板是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面与显示面板集成而实现输入和输出功能。
终端还可包括至少一种传感器1005，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板的亮度，接近传感器可在终端移动到耳边时，关闭显示面板和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
音频电路1006、扬声器，传声器可提供用户与终端之间的音频接口。音频电路1006可将接收到的音频数据转换后的电信号，传输到扬声器，由扬声器转换为声音信号输出；另一方面，传声器将收集的声音信号转换为电信号，由音频电路1006接收后转换为音频数据，再将音频数据输出处理器1008处理后，经RF电路1001以发送给比如另一终端，或者将音频数据输出至存储器1002以便进一步处理。音频电路1006还可能包括耳塞插孔，以提供外设耳机与终端的通信。
WiFi属于短距离无线传输技术，终端通过WiFi模块1007可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图10示出了WiFi模块1007，但是可以理解的是，其并不属于终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
处理器1008是终端的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1002内的软件程序和/或模块，以及调用存储在存储器1002内的数据，执行终端的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1008可包括一个或多个处理核心；优选的，处理器1008可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1008中。
终端还包括给各个部件供电的电源1009(比如电池)，优选的，电源可以通过电源管理系统与处理器1008逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源1009还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
尽管未示出，终端还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，终端中的处理器1008会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器1002中，并由处理器1008来运行存储在存储器1002中的应用程序，从而实现各种功能：
向服务器发送应用的已发布版本的操作信息，操作信息包括已发布版本中被操作的操作事件，以及操作操作事件的线上用户的身份标识，以使得服务器根据操作信息，获取操作事件的访问用户率，并确定应用的待发布版本中与操作事件对应的测试用例，进而确定测试用例对应的访问用户率，从而根据测试用例对应的访问用户率，生成测试用例的提示信息，并根据测试用例的提示信息，生成测试用例的链接界面；然后加载并显示测试用例的链接界面，链接界面上显示有测试用例的提示信息。
其中，还可以获取核心测试用例的总数量，以获取核心测试用例总量，核心测试用例为待发布版本中链接界面显示有提示信息的测试用例；获取测试用户操作过的核心测试用例的数量，以获取已测核心测试用例数量；根据已测核心测试用例数量和核心测试用例总量，获取核心测试路径覆盖率；根据核心测试路径覆盖率，获取测试分数，并根据核心测试路径覆盖率和测试分数生成测试结果；将测试结果发送给服务器。
其中，还可以显示测试结果；在接收到测试用户对测试结果的确认指令时，执行将测试结果发送给服务器的步骤；当接收到测试用户的继续测试指令时，重新加载并显示测试用例的链接界面，并确定未被测试用户操作过的核心测试用例，以确定待测核心测试用例；之后获取测试用户操作过的待测核心测试用例的数量，以更新已测核心测试用例数量，根据更新后的已测核心测试用例数量，更新测试结果。
第七实施例
本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。
为此，本发明实施例提供一种存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本发明实施例所提供的任一种应用的测试方法中的步骤。例如，该指令可以如下步骤：
接收应用的已发布版本的操作信息，操作信息包括已发布版本中被操作的操作事件，以及操作操作事件的线上用户的身份标识，然后根据操作信息，获取操作事件的访问用户率，并确定应用的待发布版本中与操作事件对应的测试用例，进而确定测试用例对应的访问用户率，之后根据测试用例对应的访问用户率，生成测试用例的提示信息，并根据测试用例的提示信息，生成测试用例的链接界面，以在终端加载并显示测试用例的链接界面时，在链接界面上显示测试用例的提示信息。
其中，可以根据操作信息，获取操作操作事件的线上用户数量，以及在已发布版本中产生操作行为的线上用户总量，然后根据线上用户数量和线上用户总量，获取操作事件的访问用户率。
其中，可以生成有n％的用户对测试用例进行了操作的提示信息，n％为测试用例对应的访问用户率。
其中，还可以接收终端反馈的测试用户对待发布版本的测试结果，测试结果包括测试分数和核心测试路径覆盖率，核心测试路径覆盖率为根据已测核心测试用例数量和核心测试用例总量而得到，其中核心测试用例为待发布版本中链接界面显示有提示信息的测试用例。
以上各个操作的具体实施可参见前面的实施例，在此不再赘述。
其中，该存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。
由于该存储介质中所存储的指令，可以执行本发明实施例所提供的任一种应用的测试方法中的步骤，因此，可以实现本发明实施例所提供的任一种应用的测试方法所能实现的有益效果，详见前面的实施例，在此不再赘述。
以上对本发明实施例所提供的一种应用的测试方法、装置及存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
Claims (15)
1.一种应用的测试方法，其特征在于，包括：
接收应用的已发布版本的操作信息，所述操作信息包括所述已发布版本中被操作的操作事件，以及操作所述操作事件的线上用户的身份标识；
根据所述操作信息，获取所述操作事件的访问用户率；
确定应用的待发布版本中与所述操作事件对应的测试用例，进而确定所述测试用例对应的访问用户率；
根据所述测试用例对应的访问用户率，生成测试用例的提示信息，并根据所述测试用例的提示信息，生成测试用例的链接界面，以在终端加载并显示所述测试用例的链接界面时，在所述链接界面上显示所述测试用例的提示信息。
2.根据权利要求1所述的测试方法，其特征在于，所述根据所述操作信息，获取所述操作事件的访问用户率，包括：
根据所述操作信息，获取操作所述操作事件的线上用户数量，以及在所述已发布版本中产生操作行为的线上用户总量；
根据所述线上用户数量和所述线上用户总量，获取所述操作事件的访问用户率。
3.根据权利要求1所述的测试方法，其特征在于，所述根据所述测试用例对应的访问用户率，生成测试用例的提示信息，包括：
生成有n％的用户对所述测试用例进行了操作的提示信息，所述n％为所述测试用例对应的访问用户率。
4.根据权利要求1所述的测试方法，其特征在于，所述接收应用的已发布版本的操作信息，包括：
按照预定周期接收并更新应用的已发布版本的操作信息。
5.根据权利要求1所述的测试方法，其特征在于，所述生成测试用例的链接界面之后，还包括：
接收终端反馈的测试用户对所述待发布版本的测试结果，所述测试结果包括测试分数和核心测试路径覆盖率，所述核心测试路径覆盖率为根据已测核心测试用例数量和核心测试用例总量而得到，其中核心测试用例为待发布版本中链接界面显示有提示信息的测试用例。
6.一种应用的测试方法，其特征在于，包括：
向服务器发送应用的已发布版本的操作信息，所述操作信息包括所述已发布版本中被操作的操作事件，以及操作所述操作事件的线上用户的身份标识，以使得服务器根据所述操作信息，获取所述操作事件的访问用户率，并确定应用的待发布版本中与所述操作事件对应的测试用例，进而确定所述测试用例对应的访问用户率，从而根据所述测试用例对应的访问用户率，生成测试用例的提示信息，并根据所述测试用例的提示信息，生成测试用例的链接界面；
加载并显示所述测试用例的链接界面，所述链接界面上显示有所述测试用例的提示信息。
7.根据权利要求6所述的测试方法，其特征在于，所述加载并显示所述测试用例的链接界面，并在所述链接界面上显示所述测试用例的提示信息之后，还包括：
获取所述核心测试用例的总数量，以获取核心测试用例总量，所述核心测试用例为待发布版本中链接界面显示有提示信息的测试用例；
获取测试用户操作过的核心测试用例的数量，以获取已测核心测试用例数量；
根据所述已测核心测试用例数量和核心测试用例总量，获取核心测试路径覆盖率；
根据所述核心测试路径覆盖率，获取测试分数，并根据所述核心测试路径覆盖率和所述测试分数生成测试结果；
将所述测试结果发送给所述服务器。
8.根据权利要求7所述的测试方法，其特征在于，所述根据所述核心测试路径覆盖率和所述测试分数生成测试结果之后，还包括：
显示所述测试结果；
在接收到测试用户对所述测试结果的确认指令时，执行将所述测试结果发送给所述服务器的步骤；
当接收到测试用户的继续测试指令时，重新加载并显示所述测试用例的链接界面，并确定未被测试用户操作过的核心测试用例，以确定待测核心测试用例；之后获取所述测试用户操作过的所述待测核心测试用例的数量，以更新所述已测核心测试用例数量，根据更新后的所述已测核心测试用例数量，更新测试结果。
9.根据权利要求6所述的测试方法，其特征在于，所述向服务器发送应用的已发布版本的操作信息，包括：
按照预定周期向服务器发送应用的已发布版本的操作信息，并在发送之后将所述操作信息删除。
10.一种应用的测试装置，其特征在于，包括：
接收模块，用于接收应用的已发布版本的操作信息，所述操作信息包括所述已发布版本中被操作的操作事件，以及操作所述操作事件的线上用户的身份标识；
获取模块，用于根据所述操作信息，获取所述操作事件的访问用户率；
确定模块，用于确定应用的待发布版本中与所述操作事件对应的测试用例，进而确定所述测试用例对应的访问用户率；
生成模块，用于根据所述测试用例对应的访问用户率，生成测试用例的提示信息，并根据所述测试用例的提示信息，生成测试用例的链接界面，以在终端加载并显示所述测试用例的链接界面时，在所述链接界面上显示所述测试用例的提示信息。
11.根据权利要求10所述的测试装置，其特征在于，所述获取模块具体用于：
根据所述操作信息，获取操作所述操作事件的线上用户数量，以及在所述已发布版本中产生操作行为的线上用户总量；
根据所述线上用户数量和所述线上用户总量，获取所述操作事件的访问用户率。
12.一种应用的测试装置，其特征在于，包括：
发送模块，用于向服务器发送应用的已发布版本的操作信息，所述操作信息包括所述已发布版本中被操作的操作事件，以及操作所述操作事件的线上用户的身份标识，以使得服务器根据所述操作信息，获取所述操作事件的访问用户率，并确定应用的待发布版本中与所述操作事件对应的测试用例，进而确定所述测试用例对应的访问用户率，从而根据所述测试用例对应的访问用户率，生成测试用例的提示信息，并根据所述测试用例的提示信息，生成测试用例的链接界面；
显示模块，用于加载并显示所述测试用例的链接界面，所述链接界面上显示有所述测试用例的提示信息。
13.根据权利要求12所述的测试装置，其特征在于，还包括：
第一获取模块，用于获取所述核心测试用例的总数量，以获取核心测试用例总量，所述核心测试用例为待发布版本中链接界面显示有提示信息的测试用例；
第二获取模块，用于获取测试用户操作过的核心测试用例的数量，以获取已测核心测试用例数量；
第三获取模块，用于根据所述已测核心测试用例数量和核心测试用例总量，获取核心测试路径覆盖率；
生成模块，用于根据所述核心测试路径覆盖率，获取测试分数，并根据所述核心测试路径覆盖率和所述测试分数生成测试结果；
所述发送模块，还用于将所述测试结果发送给所述服务器。
14.根据权利要求13所述的测试装置，其特征在于，还包括更新模块；
所述显示模块，还用于显示所述测试结果；
所述发送模块，具体用于在接收到测试用户对所述测试结果的确认指令时，执行将所述测试结果发送给所述服务器的步骤；
所述更新模块，用于当接收到测试用户的继续测试指令时，重新加载并显示所述测试用例的链接界面，并确定未被测试用户操作过的核心测试用例，以确定待测核心测试用例；之后获取所述测试用户操作过的所述待测核心测试用例的数量，以更新所述已测核心测试用例数量；
所述生成模块，还用于根据更新后的所述已测核心测试用例数量，更新测试结果。
15.一种存储介质，其特征在于，所述存储介质存储有多条指令，所述指令适于处理器进行加载，以执行权利要求1至5，或者6-9任一项所述的应用的测试方法中的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810304657.5A CN110347578B (zh) | 2018-04-08 | 2018-04-08 | 一种应用的测试方法、装置及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810304657.5A CN110347578B (zh) | 2018-04-08 | 2018-04-08 | 一种应用的测试方法、装置及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110347578A true CN110347578A (zh) | 2019-10-18 |
| CN110347578B CN110347578B (zh) | 2022-05-17 |
Family
ID=68173047
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810304657.5A Active CN110347578B (zh) | 2018-04-08 | 2018-04-08 | 一种应用的测试方法、装置及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110347578B (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112000570A (zh) * | 2020-07-29 | 2020-11-27 | 北京达佳互联信息技术有限公司 | 应用测试方法、装置、服务器及存储介质 |
| CN112000443A (zh) * | 2020-09-14 | 2020-11-27 | 支付宝(杭州)信息技术有限公司 | 一种业务数据处理方法、装置及电子设备 |
| CN115328812A (zh) * | 2022-10-11 | 2022-11-11 | 深圳华锐分布式技术股份有限公司 | 基于网络爬虫的ui界面测试方法、装置、设备及介质 |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104348679A (zh) * | 2013-08-08 | 2015-02-11 | 阿里巴巴集团控股有限公司 | 一种分桶测试的方法、装置和系统 |
| CN104572426A (zh) * | 2013-10-14 | 2015-04-29 | 航天信息股份有限公司 | 一种计算机软件性能测试方法 |
| CN104657270A (zh) * | 2015-02-28 | 2015-05-27 | 北京嘀嘀无限科技发展有限公司 | 测试方法和系统 |
| US20150254166A1 (en) * | 2014-03-05 | 2015-09-10 | International Business Machines Corporation | Automatic test case generation |
| CN104978267A (zh) * | 2015-06-24 | 2015-10-14 | 小米科技有限责任公司 | 网页测试方法、终端及服务器 |
| CN105005532A (zh) * | 2015-08-05 | 2015-10-28 | 广东欧珀移动通信有限公司 | 一种自动化测试应用程序接口稳定性的系统及方法 |
| CN105487970A (zh) * | 2014-10-13 | 2016-04-13 | 中国移动通信集团公司 | 一种界面展示方法及装置 |
| CN106469113A (zh) * | 2015-08-18 | 2017-03-01 | 腾讯科技（深圳）有限公司 | 应用程序测试方法及系统 |
| CN106484601A (zh) * | 2015-08-24 | 2017-03-08 | 腾讯科技（深圳）有限公司 | 客户端的用户数据分析方法及系统 |
-
2018
- 2018-04-08 CN CN201810304657.5A patent/CN110347578B/zh active Active
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104348679A (zh) * | 2013-08-08 | 2015-02-11 | 阿里巴巴集团控股有限公司 | 一种分桶测试的方法、装置和系统 |
| CN104572426A (zh) * | 2013-10-14 | 2015-04-29 | 航天信息股份有限公司 | 一种计算机软件性能测试方法 |
| US20150254166A1 (en) * | 2014-03-05 | 2015-09-10 | International Business Machines Corporation | Automatic test case generation |
| CN105487970A (zh) * | 2014-10-13 | 2016-04-13 | 中国移动通信集团公司 | 一种界面展示方法及装置 |
| CN104657270A (zh) * | 2015-02-28 | 2015-05-27 | 北京嘀嘀无限科技发展有限公司 | 测试方法和系统 |
| CN104978267A (zh) * | 2015-06-24 | 2015-10-14 | 小米科技有限责任公司 | 网页测试方法、终端及服务器 |
| CN105005532A (zh) * | 2015-08-05 | 2015-10-28 | 广东欧珀移动通信有限公司 | 一种自动化测试应用程序接口稳定性的系统及方法 |
| CN106469113A (zh) * | 2015-08-18 | 2017-03-01 | 腾讯科技（深圳）有限公司 | 应用程序测试方法及系统 |
| CN106484601A (zh) * | 2015-08-24 | 2017-03-08 | 腾讯科技（深圳）有限公司 | 客户端的用户数据分析方法及系统 |
Non-Patent Citations (1)
| Title |
|---|
| 文瑾等: "基于错误率和设计信息的回归测试用例选择方法", 《万方》 * |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112000570A (zh) * | 2020-07-29 | 2020-11-27 | 北京达佳互联信息技术有限公司 | 应用测试方法、装置、服务器及存储介质 |
| CN112000443A (zh) * | 2020-09-14 | 2020-11-27 | 支付宝(杭州)信息技术有限公司 | 一种业务数据处理方法、装置及电子设备 |
| CN115328812A (zh) * | 2022-10-11 | 2022-11-11 | 深圳华锐分布式技术股份有限公司 | 基于网络爬虫的ui界面测试方法、装置、设备及介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110347578B (zh) | 2022-05-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106101736B (zh) | 一种虚拟礼物的展示方法和系统 | |
| CN105681872B (zh) | 直播过程中信息交互方法及装置 | |
| CN105095432B (zh) | 网页批注显示方法及装置 | |
| CN106453053B (zh) | 群组消息显示方法及装置 | |
| CN104618440B (zh) | 智能设备控制方法及装置 | |
| CN105554550B (zh) | 视频播放方法及装置 | |
| CN104965843B (zh) | 一种获取评论信息的方法及装置 | |
| CN104572430B (zh) | 一种终端应用界面的测试方法、装置和系统 | |
| CN106210755B (zh) | 一种播放直播视频的方法、装置和系统 | |
| CN104516887B (zh) | 一种网页数据搜索方法、装置和系统 | |
| CN105446726B (zh) | 生成网页的方法和装置 | |
| CN103501485B (zh) | 推送应用的方法、装置和终端设备 | |
| CN106488296B (zh) | 一种显示视频弹幕的方法和装置 | |
| CN104424211B (zh) | 一种基于微博的业务数据的发布方法、装置和系统 | |
| CN104572690B (zh) | 一种获取网页数据的方法、装置和系统 | |
| CN106231433B (zh) | 一种播放网络视频的方法、装置和系统 | |
| CN108205408B (zh) | 消息展示方法及装置 | |
| CN104519262B (zh) | 获取视频数据的方法、装置及终端 | |
| CN104572046B (zh) | 一种堆栈还原方法和计算机系统 | |
| CN104077211B (zh) | 一种移动终端软件的测试方法及测试系统 | |
| CN108958805A (zh) | 菜单显示方法及装置 | |
| CN105530239B (zh) | 多媒体数据获取方法及装置 | |
| CN104965831B (zh) | 一种网址纠错方法、服务器、终端，及系统 | |
| CN110019840A (zh) | 一种知识图谱中实体更新的方法、装置和服务器 | |
| CN104869465A (zh) | 视频播放控制方法和装置 |
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 | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20221114 Address after: 1402, Floor 14, Block A, Haina Baichuan Headquarters Building, No. 6, Baoxing Road, Haibin Community, Xin'an Street, Bao'an District, Shenzhen, Guangdong 518,101 Patentee after: Shenzhen Yayue Technology Co.,Ltd. Address before: 518057 Tencent Building, No. 1 High-tech Zone, Nanshan District, Shenzhen City, Guangdong Province, 35 floors Patentee before: TENCENT TECHNOLOGY (SHENZHEN) Co.,Ltd. |
|
| TR01 | Transfer of patent right |