CN107391386A - 测试工具的时间资源管理系统和方法 - Google Patents

Abstract

本公开提供了一种测试工具的时间资源管理系统和方法，将时间片分配给测试工具用户，监控时间片内测试工具资源的运行状态，并基于不同的运行状态进行相应的操作，统计时间片内测试工具资源的使用情况。本公开在透明性、高效性、灵活性、监督性这四个方面都优于现有技术，同时在操作界面上也具备了足够的便捷性。

Description

测试工具的时间资源管理系统和方法

技术领域

本公开涉及软件测试技术领域，尤其涉及一种测试工具的时间资源管理系统和方法。

背景技术

在软件测试中，软件测试工具是必不可少的。由于软件测试工具本身的价格昂贵，在从事软件测试的机构中，软件测试工具通常是一种有限的资源。一种常见的情况是，一种测试工具可并发运行的个数限制为N，而同期需要进行的测试项目所需求的测试工具个数M大于N，这就存在资源的竞争。当资源不能满足所有测试项目同时进行时，需要一定的策略安排测试项目进行的先后次序。因此，为了保障软件测试工作的顺利进行，需要有效的测试工具管理手段来在多个的测试项目中分配有限的资源。

在实际软件测试项目的进行过程中，并不是所有阶段都需要使用测试工具，比如录制脚本、人员沟通、修改调试程序等阶段并不需要占用测试工具。多数测试项目对测试工具的需求呈现出“需要占用”、“不需要占用”两种状态的往复交替。因此，基本的测试工具管理思路就是分“时间片”管理，即把时间资源按一定的粒度划分成片，供有需求的测试项目进行申请。测试工具的时间片分配给测试项目后，处于被占用状态，直到使用结束时释放出来，继续供其他测试项目申请。没有分到时间片的测试项目则进行不需测试工具的工作，或者等待时间片的释放。

好的时间资源管理应该能将测试工具资源最有效地利用，即把时间资源分配给真正有需求的测试项目，并在高效利用之后及时回收。但是在本公开之前，现有的管理方案并不能达到理想的效果。管理效果的不理想主要原因有不能妥当地解决资源竞争、不能有效地保障测试工具充分使用等。这样的结果就是，存在一些测试项目占有却不使用资源，而急需资源的测试项目却分配不到资源，影响软件测试工作的整体效率。

现有的时间资源管理技术大体可以概括成采用“流水线方式”管理测试工具时间资源。测试项目或用户提出时间片申请，管理员首先对申请进行审批。审批通过后，管理员检查确定当前时间是否存在空闲测试工具，即是否存在可用资源。如果存在，就分配相应资源给该测试项目，测试项目在其申请时间片内占有并可以使用该部分资源，时间片到期时资源被回收。如果不存在可用资源，则把申请置入等候队列。当有资源被释放时，从队列前端选取项目为其分配资源。

在专职负责软件测试的部门，所承接的测试项目繁多，尤其是在特定的时期内会出现测试项目数量激增的“高峰期”。此时，有限的测试工具资源成为测试工作整体效率的重要瓶颈。例如某测试工具的控制机并发数目最大限制为8个，而同时期在进行的测试项目有20个，这样必然存在资源竞争的情况。

现有的这种简单的时间资源管理分配方式可以在资源竞争不太强烈的情况下满足测试工作的需求，但在资源竞争强烈的情况下体现出来很大的局限性，包括资源使用情况不透明，以及对低效率使用资源的测试项目缺乏反馈和约束机制。这样测试项目申请时间资源时很容易产生非理性的竞争。事实上，每个测试项目都要尽全力为自己的项目争取资源，而往往不顾及其他项目的需求，因此会争相提前提出申请，以抢占资源。激烈的竞争导致非理性的申请，例如产生先抢占资源再考虑是否使用的情况。一种实际出现过的情形是，每天早上开放时间片申请的时候，所有项目争抢申请时间片，然后短时间内时间资源分配一空，而后来的项目无法申请到资源。这样的问题在于，有需求的项目不一定能申请成功，而申请成功的项目也不一定真正高效使用测试工具。例如，一个项目可能只需要使用测试工具四个小时，但他却申请占用测试工具一整天时间，以免再次申请时申请不到。这样会造成严重的资源浪费，不利于合理分配资源，影响测试工作整体效率。

