CN114036048A - 一种案例活跃度检测方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例提供了一种案例活跃度检测方法、装置、设备及存储介质，涉及数据处理技术领域，该方法包括：每个案例执行集合对应一个单位时间段，每个案例执行集合包括在相应单位时间段内执行的测试案例的测试案例标识和活跃特征信息，故在需要确定一段时间内的测试案例的案例活跃度时，可以直接基于预设时间条件获取相应的多个单位时间段对应的目标案例执行集合，并将多个目标案例执行集合合并，获得一段时间内的测试案例的案例活跃度，从而提高检测案例活跃度的灵活性和效率，在软件测试领域，扩展了评估案例活跃度的使用场景。

Description

一种案例活跃度检测方法、装置、设备及存储介质

技术领域

本发明实施例涉及数据处理技术领域，尤其涉及一种案例活跃度检测方法、装置、设备及存储介质。

背景技术

在进行软件测试时，不同的测试任务对应执行不同的测试案例。为了保证软件测试阶段，测试案例被充分地执行，需要根据测试案例的执行记录进行案例活跃度检测，并对活跃度较低的测试案例进行修改。

通常情况下，目前评估方法仅查询案例的最新一条执行流水记录的时间戳来判断该案例是否活跃，因为这种评估方法分析的数据范围有限，从而导致案例活跃度检测的效率和灵活性较低。

发明内容

本申请实施例提供了一种案例活跃度检测方法及装置，用于提高案例活跃度检测的效率和灵活性。

一方面，本申请实施例提供了一种案例活跃度检测方法，该方法包括：

获取满足预设时间条件的多个目标案例执行集合，其中，每个案例执行集合对应一个单位时间段，每个案例执行集合包括：在相应单位时间段内执行的测试案例的测试案例标识和活跃特征信息；

将所述多个目标案例执行集合合并，获得所述预设时间条件对应的活跃度检测集合，以及所述活跃度检测集合中各个测试案例的案例活跃度，其中，所述测试案例的案例活跃度是基于所述测试案例对应的测试案例标识和活跃特征信息确定的。

一方面，本申请实施例提供了一种案例活跃度检测装置，该装置包括：

获取模块，用于获取满足预设时间条件的多个目标案例执行集合，其中，每个案例执行集合对应一个单位时间段，每个案例执行集合包括：在相应单位时间段内执行的测试案例的测试案例标识和活跃特征信息；

合并模块，用于将所述多个目标案例执行集合合并，获得所述预设时间条件对应的活跃度检测集合，以及所述活跃度检测集合中各个测试案例的案例活跃度，其中，所述测试案例的案例活跃度是基于所述测试案例对应的测试案例标识和活跃特征信息确定的。

可选地，还包括添加模块，所述添加模块具体用于：

获取满足预设时间条件的多个目标案例执行集合之前，针对各个测试案例，分别执行以下步骤：

在确定一个测试案例被执行时，基于所述一个测试案例的执行时间，确定所述一个测试案例对应的案例执行集合；

将所述一个测试案例的测试案例标识和活跃特征信息添加至所述案例执行集合。

可选地，所述合并模块具体用于：

依次将所述多个目标案例执行集合包含的测试案例的测试案例标识和活跃特征信息添加至参考集合，每次添加后，将所述参考集合中同一测试案例标识对应的活跃特征信息合并；

将添加结束后获得的参考集合，作为活跃度检测集合，其中，所述活跃度检测集合中每个测试案例的案例活跃度，是对所述测试案例对应的各个活跃特征信息合并后获得的。

可选地，还包括排序模块，所述排序模块具体用于：

将所述多个目标案例执行集合合并，获得所述预设时间条件对应的活跃度检测集合，以及所述活跃度检测集合中各个测试案例的案例活跃度之后，按照案例活跃度从大到小的顺序，对所述各个测试案例的案例活跃度进行排序，获得所述各个测试案例的案例活跃度分布。

可选地，所述获取模块具体用于：

基于预设时间范围，获得多个目标案例执行集合。

可选地，所述活跃特征信息为预设值，或者测试案例的被执行次数。

一方面，本申请实施例提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述案例活跃度方法的步骤。

一方面，本申请实施例提供了一种计算机可读存储介质，其存储有可由计算机设备执行的计算机程序，当所述程序在计算机设备上运行时，使得所述计算机设备执行上述案例活跃度方法的步骤。

