CN110647460B - 一种测试资源管理方法、装置和测试客户端 - Google Patents

Abstract

本发明实施例提供一种测试资源管理方法、装置和测试客户端，其中，该方法包括：共享服务器接收第一测试客户端基于测试用例的执行过程上传的测试资源；所述共享服务器将接收到的测试资源持久化存储至数据库中；当所述共享服务器接收到第二测试客户端的资源获取请求时，响应于所述资源获取请求，从所述数据库中获取请求的测试资源并返回给第二测试客户端。通过上述方式解决了现有的测试客户端之间需要各自存储和更新测试资源，存储和更新压力和负载比较重的问题，达到了有效减少测试资源备份和更新压力的技术效果。

Description

一种测试资源管理方法、装置和测试客户端

技术领域

本发明涉及互联网技术领域，尤其涉及一种测试资源管理方法、装置和测试客户端。

背景技术

现有的测试用例和测试资源一般都是在一个测试框架下进行存储管理的，在这种情况下，测试用例的增加会导致测试资源的增多，就会使得资源管理变得越来越复杂。在备份测试用例的时候也需要对测试资源进行备份，这也势必会增加备份压力。

进一步的，目前测试用例和测试资源是一人有一份的，每个人独自更新自己的测试资源，这样就使得测试资源的同步变得很复杂，在测试资源有变动的时候，首先需要提交自己更新的代码和资源，然后，对所有有影响的测试用例都需要进行更新和备份，然后上传到服务器，这时其他人再进行同步的更新操作，之后，才能重新执行测试用例。

针对上述问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供一种测试资源管理方法、装置和测试客户端，以解决现有的测试资源存储、同步等操作过程过于繁琐、效率低下的技术问题。

一方面，提供了一种测试资源管理方法，所述方法包括：

共享服务器接收第一测试客户端基于测试用例的执行过程上传的测试资源；

所述共享服务器将接收到的测试资源持久化存储至数据库中；

当所述共享服务器接收到第二测试客户端的资源获取请求时，响应于所述资源获取请求，从所述数据库中获取请求的测试资源并返回给第二测试客户端。

在一个实施方式中，测试用例执行过程所使用的文本、图片、视频，以及执行日志和测试报告；

所述测试资源的资源类型包括：信息类的测试资源和文件类的测试资源；以及

所述共享服务器将接收到的测试资源持久化存储至数据库中，包括：

所述共享服务器将信息类的测试资源持久化存储至redis数据库或mysql数据库中；

所述共享服务器将文件类的测试资源持久化存储至file data数据库中。

在一个实施方式中，所述共享服务器响应于所述资源获取请求，从所述数据库中获取请求的测试资源并返回给所述第二测试客户端，包括：

所述共享服务器从所述资源获取请求中读取标识信息；

所述共享服务器根据所述标识信息确定请求的测试资源对应的测试用例和/或文件类型；

所述共享服务器根据确定出的测试用例和/或文件类型从数据库中获取请求的测试资源；

所述共享服务器将获取到的测试资源发送给所述第二测试客户端。

在一个实施方式中，所述共享服务器接收到第二测试客户端的资源获取请求之前，还包括：

所述第二测试客户端判断预先设置的接口是否开放；

在所述接口开放的情况下，所述第二测试客户端向所述共享服务器发送所述资源获取请求；

在所述接口未开放的情况下，所述第二客户端确定本地缓存中是否缓存有请求的测试资源；

在所述本地缓存中缓存有请求的测试资源的情况下，从所述本地缓存中获取该请求的测试资源；

在所述本地缓存中未缓存请求的测试资源的情况下，所述第二测试客户端向所述共享服务器发送提示信息，其中，所述提示信息用于提示所述共享服务器开放所述接口，并在所述接口开放的情况下，所述第二测试客户端向所述共享服务器发送所述资源获取请求。

在一个实施方式中，所述共享服务器从所述数据库中获取请求的测试资源并返回给第二测试客户端之后，还包括：

第二测试客户端按资源类型缓存所述共享服务器返回的测试资源。

另一方面，提供了一种测试资源管理装置，位于共享服务器中，包括：

第一接收模块，用于接收第一测试客户端基于测试用例的执行过程上传的测试资源；

存储模块，用于将接收到的测试资源持久化存储至数据库中；

返回模块，用于当接收到第二测试客户端的资源获取请求时，响应于所述资源获取请求，从所述数据库中获取请求的测试资源并返回给第二测试客户端。