资源需求方的非理性竞争，暴露了现有管理方法在透明性、高效性、灵活性、监督性等方面的不足。更加透明高效的管理策略和对竞争行为合理的约束是先进管理方法所必须具备的。

公开内容

(一)要解决的技术问题

为了解决上述技术问题的至少其中之一，本公开提供了一种测试工具的时间资源管理系统和方法。

(二)技术方案

本公开提供了一种测试工具的时间资源管理系统，包括：分配模块，用于将时间片分配给测试工具用户；监控模块，用于监控时间片内测试工具资源的运行状态，并基于不同的运行状态进行相应的操作；统计模块，用于统计时间片内测试工具资源的使用情况。

在本公开的一些实施例中，所述分配模块包括：接收子模块，用于接收时间片申请信息；计算子模块，用于计算时间片分配情况，并根据时间片分配情况以及时间片申请信息，筛选出可用时间片；显示子模块，用于接收时间片分配情况以及可用时间片，并将时间片分配情况以及可用时间片显示给用户；选择子模块，用于接收用户提交的可用时间片信息，并发送审批提醒消息；确认子模块，用于接收确认信息，将用户选择的可用时间片分配给用户。

在本公开的一些实施例中，所述确认子模块还用于自动发送使用提醒消息。

在本公开的一些实施例中，所述监控模块包括：跟踪子模块，用于获取测试工具资源的运行信息；提醒子模块，当根据测试工具资源的运行信息判定已被占用的测试工具资源闲置时，用于自动发送闲置提醒消息；释放子模块，当时间片申请到期后，用于将时间片内的测试工具资源释放。

在本公开的一些实施例中，所述跟踪子模块通过与测试工具相互通信，获取测试工具运行数据库中的测试项目运行状态，并根据测试项目运行状态获取测试工具资源的运行信息。

在本公开的一些实施例中，所述接收子模块用于接收紧急时间片申请信息；选择子模块用于发送紧急提醒消息；所述监控模块还包括：回收子模块，用于将至少部分测试工具资源回收。

在本公开的一些实施例中，所述提醒子模块还用于记录闲置提醒消息并显示闲置提醒记录。

在本公开的一些实施例中，所述统计模块通过与测试工具通信，获取测试工具资源的使用情况，并生成统计报表。

在本公开的一些实施例中，所述统计模块还用于对测试工具资源的使用情况进行叠加和排序。

本公开还提供了一种测试工具的时间资源管理方法，包括：将时间片分配给测试工具用户；监控时间片内测试工具资源的运行状态，并基于不同的运行状态进行相应的操作；统计时间片内测试工具资源的使用情况。

在本公开的一些实施例中，所述将时间片分配给测试工具用户包括：接收时间片申请信息；计算时间片分配情况，并根据时间片分配情况以及时间片申请信息，筛选出可用时间片；接收时间片分配情况以及可用时间片，并将时间片分配情况以及可用时间片显示给用户；接收用户提交的可用时间片信息，并发送审批提醒消息；接收确认信息，将用户选择的可用时间片分配给用户。

在本公开的一些实施例中，在所述接收确认信息，将用户选择的可用时间片分配给用户之后还包括：自动发送使用提醒消息。

在本公开的一些实施例中，所述监控时间片内测试工具资源的运行状态，并基于不同的运行状态进行相应的操作包括：获取测试工具资源的运行信息；当根据测试工具资源的运行信息判定已被占用的测试工具资源闲置时，自动发送闲置提醒消息；当时间片申请到期后，用于将时间片内的测试工具资源释放。

在本公开的一些实施例中，所述获取测试工具资源的运行信息包括：与测试工具相互通信，获取测试工具运行数据库中的测试项目运行状态，并根据测试项目运行状态获取测试工具资源的运行信息。

在本公开的一些实施例中，还包括：接收紧急时间片申请信息；发送紧急提醒消息；将至少部分测试工具资源回收。

在本公开的一些实施例中，还包括：记录闲置提醒消息并显示闲置提醒记录。

在本公开的一些实施例中，所述统计时间片内测试工具资源的使用情况包括：通过与测试工具通信，获取测试工具资源的使用情况，并生成统计报表。

在本公开的一些实施例中，还包括：对测试工具资源的使用情况进行叠加和排序。

(三)有益效果

