CN112734356B - 测试设备管理方法和系统 - Google Patents

Abstract

本申请实施例提供一种测试设备管理方法和系统，在一个实施例中，应用于第一客户端的方法包括：获取测试设备信息，测试设备信息中包括至少一个测试设备的设备信息；响应对于至少一个测试设备中的目标测试设备的借用请求操作，将目标测试设备的当前所属用户作为目标用户，并通过服务端向目标用户对应的第二客户端发送设备借用请求，以供第二客户端根据设备借用请求向服务端发送设备借用结果；接收到服务端根据设备借用结果发送的操作提示信息后，显示操作提示信息，以供第一客户端对应的第一用户根据操作提示信息执行相应的操作。以此有利于对测试设备进行高效管理，有利于快速完成设备借用过程。

Description

测试设备管理方法和系统

技术领域

本申请涉及设备管理技术领域，具体而言，涉及一种测试设备管理方法和系统。

背景技术

在现有的测试体系中，为了提升产品兼容性，会将测试软件在不同的硬件平台上、不同厂商提供的平台上、不同的操作系统平台上、不同的网络环境下进行运行测试，以此验证测试软件产品的兼容性。

目前大多数企业采用的是针对性采购、限量采购的方式来采购测试设备。通常情况下，是由各个项目组自行对采购或分发得到的测试设备进行管理，例如，由企业内的各个项目组自行建立并维护组内的设备维护文档，该设备维护文档中记录有该项目组可提供的测试设备。

在实际应用中，各个项目组对于产品业务都有高效发布迭代的需求，在业务线复杂且需要进行高速迭代的情况下，仅靠项目组内有限的测试设备难以满足测试需求，这种分组自建文档以对测试设备进行管理的方式难以应对高效测试需求，有些用户通常要通过借助领导协调的方式或者临时在企业内部群内进行询问的方式来得到所需的测试设备，处理效率较低。

发明内容

本申请的目的在于提供一种测试设备管理方法和系统，能够改善现有技术中的设备管理处理方式处理效率较低的问题。

第一方面，本申请提供一种测试设备管理方法，应用于第一客户端，所述方法包括：

获取测试设备信息，所述测试设备信息中包括至少一个测试设备的设备信息；

响应对于所述至少一个测试设备中的目标测试设备的借用请求操作，将所述目标测试设备的当前所属用户作为目标用户，并通过服务端向所述目标用户对应的第二客户端发送设备借用请求，以供所述第二客户端根据所述设备借用请求向所述服务端发送设备借用结果；

接收到所述服务端根据所述设备借用结果发送的操作提示信息后，显示所述操作提示信息，以供所述第一客户端对应的第一用户根据所述操作提示信息执行相应的操作。

通过上述的方法，有利于第一用户快速借用所需的目标测试设备，由于可以通过服务端在真正有借用需求的借用者(第一用户、第一客户端)和实际拥有测试设备的设备拥有者(第二用户、第二客户端)之间快速建立联系，快速将设备借用请求发送给设备拥有者，并将设备拥有者反馈的设备借用结果快速反馈给有借用需求的借用者，可以避免耗费过多时间来询问哪些人有符合需求的设备、可节约协调沟通时间，处理效率较高，有利于适应高效测试需求。第一用户可通过第一客户端、服务端之间的交互，快速通过服务端得到第二用户通过第二客户端反馈的设备借用结果，相较于自行请求领导进行协调或在企业内部群内询问后慢慢等待的方式，可以减少中间的等待时间，可减少设备借用过程中的非必要交互环节，有利于节约沟通时间，提高处理效率。

在可选的实施方式中，所述获取测试设备信息，包括：

响应第一用户的搜索操作，将所述搜索操作的搜索内容发送给所述服务端，以供所述服务端从数据库中通过模糊匹配得到所述搜索内容对应的测试设备信息；

接收所述服务端根据所述搜索内容发送的所述测试设备信息。

通过上述实现方式，可以使得真正有借用需求的借用者(第一用户)可快速得到所需设备的信息，避免因为业务线问题或项目分组等问题而花费无效沟通时间，有利于提升处理效率。

在可选的实施方式中，所述操作提示信息用于指示所述第一用户通过所述第一客户端进行扫码操作，在所述显示所述操作提示信息之后，所述方法还包括：

响应所述第一用户根据所述操作提示信息执行的扫码借用操作，显示扫码借用界面；

在从所述扫码借用界面中扫描到目标二维码时，通过所述服务端将所述目标测试设备的当前所属用户更新为所述第一用户，所述目标二维码是所述服务端根据所述设备借用结果生成的二维码，所述目标二维码是所述服务端提供给所述第二客户端的二维码。

通过上述实现方式，以对二维码扫描的方式可快速完成测试设备借用过程，可快速进行数据更新，相较于手动修改数据的方式，处理效率更高。

在可选的实施方式中，所述响应对于所述至少一个测试设备中的目标测试设备的借用请求操作，将所述目标测试设备的当前所属用户作为目标用户，并通过服务端向所述目标用户对应的第二客户端发送设备借用请求，以供所述第二客户端根据所述设备借用请求向所述服务端发送设备借用结果，包括：

响应对于所述目标测试设备的选中操作，显示借用提示界面，并在所述借用提示界面中显示所述目标测试设备的详细设备信息，所述借用提示界面中设有确认按钮；