在一个实施方式中，所述测试资源包括：测试用例执行过程所使用的文本、图片、视频，以及执行日志和测试报告；

所述测试资源的资源类型包括：信息类的测试资源和文件类的测试资源；以及

所述存储模块包括：

第一存储单元，用于将信息类的测试资源持久化存储至redis数据库或mysql数据库中；

第二存储单元，用于将文件类的测试资源持久化存储至file data数据库中。

在一个实施方式中，所述返回模块包括：

读取单元，用于从所述资源获取请求中读取标识信息；

确定单元，用于根据所述标识信息确定请求的测试资源对应的测试用例和/或文件类型；

获取单元，用于根据确定出的测试用例和/或文件类型从数据库中获取请求的测试资源；

发送单元，用于将获取到的测试资源发送给所述第二测试客户端。

又一方面，提供了一种测试客户端，包括：

判断模块，用于在向共享服务器发送资源获取请求之前，判断预先设置的接口是否开放；

第一发送模块，用于在所述接口开放的情况下，向所述共享服务器发送所述资源获取请求；

确定模块，用于在所述接口未开放的情况下，确定本地缓存中是否缓存有请求的测试资源；

获取模块，用于在所述本地缓存中缓存有请求的测试资源的情况下，从所述本地缓存中获取该请求的测试资源；

第二发送模块，用于在所述本地缓存中未缓存请求的测试资源的情况下，向所述共享服务器发送提示信息，其中，所述提示信息用于提示所述共享服务器开放所述接口，并在所述接口开放的情况下，向所述共享服务器发送所述资源获取请求。

在一个实施方式中，上述测试客户端还包括：

缓存模块，用于在共享服务器从所述数据库中获取请求的测试资源并返回给测试客户端之后，按资源类型缓存所述共享服务器返回的测试资源。

上述技术方案具有如下有益效果：设置了一个共享服务器，第一测试客户端可以将基于测试用例的执行过程上传至该共享服务器上，其它测试客户端可以从该共享服务器上获取第一测试客户端上传的测试资源，这样一方面实现了在共享服务器上的测试资源备份，一方面测试客户端可以共享该测试资源。通过上述方式解决了现有的测试客户端之间需要各自存储和更新测试资源，存储和更新压力和负载比较重的问题，达到了有效减少测试资源备份和更新压力的技术效果。

附图说明

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

图1为本发明实施例一种测试资源管理***的架构图；

图2为本发明实施例一种测试资源管理方法的方法流程图；

图3为本发明实施例一种测试资源管理架构示意图；

图4为本发明实施例一种测试资源管理装置的结构框图；

图5为本发明实施例一种测试客户端的结构框图。

具体实施方式

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

考虑到现有的测试用例和测试资源是一人有一份的，每个人独自更新自己的测试资源，这样就使得测试资源的同步变得很复杂，在测试资源有变动的时候，首先需要提交自己更新的代码和资源，然后，对所有有影响的测试用例都需要进行更新和备份，然后上传到服务器，这时其他人在进行同步的更新操作之后，才能通过变动后的测试资源重新执行测试用例。

针对上述问题，在本例中，提供了一种测试资源管理***，如图1所示，可以包括：多个测试客户端101和共享服务器102，测试客户端101可以将自身基于测试用例的执行过程的测试资源上传至共享服务器102进行存储，其它的测试客户端可以从共享服务器102获取这些测试资源，从而可以实现同步更新，且可以实现通过共享服务器的存储实现一次存储的效果。

基于上述的测试资源管理***，在本例中还提供了一种测试资源管理方法，如图2所示，可以包括如下步骤：

步骤201：共享服务器接收第一测试客户端基于测试用例的执行过程上传的测试资源；

该第一测试客户端可以是上述测试资源管理***中的任意一个客户端，第一测试客户端上传的测试资源可以通过队列的方式进行排队上传。

步骤202：所述共享服务器将接收到的测试资源持久化存储至数据库中；

共享服务器可以按照队列先进先出的特性对各个客户端上传的测试资源进行存储。即，如果排队排到了第一测试客户端上传的测试资源，那么共享服务器就对该资源进行存储。

进一步的，考虑到对于现有的测试用例，在每次执行之后，执行日志等测试资源都会存储在本地，但是没有对测试资源进行持久化管理，这样容易丢失历史日志，其他人无法查看自己的执行日志，使得以后的测试没有历史依据。