从上述技术方案可以看出，本公开的测试工具的时间资源管理系统和方法具有以下有益效果：

(1)高效性：有限的软件测试工具资源的高效利用，当测试项目数量繁多、测试工具资源不足时，最大限度地提高测试工具资源的调度效率，进而提高软件测试工作的整体工作效率；

(2)便捷性：对测试工具管理员和申请使用测试工具时间资源的用户，都有便捷的操作界面，清晰的操作逻辑；

(3)透明性：测试工具时间资源的分配情况对用户透明，可按需筛选可用资源，申请到资源的项目运行情况对管理平台和管理员透明，方便对占用资源却持续空闲的项目及时进行提醒；

(4)灵活性：实现灵活申请资源、回收资源，满足紧急项目要求，不同测试工具采用不同的时间资源管理粒度，同一测试工具不同时间段也有不同的时间资源管理粒度；

(5)监督性：对测试项目使用测试工具的实际效率进行定期公开，起到监督反馈的作用，从而进一步保障测试工具的高效使用。

附图说明

图1是本公开实施例测试工具的时间资源管理系统的结构示意图；

图2是本公开实施例的时间片选择界面软件截图；

图3是本公开实施例的邮件提醒记录页面软件截图；

图4是本公开实施例的按测试工具资源浪费情况对测试项目排序的示例图；

图5是本公开实施例的单个项目每天的资源申请情况、使用情况示例图；

图6是本公开实施例测试工具的时间资源管理方法的流程图；

图7是本公开实施例测试工具的时间资源管理方法的交互过程图。

具体实施方式

本公开针对原有测试工具时间资源管理系统及方法存在的弊端，采取多项应对措施，提供了一种集成“事前分析、事中跟踪、事后评价”的测试工具的时间资源管理系统和方法。

为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。

本公开实施例提出了一种测试工具的时间资源管理系统，如图1所示，包括：分配模块、监控模块和统计模块。

分配模块，用于将时间片分配给测试工具用户。

监控模块，用于监控时间片内测试工具资源的运行状态，并基于不同的运行状态进行相应的操作。

统计模块，用于统计时间片内测试工具资源的使用情况。

分配模块实现测试工具时间资源管理的事前分析，包括：接收子模块、计算子模块、显示子模块、选择子模块和确认子模块。

当测试工具用户需要使用测试工具对某个项目进行测试时，用户向时间资源管理系统提出新的时间片申请，接收子模块用于接收时间片申请信息，该时间片申请信息包括时间片信息以及测试工具资源信息，其可以反映用户想在哪些时间片使用哪些测试工具。

所述时间片指的是：为方便测试工具的时间资源管理，而将连续的时间分割成离散的时间片段，其中每一个时间片段都被简称为时间片。测试工具资源信息包括测试工具的种类和数量。

当接收到时间片申请信息后，计算子模块会根据分配周期内测试工具的占用情况，计算出时间片分配情况。分配周期通常可以是一周时间，时间片分配情况可以包括：每一个时间片的已占用测试工具资源、剩余测试工具资源以及已分配的测试项目信息等。计算子模块根据时间片分配情况，以用户申请的测试工具资源信息为条件，筛选出可用时间片，便于用户选择。

显示子模块用于接收计算子模块计算的时间片分配情况以及筛选的可用时间片，并将时间片分配情况以及可用时间片显示给用户。

显示给用户的界面类似电影院选座界面，区别在于界面中的每个时间片对应不同种类的多个测试工具资源。当本时间片内的测试工具资源无法满足用户需要的种类或数量时，该时间片显示为不可用。用户遇到时间片不可用的情况时，可以适当减少申请的测试工具种类和/或数量，计算子模块会根据更改后的时间片申请重新筛选可用时间片，从而实现了动态筛选，提高了时间资源管理的灵活性。

时间片可根据经验对不同的测试工具采取不同的管理粒度。在一个示例中，时间资源管理系统为中国农业银行的测试工作平台(TWP)。对于Performance Center(PC)测试工具，时间片以半小时为计量单位；对于QuickTest Professional(QTP)测试工具，时间片以2小时为计量单位。进一步地，同一测试工具在工作时间和非工作时间的时间片管理粒度也可以区分对待，设置为不同管理粒度，从而保证测试工具时间片管理的灵活性。