在本申请实施例中，每个案例执行集合对应一个单位时间段，每个案例执行集合包括在相应单位时间段内执行的测试案例的测试案例标识和活跃特征信息，故在需要确定一段时间内的测试案例的案例活跃度时，可以直接基于预设时间条件获取相应的多个目标案例执行集合，并将多个目标案例执行集合合并，获得一段时间内的测试案例的案例活跃度，从而提高检测案例活跃度的灵活性和效率，在软件测试领域，扩展了评估案例活跃度的使用场景。

附图说明

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

图1为本申请实施例提供的一种系统架构示意图；

图2为本申请实施例提供的一种案例活跃度检测方法的流程示意图；

图3为本申请实施例提供的一种获取各个案例执行集合方法的流程示意图；

图4为本申请实施例提供的一种案例活跃度检测装置的结构示意图；

图5为本申请实施例提供的一种计算机设备的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及有益效果更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

为了方便理解，下面对本发明实施例中涉及的名词进行解释。

案例活跃度：在指定的一段时间内，案例库中测试案例被正确执行的频次。

非关系数据库：将数据存储为键值对集合，其中键作为唯一标识。键是一个字符串对象。值可以是任意类型的数据，如整型、字符型、数组、列表、集合等。常见的键值数据库有redis、riak、simpleDB等。

redis数据库：不仅仅支持简单的键值类型的数据，同时还提供列表、集合、有序集合、哈希等数据结构的存储。

参考图1，其为本申请实施例适用的一种系统架构图，该系统架构至少包括终端设备101和案例活跃度检测系统102。

终端设备101安装有用于检测案例活跃度的目标应用，该应用可以是预先安装的客户端、网页版应用或嵌入在其他应用中的小程序等。终端设备101可以是智能手机、平板电脑、笔记本电脑、台式计算机等，但并不局限于此。