响应对于所述确认按钮的触发操作，确定所述目标用户，并通过所述服务端向所述目标用户对应的第二客户端发送设备借用请求，以供所述第二客户端根据所述设备借用请求向所述服务端发送设备借用结果，所述设备借用请求中包括所述第一用户的用户信息。

通过上述实现方式，提供了一种可以向服务端发起设备借用请求的实施方式。

第二方面，本申请提供一种测试设备管理方法，应用于服务端，所述方法包括：

在接收到第一客户端发送的设备借用请求时，根据所述设备借用请求确定目标测试设备以及所述目标测试设备的当前所属用户，所述目标测试设备是所述第一客户端对应的第一用户当前需要借用的设备；

将所述目标测试设备的当前所属用户作为目标用户，向所述目标用户对应的第二客户端发送所述设备借用请求；

接收所述第二客户端根据所述设备借用请求发送的设备借用结果；

根据所述设备借用结果向所述第一客户端发送操作提示信息，以供所述第一客户端对应的第一用户根据所述操作提示信息执行相应的操作。

通过上述的方法，服务端可以在真正有借用需求的借用者(第一用户、第一客户端)和实际拥有测试设备的设备拥有者(第二用户、第二客户端)之间快速建立联系，快速将设备借用请求发送给设备拥有者，并将设备拥有者反馈的设备借用结果快速反馈给有借用需求的借用者，可以节约协调沟通时间，处理效率较高，有利于适应高效测试需求。通过第一客户端、服务端、第二客户端之间的交互，第一用户可快速通过服务端得到第二用户以第二客户端反馈的设备借用结果，有利于提高处理效率。

在可选的实施方式中，在接收所述第一客户端发送的设备借用请求之前，所述方法还包括：

接收所述第一客户端发送的搜索内容；

从数据库中通过模糊匹配得到所述搜索内容对应的测试设备信息，所述测试设备信息中包括至少一个测试设备的设备信息；

将所述测试设备信息发送给所述第一客户端，以供所述第一客户端根据所述至少一个测试设备中的所述目标测试设备向所述服务端发送所述设备借用请求。

通过上述的实现方式，可以使得真正有借用需求的借用者(第一用户)可快速得到所需设备的信息，避免因为业务线问题或项目分组等问题而花费无效沟通时间，有利于提升处理效率。

在可选的实施方式中，所述操作提示信息用于指示所述第一用户通过所述第一客户端进行扫码操作，在接收所述第二客户端根据所述设备借用请求发送的设备借用结果之后，所述方法还包括：

根据所述设备借用结果生成目标二维码，并将所述目标二维码发送给所述第二客户端；

在根据所述设备借用结果向所述第一客户端发送所述操作提示信息之后，所述方法还包括：

根据所述第一用户通过所述第一客户端对所述目标二维码执行的扫码借用操作，将所述目标测试设备的当前所属用户更新为所述第一用户。

通过上述的实现方式，以对二维码扫描的方式可快速完成测试设备借用过程，可快速进行数据更新，相较于手动修改数据的方式，处理效率更高。

第三方面，本申请提供一种测试设备管理方法，应用于第二客户端，所述方法包括：

接收服务端发送的设备借用请求，所述设备借用请求中包括第一用户的身份信息以及目标测试设备的设备信息，所述目标测试设备是所述第一用户当前需要借用的设备；

响应对于所述设备借用请求的编辑操作，向所述服务端发送设备借用结果，以供所述服务端根据所述设备借用结果向所述第一用户对应的第一客户端发送操作提示信息，以供所述第一客户端对应的所述第一用户根据所述操作提示信息执行相应的操作。

通过上述的方法，第二用户可以快速得到设备借用请求，并快速将设备借用结果快速反馈给有借用需求的借用者，可以节约协调沟通时间，处理效率较高，有利于适应高效测试需求。

在可选的实施方式中，在向所述服务端发送设备借用结果之后，所述方法还包括：

接收服务端根据所述设备借用结果发送的目标二维码；

在所述目标二维码被所述第一客户端扫描时，通过所述服务端将所述目标测试设备的当前所属用户更新为所述第一用户。

基于上述的实现方式，以对二维码扫描的方式可快速完成测试设备借用过程，可快速进行数据更新，相较于手动修改数据的方式，处理效率更高。

在可选的实施方式中，所述方法还包括：

在接收到所述服务端发送的所述设备借用请求时，调用指定通讯工具输出与所述设备借用请求对应的借用提示消息；

响应对于所述借用提示消息的查看操作，显示所述设备借用请求的详细内容以及与所述设备借用请求关联的操作界面，所述操作界面上设有同意按钮以及拒绝按钮；

所述响应对于所述设备借用请求的编辑操作，向所述服务端发送设备借用结果，包括：

响应对于所述同意按钮或所述拒绝按钮的触发操作，向所述服务端发送所述设备借用结果。

通过上述实现方式，有利于第二用户快速得知设备借用请求并基于设备借用请求进行反馈。

第四方面，本申请提供一种测试设备管理系统，包括：第一客户端、第二客户端以及服务端；

所述第一客户端用于执行前述第一方面所述的方法；

所述第二客户端用于执行前述第三方面所述的方法；

所述服务端用于执行前述第二方面所述的方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种测试设备管理系统的示意图。

图2为本申请实施例提供的一种电子设备的结构框图。

图3为本申请实施例提供的一种测试设备管理方法的流程图。