当用户选择了可用时间片并提交申请后，选择子模块接收用户提交的可用时间片信息，并发送审批提醒消息，该审批提醒消息可以是在待我审批列表中增加的条目、或者电子邮件，其内容包括用户选择的可用时间片，以供管理员审批。

管理员收到审批提醒消息后，对用户选择的可用时间片进行审批。管理员在用户申请的测试工具控制端为测试项目配置测试工具使用时间，测试工具开始在其运行数据库中记录测试项目的运行状态；然后在时间资源管理系统进行审批操作，确认子模块用于接收管理员审批操作所发出的确认信息，将用户选择的可用时间片分配给用户。将可用时间片分配给用户后，确认子模块还可以自动发送使用提醒消息给用户，提醒用户开始测试并将该测试项目列为监控对象，该使用提醒消息可以是电子邮件。

以中国农业银行的测试工作平台(TWP)以及Performance Center(PC)测试工具为例。测试工具资源包括PC控制机数量、压力机数量、并发用户总数，这些都是有限的资源，其中PC控制机数量是绝大多数情况下的瓶颈，因而是TWP平台对测试工具时间资源管理的首要目标。

在利用分配模块对时间资源管理的事前分析阶段，TWP后台会根据本周内的时间片申请记录和审批记录，统计PC测试工具在本周所有时间片的控制机、压力机、并发用户数的占用数量。

用户在TWP平台填写时间片申请单，TWP平台根据本周内测试工具的占用情况，计算出每个时间片的控制机、压力机、并发用户数等资源占用情况。根据用户填写的时间片申请单中的控制机、压力机、并发用户数的需求量和TWP平台内各个时间片PC测试工具的资源数量，动态筛选出可用时间片和不可用时间片，在前台通过时间片选择界面展现给用户，供其选择合适的时间片资源。若当前可用时间片均不满足用户的需求，用户可灵活调整资源需求(减少测试工具资源的数量或改变测试工具资源的类型)，进一步筛选出适合的可用时间片。

在本实施例中，一个典型的时间片选择界面如图2所示，其显示了时间片选择界面的软件截图。时间片选择界面显示本周提供的时间片，非工作时间的时间片粒度为两个小时，工作时间(08:30～17:30)的时间片粒度为半小时。点击每个时间片空白处，可显示已占用该时间片的测试项目名称和该时间片剩余的测试工具资源。如果有某些时间片中PC控制机、压力机或并发用户数已经被其他测试项目占满，或着剩余的控制机数量、压力机数量或并发用户数小于当前用户申请的数量，则这些时间片将在界面呈现灰色的不可选状态。

图2中的例子，当前用户打开界面的时间为周四下午14:30，则已经逝去的时间片处于不可选状态，之后时间片的测试工具资源都满足用户的需求，因而都处于可选状态。界面中目前选择了周五上午08:30～11:30的连续时间段。

用户选择了可用时间片并提交申请后，TWP把时间片申请提交给管理员审批。提醒管理员的方式包括TWP平台中待我审批列表中增加条目以及直接发送邮件提醒。管理员根据测试工具管理规程要求对申请进行审批，并落实时间片分配。

本公开为用户提供了清晰的时间片选择界面，实时显示时间片和多种测试工具资源的占用情况，包括测试工具资源是否已经被占用以及被谁占用。同时，根据用户申请的测试工具资源需求，可动态筛选出可用时间片，为用户和管理员都提供了足够的透明性、便捷性、灵活性。

监控模块实现测试工具时间资源管理的事中跟踪，包括：跟踪子模块、提醒子模块、回收子模块、释放子模块。

跟踪子模块在后台实时跟踪测试项目的运行状态，其与测试工具相互通信，获取测试工具运行数据库中的测试项目运行状态，包括：测试项目在用户申请时间片中的运行次数、运行总时长、最后一次运行开始时间和持续时间等。跟踪子模块通过上述运行状态获取测试工具资源的运行信息。

提醒子模块，接收跟踪子模块获取的测试工具资源的运行信息，并进行判断。当判定已被占用的测试工具资源闲置时，即在一段连续的时间内空闲，则提醒子模块按照一定的提醒规则向用户自动发送闲置提醒消息，以提醒占用测试工具资源的测试项目。同时，该提醒子模块还记录所发出的所有闲置提醒消息并显示闲置提醒记录。该闲置提醒消息可以是电子邮件，邮件提醒的方式可以采取周期性多次提醒，直到测试工具资源再次运行、提前释放或申请的时间片到期为止。该一段连续的时间可以根据实际情况选取，一定的提醒规则可以是周期性提醒。