为此，在本例中共享服务器在获取到测试资源之后，可以对获取的测试资源进行持久化存储，这样在以后需要调用或者查阅的时候，可以进行有效地查阅。具体的，共享服务器可以将测试资源持久化存储至数据库中。

步骤203：当所述共享服务器接收到第二测试客户端的资源获取请求时，响应于所述资源获取请求，从所述数据库中获取请求的测试资源并返回给第二测试客户端。

在第一测试客户端将测试资源存储在共享服务器之后，其它客户端可以到共享服务器获取测试资源，这样客户端就不需要一人维护一份，对存储的需求量将大大降低。

在上例中，设置了一个共享服务器，第一测试客户端可以将基于测试用例的执行过程上传至该共享服务器上，其它测试客户端可以从该共享服务器上获取第一测试客户端上传的测试资源，这样一方面实现了在共享服务器上的测试资源备份，一方面测试客户端可以共享该测试资源。通过上述方式解决了现有的测试客户端之间需要各自存储和更新测试资源，存储和更新压力和负载比较重的问题，达到了有效减少测试资源备份和更新压力的技术效果。

在实际进行测试资源持久化存储的时候，考虑到测试资源中数据类型的多样性，共享服务器可以对测试资源进行分类存储，例如，可以将信息类的测试资源持久化存储至redis和mysql中；将文件类的测试资源持久化存储至file data数据库中中。然而，值得注意的是，上述所给出的具体的分类存储的示例仅是一种示例性描述，在实际实现的时候，可以采用其它的方式进行分类存储，本申请对此不作限定。

上述的测试资源可以包括：测试用例执行过程所使用的文本、图片、视频，以及执行日志和测试报告；对于这些测试资源而言，可以存在多种资源类型，例如：信息类的测试资源和文件类的测试资源，其中，信息类的测试资源就是以信息的形式存在的，比如，测试需要用到的参数等等，这些就是以单个信息的方式存在的，文件类的测试资源就是以文件的形式存在的，例如，文本、测试报告等等，本身就是一份一份的可以直接调用和查看的文件。

为了实现对测试资源的有效获取，可以在资源获取请求中携带标识信息，该标识信息用于标识客户端请求获取哪个测试用例的测试资源，或者是哪种类型的测试资源。基于该标识信息，共享服务器可以准确定位到需要获取的测试资源。具体的，共享服务器响应于所述资源获取请求，向所述第二测试客户端提供所述测试资源，可以包括：共享服务器从所述资源获取请求中读取标识信息；共享服务器根据所述标识信息确定请求的测试资源对应的测试用例和/或文件类型；所述共享服务器根据确定出的测试用例和/或文件类型从数据库中获取请求的测试资源；所述共享服务器将获取到的测试资源发送给所述第二测试客户端。

在实际实现的时候，可以资源管理服务进行接口包装，暴露给客户端以便客户端上传测试资源或者获取测试资源。具体的，共享服务器接收第二测试客户端的资源获取请求，可以包括：第二测试客户端判断预先设置的接口是否开放；在所述接口开放的情况下，所述第二测试客户端向所述共享服务器发送所述资源获取请求；在所述接口未开放的情况下，所述第二测试客户端确定本地缓存中是否缓存有所述测试资源；在所述本地缓存中缓存有所述测试资源的情况下，从所述本地缓存中获取所述测试资源；在所述本地缓存中未缓存所述测试资源的情况下，所述第二测试客户端向所述共享服务器发送提示信息，其中，所述提示信息用于提示所述共享服务器开放所述接口，并在所述接口开放的情况下，所述第二测试客户端向所述共享服务器发送所述资源获取请求。

即，可以先判断接口是否开放，如果开放就直接从共享服务器获取测试资源，如果没有开放，就先从本地缓存获取测试资源，如果本地缓存没有测试资源，那么再向共享服务器请求接口，以从共享服务器获取测试资源。

其中，上述的接口可以是通过SDK的形式安装至测试客户端中，即，通过按照相应的SDK实现接口的安装。

在上例中，因为测试资源不是固定的，因此，可以避免采用固定的测试资源所存在的测试用例失败的问题，且通过对日志等测试资源进行持久化处理，也可以避免历史日志丢失、无法查阅等问题。