图4为本申请实施例提供的一种第一客户端、第二客户端、服务端在一个应用场景下的交互流程示意图。

图5为本申请实施例提供的一个实例中的搜索结果示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

如果为企业中的每一位开发者都预先分发大量的测试设备，从成本上是不可接受的，并且可能因为无法提前知道什么时候会需要什么设备而仍然难以满足测试需求。因此，目前主要采用的采购、管理方式是以项目组为单位进行采购和设备管理，各个项目组自行对组内的设备进行管理。

现有的一种设备管理方式是，各个产品的项目组自行建立该项目组的设备维护文档，当项目组内的成员A需要借用该项目组预先准备的某个设备时，找项目组的相应负责人对文档进行修改维护。而当需要借用其他项目组的设备时，需要自行在企业内部群内进行询问或者找领导进行协调，并等待相应的负责人回应。实际上很有可能因为企业内部群内消息过多导致信息被忽略，或领导事务较多而没有及时进行协调等不定因素造成没能及时向真正的处理人员反映测试需求，最终导致难以满足成员A的测试需求。

在企业业务线众多，各业务线的设备管理互不相通的情况下，会造成测试资源的浪费。

因此，现有的分组自建文档并维护的方式不仅存在处理效率低的缺陷，还存在设备信息管理安全性低的问题，容易造成测试资源浪费。

有鉴于此，发明人提出以下实施例予以改善，通过本申请实施例提供的测试设备管理方法和系统，可以对各个业务线设备进行统一高效的管理，有利于让真正有测试需求的用户能够尽快与相应设备的当前所属用户进行交流，有利于改善产品、业务快速迭代带来的兼容性覆盖率不足的缺陷，可适应产品、业务快速发展对于测试设备的需求变化，可对多种类型的测试设备进行高效管理，避免设备管理信息混乱，可提高设备信息管理的安全性。

请参阅图1，图1为本申请实施例提供的一种测试设备管理系统的示意图。

如图1所示，该测试设备管理系统包括：第一客户端100、服务端200以及第二客户端300。

服务端200可通过网络分别与第一客户端100和第二客户端300进行通信连接，以进行数据交互，第一客户端100和第二客户端300之间也可以通过网络进行通信连接，以进行数据交互。

第一客户端100和第二客户端300可以是网络应用的前端，服务端200可以是网络应用的后端。第一客户端100、第二客户端300以及服务端200之间的交互可以是直接交互或间接交互，例如，部署有客户端的设备和部署有服务端200的设备之间可以通过一些代理服务器(例如Nginx)或中间组件进行数据转发。

第一客户端100是以第一用户的账户身份登录的客户端，第二客户端300是以第二用户的账户身份登录的客户端。

在本申请实施例中，第一用户可视为有测试需求的用户。例如，第一用户可以是当前需要目标测试设备的用户(该目标测试设备的设备类型可以是C)，该目标测试设备的当前所属用户为第二用户。当第一用户通过第一客户端100或服务端200得知该目标测试设备的当前所属用户为该第二用户时，该第二用户作为目标用户。

该测试设备管理系统可用于实现本申请实施例提供的测试设备管理方法，第一客户端100可用于执行本申请实施例提供的测试设备管理方法中与第一客户端100有关的内容，第二客户端300可用于执行本申请实施例提供的测试设备管理方法中与第二客户端300有关的内容，服务端200可用于执行本申请实施例提供的测试设备管理方法中与服务端200有关的内容。

该测试设备管理系统还可包括数据库400，用于存储已经注册过的所有用户的个人信息、所有经过核验的测试设备的设备信息，还可用于存储所有用户分别拥有的个人设备的设备信息，还可用于存储所有测试设备的当前状态，如正在用于测试或者当前空闲等状态。服务端200可以根据第一客户端100或第二客户端300的请求与数据库400进行交互，以从数据库400中通过模糊匹配的方式得到所需的数据，或对数据库400中存储的内容进行更新。

示例性的，数据库400中存储的每个设备的信息可以包括但不限于：设备的名称、设备的操作系统类型、操作系统版本、分辨率、设备的当前使用状态、设备的当前所属用户的信息，例如用户姓名、手机号、所属部门、工位信息等。

示例性的，数据库400中存储的每个设备的信息可以包括但不限于：用户的姓名、电话号码、所属部门、工位信息以及该用户提供的即时通信工具联系账户(例如邮箱、微信、QQ、钉钉等工具的唯一标识符)。

图2示出了本申请实施例提供的一种电子设备500的结构框图。

如图2所示，该电子设备500包括：存储器501、处理器502以及通信组件等。本申请实施例中的第一客户端100、第二客户端300或服务端200可运行于该电子设备500上。在本申请实施例中，电子设备500可以是移动设备、服务器、个人计算机等能够连接网络并具有运算处理能力的设备。

存储器501可用于存储计算机程序以及功能模块，例如可用于存储本申请实施例中的测试设备管理方法对应的程序指令或功能模块，处理器502通过运行存储在存储器501内的计算机程序，从而实现本申请实施例提供的测试设备管理方法。

存储器501是一种存储介质，可以是，但不限于：随机存取存储器(Random AccessMemory，RAM)、只读存储器(Read Only Memory，ROM)、可编程只读存储器(ProgrammableRead-Only Memory，PROM)、可擦除只读存储器(Erasable Programmable Read-OnlyMemory，EPROM)、电可擦除只读存储器(Electric Erasable Programmable Read-OnlyMemory，EEPROM)等。处理器502以及其他可能的组件对存储器501的访问可在存储控制器的控制下进行。