对于特殊情形下的紧急申请单，对其进行灵活处理。当所有时间片已经占满，而有测试项目急需申请新的时间片时，分配模块的接收子模块还用于接收紧急时间片申请信息，选择子模块发送对应的紧急提醒消息提醒管理员。管理员通过时间资源管理系统判断并定位当前已分配时间片的非紧急测试项目。然后，管理员可以通过与非紧急测试项目用户电话沟通等应急措施回收部分测试工具资源，供紧急项目申请使用。当管理员进行回收部分测试工具资源的操作时，回收子模块接收与回收操作对应的回收信息，并将该部分测试工具资源回收并将回收的测试工具资源分配给紧急测试项目用户。

释放子模块，当时间片申请到期后，用于将时间片内的测试工具资源自动回收和释放。

在本实施例中，TWP后台设置有定时器，每分钟与PC工具通信一次并检查PC运行数据库，获取已分配时间片的测试项目信息、各测试项目在申请时间片内的运行次数、运行总时长、最后一次运行的开始时间和持续时间等，并通过运行状态获取测试工具资源的运行信息。

当某一个测试项目用户申请了PC工具但已连续闲置超过30分钟时，提醒子模块发送电子邮件提醒用户。一次邮件提醒之后，若该PC工具仍未被使用，则按照5分钟、10分钟、15分钟、30分钟的时间间隔再次向用户发电子邮件提醒，直到用户开始使用PC工具、提前释放PC工具或申请时间到期为止。

一个典型的电子邮件主题为“PC时间片未使用提醒”，正文为“您好，xxx，您的项目《xxx》申请的PC时间片已经连续30分钟没有使用，请合理安排PC使用时间！本邮件由系统自动发送，请勿回复，如有问题请与xxx联系，谢谢！”。管理员可以查看所有邮件提醒记录，邮件提醒记录页面软件截图如图3所示。

本公开的邮件提醒策略一方面提示用户尽快开始测试，有利于当前测试项目在所申请时间片内完成；另一方面，这种提醒机制可以促使用户养成按需申请时间片的习惯。例如，如果申请了时间片却令测试工具长时间闲置，则不断发送的提醒邮件数目会持续累积，对浪费资源的用户来说起到了一定惩戒的作用，因而可以促使他们以后申请时间片前做好使用的规划。同时，管理员掌握系统发送提醒邮件的记录，这样和用户对工具空闲情况进行沟通时有所依据，降低了管理员的沟通协调难度。可见，事中跟踪策略在多方面都保障了测试工具时间片管理的高效性，并且管理员还掌握了当前占用资源的运行情况，面对紧急项目申请可以进行特殊处理，增加了时间片管理的灵活性。

统计模块与测试工具通信，获取测试工具资源的使用情况，并生成统计报表，用于测试工具时间资源管理的事后评价。

本实施例中，TWP与PC工具通信，从PC运行数据库中抽取使用情况数据，统计每个测试项目的申请时间、实际使用时间、申请并发数、实际使用并发数，并可以自动生成报表。统计模块还可以每周对上述使用情况数据进行叠加和排序。在一个示例中，采用如下排序方式：根据实际使用时间和所申请时间的差值对测试项目排序，这样就对各个测试项目对测试工具资源的浪费情况一目了然。

图4是按测试工具资源浪费情况对测试项目排序的示例图。图5是单个项目每天的资源申请情况、使用情况示例图。在实际报表中，还会通过更详细的列表呈现测试工具使用情况。

管理员可以定期(例如一周)汇总测试工具的统计报表，并整理形成测试工具使用统计报告。统计报告将及时反馈给各个测试部门的负责人，以便对存在资源浪费情况的测试项目进行提醒。

例如，统计报告中可以展示出各个测试项目申请时间与使用时间的比例，并按浪费情况排序。各个测试部门获得报告的反馈后，会关注浪费资源的测试项目，提醒相关测试人员做好测试时间的规划。

此外，通过制作测试工具长期占用情况的趋势分析图，可以预测未来一段时间某种测试工具资源的紧张程度，为科学合理做好测试工具资源配置提供基础数据和决策参考。