案例活跃度检测系统102为目标应用的后台服务器，为目标应用提供服务。案例活跃度检测系统102可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网路(Content Delivery Network,CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。终端设备101与案例活跃度检测系统102可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

终端设备101响应于用户的案例活跃度检测操作，发送案例活跃度检测指令至案例活跃度检测系统102，其中，案例活跃度检测指令中包括预设时间条件。

案例活跃度检测系统102接收案例活跃度检测指令，获取满足预设时间条件的多个目标案例执行集合，其中，每个案例执行集合对应一个单位时间段，每个案例执行集合包括：在相应单位时间段内执行的测试案例的测试案例标识和活跃特征信息。然后将多个目标案例执行集合合并，获得预设时间条件对应的活跃度检测集合，以及活跃度检测集合中各个测试案例的案例活跃度，其中，测试案例的案例活跃度是基于测试案例对应的测试案例标识和活跃特征信息确定的。

案例活跃度检测系统102将预设时间条件对应的活跃度检测集合，以及活跃度检测集合中各个测试案例的案例活跃度发送至终端设备101，终端设备101在显示界面中显示预设时间条件对应的活跃度检测集合，以及活跃度检测集合中各个测试案例的案例活跃度。

基于图1所述的系统架构图，本申请实施例提供了一种检测案例活跃度方法的流程，如图2所示，该方法的流程由计算机设备执行，该计算机设备可以是图1所示的案例活跃度检测系统102，包括以下步骤：

步骤S201，获取满足预设时间条件的多个目标案例执行集合。

具体地，可以从数据库中获取满足预设时间条件的多个目标案例执行集合。

数据库中的每个案例执行集合对应一个单位时间段，每个案例执行集合包括：在相应单位时间段内执行的测试案例的测试案例标识和活跃特征信息。

数据库为非关系型数据库，可以是redis、riak、simpleDB中的任意一种。

数据库中的数据以键值对形式存储。每个案例执行集合对应的单位时间段为键名，每个键名对应一个有序集合，该有序集合中存储了测试案例的测试案例标识和相应的活跃特征信息。时间段和有序集合形成一一对应的键值对，并存储在数据库中。

测试案例标识为区分不同测试案例的唯一标志，可以是测试案例的编号。活跃特征信息可以是预设值、也可以是测试案例的被执行次数。

每个案例执行集合对应的单位时间段的时长可以一小时或多小时、一天或多天、一个月或多个月、一年或多年等。

举例来说，设定每个案例执行集合对应的单位时间段的时长为一个月，那么各个案例执行集合对应的单位时间段可以为2021年1月、2021年2月、2021年3月等，即案例执行集合的键名可以为2021年1月、2021年2月、2021年3月等。

设定每个案例执行集合对应的单位时间段的时长为一天，那么各个案例执行集合对应的单位时间段可以为2021年1月1日、2021年1月2日、2021年1月3日等，即案例执行集合的键名可以为2021年1月1日、2021年1月2日、2021年1月3日等。

预设时间条件可以是预设时间范围，比如，预设时间条件可以为2021年5月-2021年6月，也可以是2021年5月等。

又比如，预设时间条件可以为2021年5月1日-2021年5月3日，也可以是2021年5月1日等。

以预设时间条件为键名，查询redis数据库，获得多个目标案例执行集合。

具体地，基于预设时间条件对数据库进行键名查询，以得到满足预设时间条件的键名，并将该键名对应的有序集合作为目标案例执行集合。

具体地，基于预设时间条件，确定用于查询的正则表达式，利用正则表达式对数据库进行键名查询，得到与预设时间条件相匹配的键名，并将该键名对应的有序集合作为目标案例执行集合。

举例来说，设定数据库中包括6个案例执行集合，各个案例执行集合对应单位时间段为2021年1月、2021年2月、2021年3月、2021年4月、2021年5月、2021年6月，即数据库中存储的各个键为2021年1月、2021年2月、2021年3月、2021年4月、2021年5月、2021年6月。设定预设时间条件为2021年5月-2021年6月，则确定正则表达式为2021年5月|2021年6月。根据正则表达式对数据库进行键名查询，确定与预设时间条件相匹配的键名为2021年5月和2021年6月，则目标案例执行集合包括：2021年5月对应的案例执行集合和2021年6月对应的案例执行集合。

举例来说，设定数据库中包括31个案例执行集合，各个案例执行集合对应单位时间段为2021年1月1日、2021年1月2日、…、2021年1月31日，即数据库中存储的各个键名为2021年1月1日、2021年1月2日、…、2021年1月31日。设定预设时间条件为2021年1月，基于预设时间条件确定正则表达式为2021年1月*。根据正则表达式对数据库进行键名查询，确定与预设时间条件相匹配的键名为2021年1月1日、2021年1月2日、……、2021年1月31日，则目标案例执行集合包括：2021年1月1日至2021年1月31日对应的所有案例执行集合。

步骤S202，将多个目标案例执行集合合并，获得预设时间条件对应的活跃度检测集合，以及活跃度检测集合中各个测试案例的案例活跃度。

具体地，测试案例的案例活跃度是基于测试案例对应的测试案例标识和活跃特征信息确定的。将多个目标案例执行集合合并，获得预设时间条件对应的活跃度检测集合，包括以下步骤：

依次将多个目标案例执行集合包含的测试案例的测试案例标识和活跃特征信息添加至参考集合，每次添加后，将参考集合中同一测试案例标识对应的活跃特征信息合并。最后，将添加结束后获得的参考集合，作为活跃度检测集合，其中，活跃度检测集合中每个测试案例的案例活跃度，是对测试案例对应的各个活跃特征信息合并后获得的。

具体实施中，将各个活跃特征信息合并可以是将各个活跃特征信息相加，也可以是将各个活跃特征信息按照各个目标案例执行集合的权重进行相加。在获得的活跃度检测集合中，预设时间条件作为键名，活跃度检测集合中对应该键名存储了各个测试案例的测试案例标识和案例活跃度。

举例来说，设定活跃特征信息为预设值1，预设时间条件为2021年5月，满足预设时间条件的目标案例执行集合包括：目标案例执行集合1和目标案例执行集合2。目标案例执行集合1包括3个测试案例的测试案例标识和相应的活跃特征信息，如表1所示。目标案例执行集合2包括3个测试案例的测试案例标识和相应的活跃特征信息，如表2所示。

表1.

测试案例标识	活跃特征信息
		测试案例1	1
测试案例2	1
		测试案例3	1

表2.

测试案例标识	活跃特征信息
		测试案例2	1
测试案例4	1
		测试案例5	1

设定参考集合1为空的有序集合，参考集合1对应的键名为2021年5月。将目标案例执行集合1中包含的测试案例的测试案例标识和活跃特征信息添加至参考集合1，此时，参考集合1如表3所示。

表3.

测试案例标识	活跃特征信息
		测试案例1	1
测试案例2	1
		测试案例3	1

然后将目标案例执行集合2中包含的测试案例的测试案例标识和活跃特征信息添加至参考集合1，并将目标案例执行集合1和目标案例执行集合2均包含的测试案例2的活跃特征信息相加，获得测试案例2的活跃特征信息为2，其他测试案例的活跃特征信息均为1，具体如表4所示。

表4即为合并后获得的活跃度检测集合。将表4中各个测试案例对应的活跃特征信息，作为各个测试案例对应的案例活跃度，即测试案例1的案例活跃度为1，测试案例2的案例活跃度为2，测试案例3的案例活跃度为1，测试案例4的案例活跃度为1，测试案例5的案例活跃度为1。

表4.

测试案例标识	活跃特征信息
		测试案例1	1
测试案例2	2
		测试案例3	1
测试案例4	1
		测试案例5	1

举例来说，设定活跃特征信息为测试案例的被执行次数，预设时间条件为2021年5月，满足预设时间条件的目标案例执行集合包括：目标案例执行集合1和目标案例执行集合2。目标案例执行集合1包括3个测试案例的测试案例标识和相应的活跃特征信息，如表5所示。目标案例执行集合2包括3个测试案例的测试案例标识和相应的活跃特征信息，如表6所示。

表5.

测试案例标识	活跃特征信息
		测试案例1	3
测试案例2	5
		测试案例3	7

表6.

测试案例标识	活跃特征信息
		测试案例2	1
测试案例4	2
		测试案例5	6

设定参考集合2为空的有序集合，参考集合2对应的键名为2021年5月。将目标案例执行集合1中包含的测试案例的测试案例标识和活跃特征信息添加至参考集合2，此时，参考集合2如表7所示。

表7.

测试案例标识	活跃特征信息
		测试案例1	3
测试案例2	5
		测试案例3	7

然后将目标案例执行集合2中包含的测试案例的测试案例标识和活跃特征信息添加至参考集合2，并将目标案例执行集合1和目标案例执行集合2均包含的测试案例2的活跃特征信息相加，获得测试案例2的活跃特征信息为6，其他测试案例的活跃特征信息不变，具体如表8所示。

表8即为合并后获得的活跃度检测集合。将表8中各个测试案例对应的活跃特征信息，作为各个测试案例对应的案例活跃度，即测试案例1的案例活跃度为3，测试案例2的案例活跃度为6，测试案例3的案例活跃度为7，测试案例4的案例活跃度为2，测试案例5的案例活跃度为6。

表8.

测试案例标识	活跃特征信息
		测试案例1	3
测试案例2	6
		测试案例3	7
测试案例4	2
		测试案例5	6

在本申请实施例中，每个案例执行集合对应一个单位时间段，每个案例执行集合包括在相应单位时间段内执行的测试案例的测试案例标识和活跃特征信息，故在需要确定一段时间内的测试案例的案例活跃度时，可以直接基于预设时间条件获取相应的多个目标案例执行集合，并将多个目标案例执行集合合并，获得一段时间内的测试案例的案例活跃度，从而提高检测案例活跃度的灵活性和效率，在软件测试领域，扩展了评估案例活跃度的使用场景。

可选地，在上述步骤S202之后，即将多个目标案例执行集合合并，获得预设时间条件对应的活跃度检测集合，以及活跃度检测集合中各个测试案例的案例活跃度之后，还包括：

按照案例活跃度从大到小的顺序，对活跃度检测集合中各个测试案例的案例活跃度进行排序，获得各个测试案例的案例活跃度分布。

或者按照案例活跃度从小到大的顺序，对活跃度检测集合中各个测试案例的案例活跃度进行排序，获得各个测试案例的案例活跃度分布。

举例来说，按照案例活跃度从大到小的顺序，对表4所示的活跃度检测集合中各个测试案例的案例活跃度进行排序，获得各个测试案例的案例活跃度分布如表9所示。

表9.

测试案例标识	活跃特征信息
		测试案例2	2
测试案例1	1
		测试案例3	1
测试案例4	1
		测试案例5	1

在本申请实施例中，根据各个测试案例活跃度分布，可以更加快速地统计出活跃度较高的测试案例和活跃度较低的测试案例，便于后续的测试案例分析和更新。

可选地，在上述步骤S201之前，获取各个案例执行集合的步骤如下：

针对各个测试案例，分别执行以下步骤：

在确定一个测试案例被执行时，基于一个测试案例的执行时间，确定一个测试案例对应的案例执行集合。再将一个测试案例的测试案例标识和活跃特征信息添加至案例执行集合。

具体地，测试案例的测试案例标识、执行时间等信息可以直接从数据库中获取，也可以从测试案例执行记录日志中获取。

在本申请实施例中，在测试案例被执行时，根据测试案例的执行时间，将各个测试案例的测试案例标识和活跃特征信息保存在非关系型数据库中，将活跃度信息等数据收集计算过程分散到每个案例被执行时，减少了查询统计时的计算压力，显著提高查询请求的响应速度，使其易操作、易查看。

当需要按照预设时间条件进行查询时，则根据预设时间条件确定正则表达式，对数据库进行键名查询，得到与预设时间条件相匹配的键名，并将匹配到的键名对应的有序集合作为目标案例执行集合。最后，将多个目标案例执行集合合并，获得预设时间条件对应的活跃度检测集合，以及活跃度检测集合中各个测试案例的案例活跃度。通过查询各个案例执行集合的键值获取目标案例执行集合，而不是对整个数据库中的数据进行查询，提高了数据库查询时的效率，减小了数据库查询时间。由于各个测试案例分别存储于不同案例执行集合的过程和获取目标案例执行集合的过程是分开执行的，降低了各个执行过程的耦合性。

为了更好的解释本申请实施例，下面结合具体的测试案例执行记录场景，描述本申请实施例提供的一种获取各个案例执行集合的方法，如图3所示，包括以下步骤：

步骤S301、第i条测试案例被执行，其中，i>0。

步骤S302、获取第i条记录中的测试案例的测试案例标识、活跃特征信息、测试案例执行时间。

步骤S303、将上述测试案例标识、活跃特征信息、测试案例执行时间添加至mysql数据库中。

步骤S304、根据测试案例执行时间确定测试案例对应的案例执行集合。

步骤S305、将测试案例标识和活跃特征信息添加至redis数据库的该案例执行集合中。

在本申请实施例中，在测试案例被执行时，将各个测试案例的测试案例标识和活跃特征信息按照执行时间分别添加至不同的案例执行集合，有效地实现了按照执行时间划分各个测试案例，便于后续测试案例的案例活跃度检测。

一种可能的实施方式，当活跃特征信息为预设值时，在确定一个测试案例对应的案例执行集合后，若该案例执行集合中并不存在上述测试案例的测试案例标识，则将该测试案例对应的测试案例标识和活跃特征信息添加至案例执行集合；若该案例执行集合中已经存在上述测试案例的测试案例标识，则不做任何处理。

举例来说，测试案例对应的测试案例标识和活跃特征信息如表10所示。

表10.

测试案例标识	活跃特征信息
		测试案例1	1

若该测试案例对应的案例执行集合如表11所示，由于案例执行集合的测试案例标识中并不存在测试案例1，则将该测试案例对应的测试案例标识(测试案例1)和活跃特征信息(1)添加至案例执行集合，添加后的案例执行集合如表12所示。

表11.

测试案例标识	活跃特征信息
		测试案例2	1
测试案例3	1

表12.

测试案例标识	活跃特征信息
		测试案例2	1
测试案例3	1
		测试案例1	1

若该测试案例对应的案例执行集合如表13所示，由于案例执行集合的测试案例标识中已经存在测试案例1，则不作任何处理。

表13.

在本申请实施例中，活跃特征信息为预设值，将各个测试案例的测试案例标识和活跃特征信息按照执行时间分别添加至不同的案例执行集合，可以清晰便捷地记录各个测试案例在不同单位时间段的是否被执行。

另一种可能的实施方式，当活跃特征信息为测试案例的被执行次数时，在确定一个测试案例对应的案例执行集合后，若该案例执行集合中并不存在上述测试案例的测试案例标识，则将该测试案例对应的测试案例标识和活跃特征信息添加至案例执行集合；若该案例执行集合中已经存在上述测试案例的测试案例标识，则将案例执行集合中该测试案例标识对应的活跃特征信息与上述测试案例对应的活跃特征信息相加。

举例来说，测试案例对应的测试案例标识和活跃特征信息如表14所示。

表14.

测试案例标识	活跃特征信息
		测试案例1	3

若该测试案例对应的案例执行集合如表15所示，由于案例执行集合的测试案例标识中并不存在测试案例1，则将该测试案例对应的测试案例标识(测试案例1)和活跃特征信息(3)添加至案例执行集合，添加后的案例执行集合如表16所示。

表15.

测试案例标识	活跃特征信息
		测试案例2	2
测试案例3	5

表16.

若该测试案例对应的案例执行集合如表17所示，由于案例执行集合的测试案例标识中已经存在测试案例1，则将案例执行集合中测试案例1对应的活跃特征信息3与上述测试案例对应的活跃特征信息3相加，更新后的案例执行集合如表18所示。

表17.

测试案例标识	活跃特征信息
		测试案例1	3
测试案例2	4
		测试案例3	5

表18.

测试案例标识	活跃特征信息
		测试案例1	6
测试案例2	4
		测试案例3	5

在本申请实施例中，活跃特征信息为测试案例的被执行次数，将各个测试案例的测试案例标识和活跃特征信息按照执行时间分别添加至不同的案例执行集合，可以清晰便捷地记录各个测试案例在不同单位时间段内被执行的次数。

基于相同的技术构思，本申请实施例提供了一种案例活跃度检测装置，如图4所示，该装置400包括：

获取模块401，用于获取满足预设时间条件的多个目标案例执行集合，其中，每个案例执行集合对应一个单位时间段，每个案例执行集合包括：在相应单位时间段内执行的测试案例的测试案例标识和活跃特征信息；

合并模块402，用于将所述多个目标案例执行集合合并，获得所述预设时间条件对应的活跃度检测集合，以及所述活跃度检测集合中各个测试案例的案例活跃度，其中，所述测试案例的案例活跃度是基于所述测试案例对应的测试案例标识和活跃特征信息确定的。

可选地，还包括添加模块403，所述添加模块403具体用于：

获取满足预设时间条件的多个目标案例执行集合之前，针对各个测试案例，分别执行以下步骤：

在确定一个测试案例被执行时，基于所述一个测试案例的执行时间，确定所述一个测试案例对应的案例执行集合；

将所述一个测试案例的测试案例标识和活跃特征信息添加至所述案例执行集合。

可选地，所述合并模块402具体用于：

依次将所述多个目标案例执行集合包含的测试案例的测试案例标识和活跃特征信息添加至参考集合，每次添加后，将所述参考集合中同一测试案例标识对应的活跃特征信息合并；

将添加结束后获得的参考集合，作为活跃度检测集合，其中，所述活跃度检测集合中每个测试案例的案例活跃度，是对所述测试案例对应的各个活跃特征信息合并后获得的。

可选地，还包括排序模块404，所述排序模块404具体用于：

将所述多个目标案例执行集合合并，获得所述预设时间条件对应的活跃度检测集合，以及所述活跃度检测集合中各个测试案例的案例活跃度之后，按照案例活跃度从大到小的顺序，对所述各个测试案例的案例活跃度进行排序，获得所述各个测试案例的案例活跃度分布。

可选地，所述获取模块401具体用于：

基于预设时间范围，获得多个目标案例执行集合。

可选地，所述活跃特征信息为预设值，或者测试案例的被执行次数。

基于相同的技术构思，本申请实施例提供了一种计算机设备，计算机设备可以是终端或服务器，如图5所示，包括至少一个处理器501，以及与至少一个处理器连接的存储器502，本申请实施例中不限定处理器501与存储器502之间的具体连接介质，图5中处理器501和存储器502之间通过总线连接为例。总线可以分为地址总线、数据总线、控制总线等。

在本申请实施例中，存储器502存储有可被至少一个处理器501执行的指令，至少一个处理器501通过执行存储器502存储的指令，可以执行上述案例活跃度检测方法中所包括的步骤。

其中，处理器501是计算机设备的控制中心，可以利用各种接口和线路连接计算机设备的各个部分，通过运行或执行存储在存储器502内的指令以及调用存储在存储器502内的数据，从而进行案例活跃度检测。可选的，处理器501可包括一个或多个处理单元，处理器501可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器501中。在一些实施例中，处理器501和存储器502可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。

处理器501可以是通用处理器，例如中央处理器(CPU)、数字信号处理器、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器502作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器502可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Random AccessMemory，RAM)、静态随机访问存储器(Static Random Access Memory，SRAM)、可编程只读存储器(Programmable Read Only Memory，PROM)、只读存储器(Read Only Memory，ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性存储器、磁盘、光盘等等。存储器502是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器502还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

基于同一发明构思，本申请实施例提供了一种计算机可读存储介质，其存储有可由计算机设备执行的计算机程序，当程序在计算机设备上运行时，使得计算机设备执行上述案例活跃度检测方法的步骤。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种案例活跃度检测方法，其特征在于，包括：

获取满足预设时间条件的多个目标案例执行集合，其中，每个案例执行集合对应一个单位时间段，每个案例执行集合包括：在相应单位时间段内执行的测试案例的测试案例标识和活跃特征信息；

将所述多个目标案例执行集合合并，获得所述预设时间条件对应的活跃度检测集合，以及所述活跃度检测集合中各个测试案例的案例活跃度，其中，所述测试案例的案例活跃度是基于所述测试案例对应的测试案例标识和活跃特征信息确定的。

2.如权利要求1所述的方法，其特征在于，所述获取满足预设时间条件的多个目标案例执行集合之前，还包括：

针对各个测试案例，分别执行以下步骤：

在确定一个测试案例被执行时，基于所述一个测试案例的执行时间，确定所述一个测试案例对应的案例执行集合；

将所述一个测试案例的测试案例标识和活跃特征信息添加至所述案例执行集合。

3.如权利要求1所述的方法，其特征在于，所述将所述多个目标案例执行集合合并，获得所述预设时间条件对应的活跃度检测集合，包括：

依次将所述多个目标案例执行集合包含的测试案例的测试案例标识和活跃特征信息添加至参考集合，每次添加后，将所述参考集合中同一测试案例标识对应的活跃特征信息合并；

将添加结束后获得的参考集合，作为活跃度检测集合，其中，所述活跃度检测集合中每个测试案例的案例活跃度，是对所述测试案例对应的各个活跃特征信息合并后获得的。

4.如权利要求1所述的方法，其特征在于，所述将所述多个目标案例执行集合合并，获得所述预设时间条件对应的活跃度检测集合，以及所述活跃度检测集合中各个测试案例的案例活跃度之后，还包括：

按照案例活跃度从大到小的顺序，对所述各个测试案例的案例活跃度进行排序，获得所述各个测试案例的案例活跃度分布。

5.如权利要求1所述的方法，其特征在于，所述获取满足预设时间条件的多个目标案例执行集合，包括：

基于预设时间范围，获得多个目标案例执行集合。

6.如权利要求1至5任一所述的方法，其特征在于，所述活跃特征信息为预设值，或者测试案例的被执行次数。

7.一种案例活跃度检测装置，其特征在于，包括：

获取模块，用于获取满足预设时间条件的多个目标案例执行集合，其中，每个案例执行集合对应一个单位时间段，每个案例执行集合包括：在相应单位时间段内执行的测试案例的测试案例标识和活跃特征信息；

合并模块，用于将所述多个目标案例执行集合合并，获得所述预设时间条件对应的活跃度检测集合，以及所述活跃度检测集合中各个测试案例的案例活跃度，其中，所述测试案例的案例活跃度是基于所述测试案例对应的测试案例标识和活跃特征信息确定的。

8.如权利要求7所述的装置，其特征在于，还包括添加模块；

所述添加模块具体用于：

获取满足预设时间条件的多个目标案例执行集合之前，针对各个测试案例，分别执行以下步骤：

在确定一个测试案例被执行时，基于所述一个测试案例的执行时间，确定所述一个测试案例对应的案例执行集合；

将所述一个测试案例的测试案例标识和活跃特征信息添加至所述案例执行集合。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1～6任一权利要求所述方法的步骤。

10.一种计算机可读存储介质，其特征在于，其存储有可由计算机设备执行的计算机程序，当所述程序在计算机设备上运行时，使得所述计算机设备执行权利要求1～6任一所述方法的步骤。

Images