下面结合一个具体实施例对上述方法进行说明，然而，值得注意的是，该具体实施例仅是为了更好地说明本申请，并不构成对本申请的不当限定。

在本例中，提供了一种测试资源管理***，如图3所示，可以包括：数据获取模块、资源管理模块、存储模块、SDK，其中：

数据获取模块，用于用户上传测试资源，将测试资源写入数据队列，等待服务器获取。

资源管理模块，用于当用户上传测试资源或者是读取数据队列中的测试资源的时候，对测试资源数据进行逻辑处理，并将处理后的数据进行存储；当用户获取测试资源时，从数据库中获取数据返回给用户。

存储模块，用于存储测试资源，且可以按照资源类型的不同进行分类存储，例如，可以将信息类的测试资源存储到redis和mysql，将文件类的测试资源存储到file data。

SDK，可以实现bash shell和java两种服务，对资源管理服务进行接口包装，并将接口暴露给客户端用于测试资源的上传和获取。通过该接口对于客户端而言，可以进行本地缓存存储，对于服务器而言可以对获取的资源进行分类存储，例如，可以控制在本地缓存中文件类的测试资源最多存储20个。进一步的，SDK上可以设置有一个依赖服务器开关，当开启时，客户端从服务器获取测试资源，并进行本地缓存；开关关闭时，客户端直接从本地缓存测试资源，如果本地缓存中没有测试资源，那么客户端提示服务器开启开关，从而保障自动化测试的稳定性。

上述方法可以应用于微博的消息箱平台、多媒体平台、开放平台等，通过上述方式可以降低接入资源的成本，无需再独自收集测试资源；当测试完毕，执行结果和执行日志等测试资源都会上传到共享服务器，测试人员和开发人员都能查阅历史记录，保留测试依据。

通过上述方案，可以对测试资源进行实时管理，测试资源变动而无需修改测试代码；且测试资源可以共享，当有一人上传了测试资源，其他人的测试用例也可以使用该测试资源；进一步的，将代码和测试资源进行分离，减轻了代码管理服务器的负担。对测试日志和报告可以进行持久化存储，一方面，解放测试人员的测试用例执行等待时间，开发人员能查看测试结果，在未发现问题的情况下，可以直接进行上线操作，无需再询问测试结果。另一方面，减少了因为某些操作不当而造成的日志丢失。即，通过使用SpringBoot框架实现测试资源管理，统一管理测试人员的测试资源以及上报日志，进行资源共享策略，解决了测试资源的丢失、更新问题，极大便利了文件的管理，也对未来的测试留下来依据。

基于同一发明构思，本发明实施例中还提供了一种测试资源管理装置，如下面的实施例所述。由于测试资源管理装置解决问题的原理与测试资源管理方法相似，因此测试资源管理装置的实施可以参见测试资源管理方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。图4是本发明实施例的测试资源管理装置的一种结构框图，位于共享服务器中，如图4所示，可以包括：接收模块401、存储模块402和返回模块403，下面对该结构进行说明。

接收模块401，用于接收第一测试客户端基于测试用例的执行过程上传的测试资源；

存储模块402，用于将接收到的测试资源持久化存储至数据库中；

返回模块403，用于当接收到第二测试客户端的资源获取请求时，响应于所述资源获取请求，从所述数据库中获取请求的测试资源并返回给第二测试客户端。

进一步的，考虑到对于现有的测试用例，在每次执行之后，执行日志等测试资源都会存储在本地，但是没有对测试资源进行持久化管理，这样容易丢失历史日志，其他人无法查看自己的执行日志，使得以后的测试没有历史依据。

为此，在本例中共享服务器在获取到测试资源之后，可以对获取的测试资源进行持久化存储，这样在以后需要调用或者查阅的时候，可以进行有效地查阅。具体的，共享服务器可以将测试资源持久化存储至数据库中。

在一个实施方式中，上述测试资源可以包括：测试用例执行过程所使用的文本、图片、视频，以及执行日志和测试报告；上述测试资源的资源类型可以包括：信息类的测试资源和文件类的测试资源；以及上述存储模块402可以包括：第一存储单元，用于将信息类的测试资源持久化存储至redis数据库或mysql数据库中；第二存储单元，用于将文件类的测试资源持久化存储至文件类数据库中。