本公开实现了良好的监督效果，以反馈的方式进一步保证了管理的高效性。此外，多期周报所呈现的测试工具使用情况变化趋势还可作为工具新增采购的需求依据。

本公开另一实施例提出了一种测试工具的时间资源管理方法，如图6所示，该方法包括：

步骤S1：将时间片分配给测试工具用户；

步骤S2：监控时间片内测试工具资源的运行状态，并基于不同的运行状态进行相应的操作；

步骤S3：统计时间片内测试工具资源的使用情况。

请一并参见图7对本公开的方法进行详细说明。

步骤S1为事前分析阶段，具体包括：

测试工具用户向时间资源管理系统提出新的测试工具时间片申请。

接收到时间片申请信息后，时间资源管理系统会根据分配周期内测试工具的占用情况，计算出时间片分配情况，以用户申请的测试工具资源信息为条件筛选出可用时间片，并将时间片分配情况以及可用时间片显示给用户，便于用户选择。

用户选择可用时间片并提交申请，时间资源管理系统向管理员发送审批提醒消息，以供管理员审批。

管理员在时间资源管理系统进行审批操作。如果审批通过，时间资源管理系统将用户选择的可用时间片分配给用户，并自动发送使用提醒消息给用户，用户开始使用测试工具。如果审批不通过，则本次时间片申请使用过程结束。

步骤S2为事中跟踪阶段，具体包括：

时间资源管理系统与测试工具相互通信，获取测试工具运行数据库中的测试项目运行状态，并通过上述运行状态获取测试工具资源的运行信息。

判断已被占用的测试工具资源是否闲置。

如果是，向用户自动发送闲置提醒消息，直到测试工具资源再次运行、提前释放或申请的时间片到期为止。如果否，判断时间片申请是否到期，如果是，将时间片内的测试工具资源自动回收和释放，本次时间片申请使用过程结束。如果否，继续获取测试工具运行数据库中的测试项目运行状态以及测试工具资源的运行信息。

步骤S3为事后评价阶段，管理员可以定期(例如一周)汇总测试工具统计报表，并整理形成测试工具使用统计报告，评价各个测试项目的资源浪费情况。统计报告将及时反馈给各个测试部门的负责人，负责人收到报告后针对存在资源浪费情况的测试项目进行批评、监督。

总之，本公开在透明性、高效性、灵活性、监督性这四个方面都优于现有技术，同时在操作界面上也具备了足够的便捷性。本公开的高效性体现在：有限的软件测试工具资源的高效利用，当测试项目数量繁多、测试工具资源不足时，最大限度地提高测试工具资源的调度效率，进而提高软件测试工作的整体工作效率；便捷性体现在：对测试工具管理员和申请使用测试工具时间资源的用户，都有便捷的操作界面，清晰的操作逻辑；透明性体现在：测试工具时间资源的分配情况对用户透明，可按需筛选可用资源；申请到资源的项目运行情况对管理平台和管理员透明，方便对占用资源却持续空闲的项目及时进行提醒；灵活性体现在：实现灵活申请资源、回收资源，满足紧急项目要求，不同测试工具采用不同的时间资源管理粒度，同一测试工具不同时间段也有不同的时间资源管理粒度；监督性体现在：对测试项目使用测试工具的实际效率进行定期公开，起到监督反馈的作用，从而进一步保障测试工具的高效使用。

至此，已经结合附图对本实施例进行了详细描述。依据以上描述，本领域技术人员应当对本公开有了清楚的认识。

需要说明的是，在附图或说明书正文中，未绘示或描述的实现方式，均为所属技术领域中普通技术人员所知的形式，并未进行详细说明。此外，上述对各元件的定义并不仅限于实施例中提到的各种具体结构、形状或方式，本领域普通技术人员可对其进行简单地更改或替换，例如：

(1)实施例中提到的方向用语，例如“上”、“下”、“前”、“后”、“左”、“右”等，仅是参考附图的方向，并非用来限制本公开的保护范围；

(2)上述实施例可基于设计及可靠度的考虑，彼此混合搭配使用或与其他实施例混合搭配使用，即不同实施例中的技术特征可以自由组合形成更多的实施例。

以上所述的具体实施例，对本公开的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本公开的具体实施例而已，并不用于限制本公开，凡在本公开的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (18)