处理器502具有运算处理能力，可以是一种集成电路芯片，可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、微控制单元(Micro Controller Unit，MCU)、网络处理器(Network Processor，NP)或者其他常规处理器，还可以是专用处理器，包括数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(ApplicationSpecific Integrated Circuits，ASIC)、现场可编程门阵列(Field Programmable GateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件搭建的处理器。处理器502可以实现或者执行本申请实施例中的公开的各方法、步骤。

通信组件包括通信总线503，用于实现电子设备500中各个组件之间的直接或间接连接。

可以理解，图2所示的结构仅作为示意，电子设备500还可包括比图2所示结构更多或者更少的组件，或者具有与图2所不同的配置。例如，电子设备500还可包括显示单元，用于向用户提供交互界面，或用于显示一些数据处理过程中的中间数据。

请参阅图3，图3为本申请实施例提供的一种测试设备管理方法的流程图。

如图3所示，该方法包括：步骤S31-S39。

S31：第一客户端获取测试设备信息，测试设备信息中包括至少一个测试设备的设备信息。

其中，S31中的测试设备信息是由服务端提供给第一客户端的。

作为一种实现方式，S31可包括：S311-S312。

S311：第一客户端响应第一用户的搜索操作，将搜索操作的搜索内容发送给服务端，以供服务端从数据库中通过模糊匹配得到搜索内容对应的测试设备信息。

示例性地，第一客户端可向用户提供交互界面，该交互界面上可显示功能按钮，例如可显示“搜索”、“借用”、“添加”、“修改”等功能按钮。

在搜索按钮被触发时，显示搜索界面，第一客户端可将第一用户输入至搜索界面的内容作为搜索内容，该搜索内容中可包括设备类型、设备名称、设备的操作系统版本、项目组名称、用户名称，向服务端发送搜索请求。服务端在接收到第一客户端发送的搜索内容时，可从数据库中通过模糊匹配的方式得到该搜索内容对应的内容。通过模糊匹配的方式可以允许第一客户端还未得到第一用户输入的完整关键词条时，基于已经输入的内容以模糊匹配的方式快速向第一客户端反馈与搜索内容对应的搜索结果。

以搜索内容中包括设备类型C为例，服务端在接收到第一客户端发送的搜索内容时可通过数据库中存储的内容进行模糊匹配，以得到与该设备类型C对应的测试设备信息，该测试设备信息中可包括至少一个测试设备的设备信息，例如可得到设备类型为C1、C2和C3的多个测试设备的设备信息，作为该设备类型C对应的测试设备信息。在服务端得到该测试设备信息后，可将该测试设备信息发送给第一客户端。

可以理解的是，搜索内容为其他内容，服务端也可以以模糊匹配的方式得到搜索结果并将搜索结果发送给第一客户端，以供第一客户端进行显示。例如，当搜索内容为用户姓名时，服务端可将从数据库中得到的与该用户姓名对应的所有测试设备的设备摘要信息作为测试设备信息发送给第一客户端。

S312：第一客户端接收服务端根据搜索内容发送的测试设备信息。

在第一客户端得到与搜索内容对应的测试设备信息后，可根据该至少一个测试设备中的目标测试设备向服务端发送设备借用请求(见S32)。

通过上述的搜索方式，可以使得真正有借用需求的借用者(第一用户)可快速得到所需设备的信息，避免因为业务线问题或项目分组等问题而花费无效沟通时间，有利于提升处理效率。

S32：第一客户端响应对于至少一个测试设备中的目标测试设备的借用请求操作，将目标测试设备的当前所属用户作为目标用户，向服务端发送设备借用请求，以通过服务端向目标用户对应的第二客户端发送设备借用请求。

其中，第一客户端可以在该至少一个测试设备中的目标测试设备被选中确认的情况下，向服务端发送设备借用请求，以通过服务端向目标用户对应的第二客户端发送设备借用请求。

作为S32的一种实现方式，S32可以包括：S321-S322。

S321：第一客户端响应对于目标测试设备的选中操作，显示借用提示界面，并在借用提示界面中显示目标测试设备的详细设备信息，借用提示界面中设有确认按钮。

可选的，在该借用提示界面可以显示的内容包括但不限于：目标测试设备的名称、操作系统类型、操作系统版本、分辨率、当前所属用户的信息，例如当前所属用户的姓名、手机号、所属部门、工位信息等。借用提示界面中显示的内容可以包括服务端从数据库中获取并发送给第一客户端的(例如与当前所属用户、当前所属项目组有关的内容)，也可以包括预存的(例如与设备操作系统类型有关的固定内容)。

该借用提示界面还可显示确认按钮和取消按钮。当确认按钮被触发时，视为第一用户当前已确认需要借用该目标测试设备，当取消按钮被触发时，视为第一用户当前不准备借用该目标测试设备。

S322：第一客户端响应对于确认按钮的触发操作，确定目标用户，并通过服务端向目标用户对应的第二客户端发送设备借用请求，以供第二客户端根据设备借用请求向服务端发送设备借用结果，设备借用请求中包括第一用户的用户信息。

其中，当确认按钮被触发时，可以根据借用提示界面中显示的用户信息确定目标测试设备的当前所属用户，作为目标用户，可通过服务端获取该目标用户的联系方式(例如该目标用户预先提供给服务端的手机号、即时通信工具联系账户等)。在确认按钮被触发时，第一客户端向服务端发送设备借用请求，并通过该服务端将设备借用请求转发给目标用户对应的第二客户端。

该设备借用请求中可包括第一用户的身份信息以及目标测试设备的设备信息，该设备借用请求中的目标测试设备表示第一用户当前需要借用的设备。

S33：服务端在接收到第一客户端发送的设备借用请求时，根据设备借用请求确定目标测试设备以及目标测试设备的当前所属用户。

S34：服务端将目标测试设备的当前所属用户作为目标用户，向目标用户对应的第二客户端发送设备借用请求。

其中，服务端可对接收到的设备借用请求进行解析，以从设备借用请求中确定目标测试设备，以及当前需要借用该目标测试设备的第一用户的身份信息，可根据该目标测试设备从数据库中获取目标测试设备的当前所属用户的身份信息和联系方式，并基于此将该设备借用请求转发给该目标测试设备的当前所属用户。

S35：第二客户端接收服务端发送的设备借用请求。

S36：第二客户端根据设备借用请求向服务端发送设备借用结果。

其中，第二客户端可响应对于设备借用请求的编辑操作，向服务端发送设备借用结果，以供服务端根据设备借用结果向第一用户对应的第一客户端发送操作提示信息，以供第一客户端对应的第一用户根据操作提示信息执行相应的操作。

该设备借用结果可用于表示第二用户是否同意向第一用户借出该目标测试设备。示例性地，当第二用户在通过第二客户端查看设备借用请求的内容后，如果根据实际的设备状态确定该目标测试设备当前不适合借给第一用户(例如，目标测试设备当前正在被使用或马上要被使用或正在检修等，当在第一客户端上显示目标测试设备的当前状态时，就不存在这种状态)，可通过第二客户端向服务端发送用于表示当前不同意借出的设备借用结果，该设备借用结果中还可包括拒绝理由(例如正在使用或已故障等)。当第二用户在通过第二客户端查看设备借用请求的内容后，如果根据实际的设备状态确定该目标测试设备当前可以借给第一用户，可通过第二客户端向服务端发送用于表示当前同意借出的设备借用结果。

可选的，该设备借用结果中可包括操作提示消息，例如操作提示消息可以是但不限于“请5分钟后到D处进行领取”、“请到工位编号为D4处的位置进行扫码领取”等。

需要说明的是，领取之后，目标测试设备的状态发生变化，可以实时更新至数据库，以便其他用户查看，对此不做赘述。

作为一种可选实现方式，在第二客户端接收到服务端发送的设备借用请求时，第二客户端可调用指定通讯工具输出与设备借用请求对应的借用提示消息。第二客户端可响应对于借用提示消息的查看操作，显示设备借用请求的详细内容以及与设备借用请求关联的操作界面，操作界面上设有同意按钮以及拒绝按钮。上述第二客户端响应对于设备借用请求的编辑操作，向服务端发送设备借用结果的过程可包括：第二客户端响应对于同意按钮或拒绝按钮的触发操作，向服务端发送设备借用结果。以此有利于第二用户快速得知设备借用请求并基于设备借用请求进行反馈。

其中，第二客户端调用的指定通讯工具可以是预先经过第二用户设置的工具，可以是但不限于短信、微信、邮箱、QQ等通讯工具。

示例性地，如果第一客户端和第二客户端对应的应用程序组件为微信小程序，第二客户端可在接收到服务端发送的设备借用请求时，调用微信通讯工具向第二用户的微信账号发送借用提示消息。该借用提示消息可以是设备借用请求的摘要内容，也可以是与设备借用请求关联的链接地址，可用于提示第二用户当前有人想借用某个测试设备。第二用户可在查看借用提示消息后，在查看设备借用请求的详细内容以及与设备借用请求关联的操作界面的情况下，通过触发操作界面的按钮快速反馈设备借用结果。第二客户端可根据被触发的按钮(同意按钮或拒绝按钮)，向服务端发送设备借用结果。当然，第二客户端也可以将第二用户输入的内容作为设备借用结果的附加内容，一并发送给服务端。

S37：服务端接收第二客户端根据设备借用请求发送的设备借用结果。

S38：服务端根据设备借用结果向第一客户端发送操作提示信息，以供第一客户端对应的第一用户根据操作提示信息执行相应的操作。

其中，服务端可将设备借用结果转发给第一客户端。服务端可将设备借用结果中的附加内容发送给第一客户端。如果设备借用结果中的附加内容是操作提示信息，可将该操作提示信息转发给第一客户端。

当然，操作提示信息也可以是服务端根据第二客户端的设备借用结果生成的内容。例如，第二客户端提供的操作界面上可显示“二维码借用”等按钮，当该按钮被触发时，可通过服务端生成用于指示第一用户进行扫码操作的操作提示信息。

需要说明的是，第二客户端在接收到第一客户端发送的请求后，还可以提打回请求，让第一客户端提供更详细的请求资料，比如完善借用理由、写明借用人、写明借用时长等，对此不做赘述。

S39：第一客户端接收到服务端根据设备借用结果发送的操作提示信息后，显示操作提示信息，以供第一客户端对应的第一用户根据操作提示信息执行相应的操作。

通过上述方法，有利于第一用户快速借用所需的目标测试设备，第一用户可通过第一客户端、服务端之间的交互，快速通过服务端得到第二用户通过第二客户端反馈的设备借用结果，相较于自行请求领导进行协调或在企业内部群内询问后慢慢等待的方式，可以减少中间的等待时间，第一用户通过服务端可快速搜索查询出有哪些设备可满足自己的测试需求，并可快速向设备的当前所属用户快速提出借用需求，第二用户可以基于上述地方快速反馈是否同意借用的结果，上述方法可减少设备借用过程中的非必要交互环节，有利于节约沟通时间。即使该第二用户当前不同意借出某个设备，第一用户也可以通过第一客户端得到的设备借用结果快速向其他的目标用户提出借用需求，或者，第一用户也可以在未得到某个第二用户的设备借用结果的情况下，根据搜索到的内容一次性向多个第二用户提出设备借用请求，上述方法支持批量借用。第一用户可通过第一客户端向多个第二用户的第二客户端发送设备借用请求。同理，第二用户可通过第二客户端向多个第一用户对应的第一客户端发送设备借用结果。

上述的方法由于可以通过服务端在真正有借用需求的借用者(第一用户、第一客户端)和实际拥有测试设备的设备拥有者(第二用户、第二客户端)之间快速建立联系，快速将设备借用请求发送给设备拥有者，并将设备拥有者反馈的设备借用结果快速反馈给有借用需求的借用者，可以避免耗费过多时间来询问哪些人有符合需求的设备、可节约协调沟通时间，处理效率较高，有利于适应高效测试需求。

图4为本申请实施例提供的第一客户端、第二客户端、服务端在一个应用场景下的交互流程示意图，该应用场景下，上述的操作提示信息可用于指示第一用户通过第一客户端进行扫码操作。

在服务端接收第二客户端根据设备借用请求发送的设备借用结果(S37)之后，上述方法还可包括：S40-S41。

S40：服务端根据设备借用结果生成目标二维码。

S41：服务端将目标二维码发送给第二客户端。

可选的，第二客户端可以响应第二用户对应目标二维码的分享操作，将目标二维码发送给第一客户端，以供第一客户端响应第一用户根据操作提示信息执行的扫码借用操作，对接收到的目标二维码进行扫码。

可选的，第二用户也可以在通过第二客户端向服务端发送设备借用结果后，等待第一用户携带部署有第一客户端的扫码设备到指定位置处(该指定位置可以是设备借用结果中携带的内容)，在第一用户通过第一客户端执行扫码操作时，第二用户通过第二客户端向第一客户端展示该目标二维码，以供部署有第一客户端的扫码设备对目标二维码进行扫码。

上述的两种实施方式均可视为第一用户通过第一客户端对目标二维码执行了扫码借用操作。

在服务端根据设备借用结果向第一客户端发送操作提示信息(S38)之后，上述方法还可包括：S42。

S42：服务端根据第一用户通过第一客户端对目标二维码执行的扫码借用操作，将目标测试设备的当前所属用户更新为第一用户。

其中，当第一用户通过第一客户端对目标二维码执行了扫码借用操作时，可以视为向服务端发起了更新请求，服务端根据该更新请求将目标测试设备的当前所属用户更新为第一用户。

上述实现方式中以对二维码扫描的方式可快速完成测试设备借用过程，可快速进行数据更新，相较于手动修改数据的方式，处理效率更高。

对于第一客户端而言，上述的扫码借用过程是在显示操作提示信息之后执行的，上述的扫码借用过程可包括：第一客户端响应第一用户根据操作提示信息执行的扫码借用操作，显示扫码借用界面。如果目标二维码进入该扫码借用界面的有效扫码区域，视为从该扫码借用界面中扫描到目标二维码。在从扫码借用界面中扫描到目标二维码时，第一客户端通过服务端将目标测试设备的当前所属用户更新为第一用户。

其中，目标二维码进入该扫码借用界面的有效扫码区域的方式，可以是第一客户端获取从第二客户端或服务端处得到的二维码，也可以是第一客户端扫描外部设备(该外部设备是指对目标二维码进行显示的设备，例如部署有第二客户端的设备)上显示的目标二维码。

而对于第一客户端而言，上述的扫码借用过程是在第二客户端向服务端发送设备借用结果之后，第二客户端接收服务端根据设备借用结果发送的目标二维码。当该目标二维码被第一客户端扫描时，第二客户端通过服务端将目标测试设备的当前所属用户更新为第一用户。

在一些实施例中，上述的目标二维码可以是第二客户端根据第二用户的二维码生成操作生成的(即，目标二维码的生成过程也可以与服务端无关)。

可选的，上述搜索操作对应的搜索内容除了可以用于搜索某种类型的测试设备，还可以用于搜索其他信息，例如服务端可根据搜索内容从数据库中搜索并获取所有测试设备的设备信息、所有用户的个人设备信息、特定系统版本的测试设备的设备信息、特定分辨率的测试设备的设备信息、特定系统版本或分辨率的个人设备的设备信息或所有归属于当前用户(该当前用户可以是第一用户，也可以是第二用户)的设备的信息。

可选的，上述方法还可以包括：第一客户端或第二客户端响应设备添加操作，获取新增设备的设备信息，并将新增设备的设备信息发送给服务端，以供服务端根据该新增设备的设备信息以及该新增设备的当前所属用户的用户信息写入数据库。

可选的，上述方法还可以包括：第一客户端或第二客户端响应设备更新操作，更新操作对应的更新内容，并将更新内容发送给服务端，以供服务端根据该更新内容对数据库中存储的内容进行更新。

服务端在对数据库中存储的内容进行更新之前，可对提供更新内容的当前用户进行权限检测，在确认当前用户具有信息更新权限的情况下，根据该更新内容对数据库中存储的内容进行更新。更新方式包括但不限于对数据库中的数据进行增加、删除、修改等，更新完成后，服务端可将更新结果发送给提供该更新内容的第一客户端或第二客户端。

在一些可能的实施方式中，第一客户端对应的第一用户可以通过搜索、或者直接选择预设条目进行目标测试设备的借用，利用直接选中的方式开始借用流程。

在一个实例中，上述方法可以软件小程序的形式实现。

以微信小程序为例，在任意用户首次登陆时，可通过扫描小程序二维码或其他登陆方式进入小程序提供的用户登陆页面，在用户输入符合要求的账户名与密码后，服务端通过数据库获取该用户的信息，并将用户信息和该用户的微信标识写入数据库中进行绑定。当该用户再次登陆小程序时便不再需要输入账户名与密码。

在用户非首次登陆时，进入小程序提供的首页时，小程序的客户端可通过设定的设备查询接口将该接口返回的数据进行展示，该设备查询接口可以是客户端与服务端之间进行交互的接口。

当第一用户A通过以小程序形式呈现的第一客户端进行搜索时，例如在小程序主界面上的搜索按钮被触发时，可跳转至搜索页面，当第一用户在该搜索页面中的输入框中输入想要查找的机型时，小程序可实时监听该输入框中输入值的变化，以此得到搜索操作的搜索内容。如果监听到输入框中的内容发生变化，通过查询接口对应的服务端根据搜索内容对数据库中所有的信息进行模糊匹配，服务端将匹配完成后的得到数据发送给小程序的前端(第一客户端)进行展示，基于此可显示与搜索内容对应的测试设备信息。图5显示了一个实例中的搜索结果，图5中显示了C1、C2、C3、C4这四种测试设备对应的部分测试设备信息，图5中的B1是C1、C3这两个测试设备的当前所属用户，B2、B3分别是C2、C4这两个测试设备的当前所属用户。

当第一用户A根据搜索结果确定自己所需的目标测试设备后，可通过点击目标测试设备等方式查看设备详情，第一客户端可显示借用弹框作为借用提示界面，当第一用户A对该借用弹框中显示的内容进行确认后，例如触发确认按钮时，第一客户端根据该借用弹框中显示的内容向服务端发送设备借用请求。其中，第一客户端发送的请求可以被代理服务器进行转发给服务端，例如可将第一客户端的https请求转换为http请求后，将携带设备借用请求的http请求发送给服务端。

当然，第一客户端也可以通过借用弹框中显示的内容调用指定通讯工具(例如微信)，通过指定通讯工具发送与该设备借用请求关联的借用提示消息(例如通过企业微信向第二用户B的企业微信账号发送一条设备借用待处理通知，作为借用提示消息)。第二用户B看到该借用提示消息后，可打开微信小程序，点击“我的设备”后，以小程序形式呈现的第二客户端可自动弹出并显示一个设备借用对话框作为操作界面，第二用户B可以根据实际的设备状态选择借出或拒绝借出，可通过该设备借用对话框提供的同意按钮或拒绝按钮快速反馈设备借用结果。如果第二用户B同意借出目标测试设备，第二客户端可调用指定通讯工具(例如企业微信)以通知第一用户A到指定的工位处领取该目标测试设备。第二用户可通过第二客户端展示携带有目标测试设备的设备信息的目标二维码，第一用户A在到达该指定工位后，可通过部署有第一客户端的设备扫描第二用户B展示的目标二维码，在目标二维码被扫描后，服务端对数据库中与该目标测试设备的设备所有者的信息进行更新，以将该目标测试设备的当前所属用户更新为第一用户A。

其中，在任一用户首次登陆小程序时，小程序前端的客户端可自动获取该用户的所有设备信息，并将该用户的所有设备信息和用户信息写入数据库。在任一用户通过小程序前端的客户端提供的添加按钮添加设备信息时，也可以添加设备信息(新增设备的信息)，并通过服务端将新增设备的信息写入数据库。同理，在任一用户通过小程序前端的客户端提供的修改按钮进行更新操作时，可通过服务端根据更新内容对数据库中的数据进行更新。

可以理解的是，上述方法中的执行的各种操作可以是通过点击一些按钮、特定的内容实现，也可以是在一些特定的区域输入一些指令来实现。前述实例中与用户交互是以小程序形式进行举例说明的，但是实际上基于其他应用程序或网页交互也可以实现本申请实施例提供的原理。

在本申请所提供的实施例中，应该理解到，所揭露实施例，可以通过其它的方式实现。以上所描述的实施例仅仅是示意性的，例如，多个单元或组件可以结合或者可以集成到另一个系统。

需要说明的是，上述方法的功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以用软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备执行本申请各个实施例方法的全部或部分步骤。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

以上仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (6)

1.一种测试设备管理方法，其特征在于，应用于第一客户端，所述方法包括：

获取测试设备信息，所述测试设备信息中包括至少一个测试设备的设备信息；

响应对于所述至少一个测试设备中的目标测试设备的借用请求操作，将所述目标测试设备的当前所属用户作为目标用户，并通过服务端向所述目标用户对应的第二客户端发送设备借用请求，以供所述第二客户端根据所述设备借用请求向所述服务端发送设备借用结果；

接收到所述服务端根据所述设备借用结果发送的操作提示信息后，显示所述操作提示信息，以供所述第一客户端对应的第一用户根据所述操作提示信息执行相应的操作；

所述操作提示信息用于指示所述第一用户通过所述第一客户端进行扫码操作，在所述显示所述操作提示信息之后，所述方法还包括：

响应所述第一用户根据所述操作提示信息执行的扫码借用操作，显示扫码借用界面；

在从所述扫码借用界面中扫描到目标二维码时，通过所述服务端将所述目标测试设备的当前所属用户更新为所述第一用户，所述目标二维码是所述服务端根据所述设备借用结果生成的二维码，所述目标二维码是所述服务端提供给所述第二客户端的二维码；

所述响应对于所述至少一个测试设备中的目标测试设备的借用请求操作，将所述目标测试设备的当前所属用户作为目标用户，并通过服务端向所述目标用户对应的第二客户端发送设备借用请求，以供所述第二客户端根据所述设备借用请求向所述服务端发送设备借用结果，包括：

响应对于所述目标测试设备的选中操作，显示借用提示界面，并在所述借用提示界面中显示所述目标测试设备的详细设备信息，所述借用提示界面中设有确认按钮；

响应对于所述确认按钮的触发操作，确定所述目标用户，并通过所述服务端向所述目标用户对应的第二客户端发送设备借用请求，以供所述第二客户端根据所述设备借用请求向所述服务端发送设备借用结果，所述设备借用请求中包括所述第一用户的用户信息。

2.根据权利要求1所述的方法，其特征在于，所述获取测试设备信息，包括：

响应第一用户的搜索操作，将所述搜索操作的搜索内容发送给所述服务端，以供所述服务端从数据库中通过模糊匹配得到所述搜索内容对应的测试设备信息；

接收所述服务端根据所述搜索内容发送的所述测试设备信息。

3.一种测试设备管理方法，其特征在于，应用于服务端，所述方法包括：

在接收到第一客户端发送的设备借用请求时，根据所述设备借用请求确定目标测试设备以及所述目标测试设备的当前所属用户，所述目标测试设备是所述第一客户端对应的第一用户当前需要借用的设备；

将所述目标测试设备的当前所属用户作为目标用户，向所述目标用户对应的第二客户端发送所述设备借用请求；

接收所述第二客户端根据所述设备借用请求发送的设备借用结果；

根据所述设备借用结果向所述第一客户端发送操作提示信息，以供所述第一客户端对应的第一用户根据所述操作提示信息执行相应的操作；

所述操作提示信息用于指示所述第一用户通过所述第一客户端进行扫码操作，在接收所述第二客户端根据所述设备借用请求发送的设备借用结果之后，所述方法还包括：

根据所述设备借用结果生成目标二维码，并将所述目标二维码发送给所述第二客户端；

在根据所述设备借用结果向所述第一客户端发送所述操作提示信息之后，所述方法还包括：

根据所述第一用户通过所述第一客户端对所述目标二维码执行的扫码借用操作，将所述目标测试设备的当前所属用户更新为所述第一用户。

4.根据权利要求3所述的方法，其特征在于，在接收所述第一客户端发送的设备借用请求之前，所述方法还包括：

接收所述第一客户端发送的搜索内容；

从数据库中通过模糊匹配得到所述搜索内容对应的测试设备信息，所述测试设备信息中包括至少一个测试设备的设备信息；

将所述测试设备信息发送给所述第一客户端，以供所述第一客户端根据所述至少一个测试设备中的所述目标测试设备向所述服务端发送所述设备借用请求。

5.一种测试设备管理方法，其特征在于，应用于第二客户端，所述方法包括：

接收服务端发送的设备借用请求，所述设备借用请求中包括第一用户的身份信息以及目标测试设备的设备信息，所述目标测试设备是所述第一用户当前需要借用的设备；

响应对于所述设备借用请求的编辑操作，向所述服务端发送设备借用结果，以供所述服务端根据所述设备借用结果向所述第一用户对应的第一客户端发送操作提示信息，以供所述第一客户端对应的所述第一用户根据所述操作提示信息执行相应的操作；

在向所述服务端发送设备借用结果之后，所述方法还包括：

接收服务端根据所述设备借用结果发送的目标二维码；

在所述目标二维码被所述第一客户端扫描时，通过所述服务端将所述目标测试设备的当前所属用户更新为所述第一用户；

所述方法还包括：

在接收到所述服务端发送的所述设备借用请求时，调用指定通讯工具输出与所述设备借用请求对应的借用提示消息；

响应对于所述借用提示消息的查看操作，显示所述设备借用请求的详细内容以及与所述设备借用请求关联的操作界面，所述操作界面上设有同意按钮以及拒绝按钮；

所述响应对于所述设备借用请求的编辑操作，向所述服务端发送设备借用结果，包括：

响应对于所述同意按钮或所述拒绝按钮的触发操作，向所述服务端发送所述设备借用结果。

6.一种测试设备管理系统，其特征在于，包括：第一客户端、第二客户端以及服务端；

所述第一客户端用于执行权利要求1-2任一项所述的方法；

所述第二客户端用于执行权利要求3-4任一项所述的方法；

所述服务端用于执行权利要求5所述的方法。