在一个实施方式中，上述返回模块403可以包括：读取单元，用于从所述资源获取请求中读取标识信息；确定单元，用于根据所述标识信息确定请求的测试资源对应的测试用例和/或文件类型；获取单元，用于根据确定出的测试用例和/或文件类型从数据库中获取请求的测试资源；发送单元，用于将获取到的测试资源发送给所述第二测试客户端。

在本例中，还提供了一种测试客户端，如图5所示，可以包括如下模块：

判断模块501，用于在向共享服务器发送资源获取请求之前，判断预先设置的接口是否开放；

第一发送模块502，用于在所述接口开放的情况下，向所述共享服务器发送所述资源获取请求；

确定模块503，用于在所述接口未开放的情况下，确定本地缓存中是否缓存有请求的测试资源；

获取模块504，用于在所述本地缓存中缓存有请求的测试资源的情况下，从所述本地缓存中获取该请求的测试资源；

第二发送模块505，用于在所述本地缓存中未缓存请求的测试资源的情况下，向所述共享服务器发送提示信息，其中，所述提示信息用于提示所述共享服务器开放所述接口，并在所述接口开放的情况下，向所述共享服务器发送所述资源获取请求。

在一个实施方式中，上述测试客户端还可以包括：缓存模块，用于在共享服务器从所述数据库中获取请求的测试资源并返回给测试客户端之后，按资源类型缓存所述共享服务器返回的测试资源。

在上例中，设置了一个共享服务器，第一测试客户端可以将基于测试用例的执行过程上传至该共享服务器上，其它测试客户端可以从该共享服务器上获取第一测试客户端上传的测试资源，这样一方面实现了在共享服务器上的测试资源备份，一方面测试客户端可以共享该测试资源。通过上述方式解决了现有的测试客户端之间需要各自存储和更新测试资源，存储和更新压力和负载比较重的问题，达到了有效减少测试资源备份和更新压力的技术效果。

本领域技术人员还可以了解到本发明实施例列出的各种说明性逻辑块(illustrative logical block)，单元，和步骤可以通过电子硬件、电脑软件，或两者的结合进行实现。为清楚展示硬件和软件的可替换性(interchangeability)，上述的各种说明性部件(illustrative components)，单元和步骤已经通用地描述了它们的功能。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个***的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本发明实施例保护的范围。

本发明实施例中所描述的各种说明性的逻辑块，或单元都可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

本发明实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件模块、或者这两者的结合。软件模块可以存储于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中，ASIC可以设置于用户终端中。可选地，处理器和存储媒介也可以设置于用户终端中的不同的部件中。

在一个或多个示例性的设计中，本发明实施例所描述的上述功能可以在硬件、软件、固件或这三者的任意组合来实现。如果在软件中实现，这些功能可以存储与电脑可读的媒介上，或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以是任何通用或特殊电脑可以接入访问的可用媒体。例如，这样的电脑可读媒体可以包括但不限于RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁性存储装置，或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外，任何连接都可以被适当地定义为电脑可读媒介，例如，如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光纤电缆、双绞线、数字用户线(DSL)或以例如红外、无线和微波等无线方式传输的也被包含在所定义的电脑可读媒介中。所述的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射盘、光盘、DVD、软盘和蓝光光盘，磁盘通常以磁性复制数据，而碟片通常以激光进行光学复制数据。上述的组合也可以包含在电脑可读媒介中。

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

Claims (9)

1.一种测试资源管理方法，其特征在于，所述方法包括：

共享服务器接收第一测试客户端基于测试用例的执行过程上传的测试资源；

所述共享服务器将接收到的测试资源持久化存储至数据库中；当所述共享服务器接收到第二测试客户端的资源获取请求时，响应于所述资源获取请求，从所述数据库中获取请求的测试资源并返回给第二测试客户端；

所述共享服务器接收到第二测试客户端的资源获取请求之前，还包括：

所述第二测试客户端判断预先设置的接口是否开放；

在所述接口开放的情况下，所述第二测试客户端向所述共享服务器发送所述资源获取请求；

在所述接口未开放的情况下，所述第二测试客户端确定本地缓存中是否缓存有请求的测试资源；

在所述本地缓存中缓存有请求的测试资源的情况下，从所述本地缓存中获取该请求的测试资源；

在所述本地缓存中未缓存请求的测试资源的情况下，所述第二测试客户端向所述共享服务器发送提示信息，其中，所述提示信息用于提示所述共享服务器开放所述接口，并在所述接口开放的情况下，所述第二测试客户端向所述共享服务器发送所述资源获取请求。