1.一种测试工具的时间资源管理系统，包括：

分配模块，用于将时间片分配给测试工具用户；

监控模块，用于监控时间片内测试工具资源的运行状态，并基于不同的运行状态进行相应的操作；

统计模块，用于统计时间片内测试工具资源的使用情况。

2.如权利要求1所述的时间资源管理系统，所述分配模块包括：

接收子模块，用于接收时间片申请信息；

计算子模块，用于计算时间片分配情况，并根据时间片分配情况以及时间片申请信息，筛选出可用时间片；

显示子模块，用于接收时间片分配情况以及可用时间片，并将时间片分配情况以及可用时间片显示给用户；

选择子模块，用于接收用户提交的可用时间片信息，并发送审批提醒消息；

确认子模块，用于接收确认信息，将用户选择的可用时间片分配给用户。

3.如权利要求2所述的时间资源管理系统，所述确认子模块还用于自动发送使用提醒消息。

4.如权利要求2所述的时间资源管理系统，所述监控模块包括：

跟踪子模块，用于获取测试工具资源的运行信息；

提醒子模块，当根据测试工具资源的运行信息判定已被占用的测试工具资源闲置时，用于自动发送闲置提醒消息；

释放子模块，当时间片申请到期后，用于将时间片内的测试工具资源释放。

5.如权利要求4所述的时间资源管理系统，所述跟踪子模块通过与测试工具相互通信，获取测试工具运行数据库中的测试项目运行状态，并根据测试项目运行状态获取测试工具资源的运行信息。

6.如权利要求4所述的时间资源管理系统，

所述接收子模块用于接收紧急时间片申请信息；

选择子模块用于发送紧急提醒消息；

所述监控模块还包括：

回收子模块，用于将至少部分测试工具资源回收。

7.如权利要求4所述的时间资源管理系统，

所述提醒子模块还用于记录闲置提醒消息并显示闲置提醒记录。

8.如权利要求1所述的时间资源管理系统，

所述统计模块通过与测试工具通信，获取测试工具资源的使用情况，并生成统计报表。

9.如权利要求8所述的时间资源管理系统，所述统计模块还用于对测试工具资源的使用情况进行叠加和排序。

10.一种测试工具的时间资源管理方法，包括：

将时间片分配给测试工具用户；

监控时间片内测试工具资源的运行状态，并基于不同的运行状态进行相应的操作；

统计时间片内测试工具资源的使用情况。

11.如权利要求10所述的时间资源管理方法，所述将时间片分配给测试工具用户包括：

接收时间片申请信息；

计算时间片分配情况，并根据时间片分配情况以及时间片申请信息，筛选出可用时间片；

接收时间片分配情况以及可用时间片，并将时间片分配情况以及可用时间片显示给用户；

接收用户提交的可用时间片信息，并发送审批提醒消息；

接收确认信息，将用户选择的可用时间片分配给用户。

12.如权利要求11所述的时间资源管理方法，在所述接收确认信息，将用户选择的可用时间片分配给用户之后还包括：自动发送使用提醒消息。

13.如权利要求11所述的时间资源管理方法，所述监控时间片内测试工具资源的运行状态，并基于不同的运行状态进行相应的操作包括：

获取测试工具资源的运行信息；

当根据测试工具资源的运行信息判定已被占用的测试工具资源闲置时，自动发送闲置提醒消息；

当时间片申请到期后，用于将时间片内的测试工具资源释放。

14.如权利要求13所述的时间资源管理方法，所述获取测试工具资源的运行信息包括：与测试工具相互通信，获取测试工具运行数据库中的测试项目运行状态，并根据测试项目运行状态获取测试工具资源的运行信息。

15.如权利要求13所述的时间资源管理方法，还包括：

接收紧急时间片申请信息；

发送紧急提醒消息；

将至少部分测试工具资源回收。

16.如权利要求13所述的时间资源管理方法，还包括：记录闲置提醒消息并显示闲置提醒记录。

17.如权利要求10所述的时间资源管理方法，所述统计时间片内测试工具资源的使用情况包括：通过与测试工具通信，获取测试工具资源的使用情况，并生成统计报表。

18.如权利要求17所述的时间资源管理方法，还包括：对测试工具资源的使用情况进行叠加和排序。