2.根据权利要求1所述的方法，其特征在于，所述测试资源包括：测试用例执行过程所使用的文本、图片、视频，以及执行日志和测试报告；

所述测试资源的资源类型包括：信息类的测试资源和文件类的测试资源；以及

所述共享服务器将接收到的测试资源持久化存储至数据库中，包括：

所述共享服务器将信息类的测试资源持久化存储至redis数据库或mysql数据库中；

所述共享服务器将文件类的测试资源持久化存储至filedata数据库中。

3.根据权利要求1所述的方法，其特征在于，所述共享服务器响应于所述资源获取请求，从所述数据库中获取请求的测试资源并返回给所述第二测试客户端，包括：

所述共享服务器从所述资源获取请求中读取标识信息；

所述共享服务器根据所述标识信息确定请求的测试资源对应的测试用例和/或文件类型；

所述共享服务器根据确定出的测试用例和/或文件类型从数据库中获取请求的测试资源；

所述共享服务器将获取到的测试资源发送给所述第二测试客户端。

4.根据权利要求1所述的方法，其特征在于，所述共享服务器从所述数据库中获取请求的测试资源并返回给第二测试客户端之后，还包括：

第二测试客户端按资源类型缓存所述共享服务器返回的测试资源。

5.一种测试资源管理装置，其特征在于，包括共享服务器和测试客户端，所述共享服务器包括：

接收模块，用于接收第一测试客户端基于测试用例的执行过程上传的测试资源；存储模块，用于将接收到的测试资源持久化存储至数据库中；返回模块，用于当接收到第二测试客户端的资源获取请求时，响应于所述资源获取请求，从所述数据库中获取请求的测试资源并返回给第二测试客户端；

所述测试客户端包括：

判断模块，用于在向共享服务器发送资源获取请求之前，判断预先设置的接口是否开放；第一发送模块，用于在所述接口开放的情况下，向所述共享服务器发送所述资源获取请求；确定模块，用于在所述接口未开放的情况下，确定本地缓存中是否缓存有请求的测试资源；获取模块，用于在所述本地缓存中缓存有请求的测试资源的情况下，从所述本地缓存中获取该请求的测试资源；第二发送模块，用于在所述本地缓存中未缓存请求的测试资源的情况下，向所述共享服务器发送提示信息，其中，所述提示信息用于提示所述共享服务器开放所述接口，并在所述接口开放的情况下，向所述共享服务器发送所述资源获取请求。

6.根据权利要求5所述的装置，其特征在于，所述测试资源包括：测试用例执行过程所使用的文本、图片、视频，以及执行日志和测试报告；

所述测试资源的资源类型包括：信息类的测试资源和文件类的测试资源；以及

所述存储模块包括：

第一存储单元，用于将信息类的测试资源持久化存储至redis数据库或mysql数据库中；

第二存储单元，用于将文件类的测试资源持久化存储至filedata数据库中。

7.根据权利要求5所述的装置，其特征在于，所述返回模块包括：

读取单元，用于从所述资源获取请求中读取标识信息；

确定单元，用于根据所述标识信息确定请求的测试资源对应的测试用例和/或文件类型；

获取单元，用于根据确定出的测试用例和/或文件类型从数据库中获取请求的测试资源；

发送单元，用于将获取到的测试资源发送给所述第二测试客户端。

8.一种测试客户端，其特征在于，包括：

判断模块，用于在向共享服务器发送资源获取请求之前，判断预先设置的接口是否开放；

第一发送模块，用于在所述接口开放的情况下，向所述共享服务器发送所述资源获取请求；

确定模块，用于在所述接口未开放的情况下，确定本地缓存中是否缓存有请求的测试资源；

获取模块，用于在所述本地缓存中缓存有请求的测试资源的情况下，从所述本地缓存中获取该请求的测试资源；

第二发送模块，用于在所述本地缓存中未缓存请求的测试资源的情况下，向所述共享服务器发送提示信息，其中，所述提示信息用于提示所述共享服务器开放所述接口，并在所述接口开放的情况下，向所述共享服务器发送所述资源获取请求。

9.根据权利要求8所述的测试客户端，其特征在于，还包括：

缓存模块，用于在共享服务器从数据库中获取请求的测试资源并返回给测试客户端之后，按资源类型缓存所述共享服务器返回的测试资源。