CN111367704A - 交互可用性检测方法、装置、服务器、测试设备及介质 - Google Patents

Abstract

本申请提供了一种交互可用性检测方法、装置、服务器、测试设备及介质，属于计算机技术领域。所述方法包括：响应于接收到针对目标链路的第一测试请求，在服务器所接收到的第一测试请求中添加第一测试请求的操作信息，得到第二测试请求，将第二测试请求发送给目标链路上服务器的下一个服务器，若在预设时长内未接收到下一个服务器返回的测试响应，则生成携带下一个服务器的交互失败信息的目标测试响应，向测试设备输出目标测试响应。本申请通过在未接收到下一个服务器的测试响应时，生成携带下一个服务器的交互失败信息的目标测试响应，以便测试设备可以直接根据交互失败信息，确定出现故障的服务器，提高交互可用性的检测效率。

Description

交互可用性检测方法、装置、服务器、测试设备及介质

技术领域

本申请涉及计算机技术领域，特别涉及一种交互可用性检测方法、装置、服务器、测试设备及介质。

背景技术

随着计算机技术的不断发展，用户可以通过终端来使用服务器所提供的服务，而服务器在提供服务时，可以通过服务器中各个用于实现不同功能的服务模块之间的交互来实现。因此，对各个服务模块间交互的可用性进行检测，是保障终端可以实现用户所需功能的一种重要手段。

目前对各个服务模块间交互的可用性的检测，可以需要通过人工操作来完成。运维人员通过终端进行人工操作，来产生多个不同的业务请求，并将业务请求发送给服务器，服务器通过各个服务模块之间的交互，来对接收到的业务请求做出响应，并将响应结果发送给终端，以便运维人员根据终端接收到的响应结果，来对服务器上各个服务模块间交互的可用性进行判断。

在上述实现方式中，只能由运维人员根据响应结果对各个服务模块间交互是否可用进行判断，但在通过判断确定出交互不可用时，运维人员无法直接确定出故障到底出现在哪个服务模块，也即是，无法实现故障定位，从而导致检测效率较低。

发明内容

本申请实施例提供了一种交互可用性检测方法、装置、服务器、测试设备及介质，可以直接定位到出现故障的服务模块，提高故障检测效率。该技术方案如下：

一方面，提供了一种交互可用性检测方法，应用于服务器，该方法包括：

响应于接收到针对目标链路的第一测试请求，在该服务器所接收到的该第一测试请求中添加该第一测试请求的操作信息，得到第二测试请求，该操作信息用于表示该服务器对该第一测试请求的确认接收操作和确认发送操作；

将该第二测试请求发送给该目标链路上该服务器的下一个服务器；

若在预设时长内未接收到该下一个服务器返回的测试响应，则生成目标测试响应，该目标测试响应携带该下一个服务器的交互失败信息；

向测试设备输出携带该交互失败信息的该目标测试响应

一方面，提供了一种交互可用性检测方法，应用于测试设备，该方法包括：

响应于针对目标链路的测试操作，生成该目标链路的测试请求；

将该测试请求发送给该目标链路上的第一个服务器；

响应于接收到该第一个服务器的测试响应，根据该测试响应所携带的信息确定该目标链路上的各个服务器之间的交互是否可用。

一方面，提供了一种交互可用性检测装置，应用于服务器，该装置包括：

添加单元，用于响应于接收到针对目标链路的第一测试请求，在该服务器所接收到的该第一测试请求中添加该第一测试请求的操作信息，得到第二测试请求，该操作信息用于表示该服务器对该第一测试请求的确认接收操作和确认发送操作；

发送单元，用于将该第二测试请求发送给该目标链路上该服务器的下一个服务器；

生成单元，用于若在预设时长内未接收到该下一个服务器返回的测试响应，则生成目标测试响应，该目标测试响应携带该下一个服务器的交互失败信息；

输出单元，用于向测试设备输出携带该交互失败信息的该目标测试响应。

在一种可能的实现方式中，该添加单元，还用于若在预设时长内接收到该下一个服务器返回的测试响应，则在该测试响应中添加该测试响应的操作信息，得到目标测试响应；

该输出单元，还用于向该测试设备输出携带该测试响应的操作信息的该目标测试响应。

在一种可能的实现方式中，该发送单元，还用于若该服务器为该目标链路上的第一个服务器，则向该测试设备发送该目标测试响应；

该发送单元，还用于若该服务器不是该目标链路上的第一个服务器，则通过该服务器在该目标链路上的上一个服务器向该测试设备发送该目标测试响应。

在一种可能的实现方式中，该操作信息包括发送端设备、接收端设备、操作事件以及时间戳。

在一种可能的实现方式中，该装置还包括：

确定单元，用于根据目标测试业务，确定该目标测试业务对应的目标链路。

在一种可能的实现方式中，该确定单元，还用于根据该目标测试业务，确定该目标测试业务对应的多个服务以及服务的处理顺序；

该确定单元，还用于确定每个该服务对应的至少一个服务器；

该确定单元，还用于从该每个服务对应的至少一个服务器中，为每个该服务确定一个服务器作为链路节点；

该生成单元，还用于按照该服务的处理顺序以及所确定的作为链路节点的服务器的地址，生成该目标链路。

在一种可能的实现方式中，该确定单元，还用于若该目标测试业务为扩容测试，则在确定该目标链路时，将已扩容服务器作为该目标链路中的链路节点。

在一种可能的实现方式中，该确定单元，还用于若该目标测试业务为缩容测试，则在确定该目标链路时，将已缩容服务器作为该目标链路中的链路节点。

一方面，提供了一种交互可用性检测装置，应用于测试设备，该装置包括：

生成单元，用于响应于针对目标链路的测试操作，生成该目标链路的测试请求；

发送单元，用于将该测试请求发送给该目标链路上的第一个服务器；

确定单元，用于响应于接收到该第一个服务器的测试响应，根据该测试响应所携带的信息确定该目标链路上的各个服务器之间的交互是否可用。

在一种可能的实现方式中，该生成单元，还用于每隔预设时长，生成针对该目标链路的测试请求；

该发送单元，还用于将该测试请求发送给该目标链路上的第一个服务器；

该确定单元，还用于响应于接收到该第一个服务器的测试响应，根据该测试响应所携带的信息确定该目标链路上的各个服务器之间的交互是否可用。

一方面，提供了一种服务器，该服务器包括一个或多个处理器和一个或多个存储器，该一个或多个存储器中存储有至少一条程序代码，该程序代码由该一个或多个处理器加载并执行以实现该交互可用性检测方法所执行的操作。

一方面，提供了一种测试设备，该测试设备包括一个或多个处理器和一个或多个存储器，该一个或多个存储器中存储有至少一条程序代码，该程序代码由该一个或多个处理器加载并执行以实现该交互可用性检测方法所执行的操作。

一方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有至少一条程序代码，该程序代码由处理器加载并执行以实现该交互可用性检测方法所执行的操作。

本申请提供的方案，响应于接收到针对目标链路的第一测试请求，在服务器所接收到的第一测试请求中添加第一测试请求的操作信息，得到第二测试请求，将第二测试请求发送给目标链路上服务器的下一个服务器，若在预设时长内未接收到下一个服务器返回的测试响应，则生成携带下一个服务器的交互失败信息的目标测试响应，向测试设备输出目标测试响应。本申请通过在未接收到下一个服务器的测试响应时，生成携带下一个服务器的交互失败信息的目标测试响应，以便测试设备可以直接根据交互失败信息，确定出现故障的服务器，提高交互可用性的检测效率。

附图说明

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

图1是本申请实施例提供的一种交互可用性检测方法的实施环境示意图；

图2是本申请实施例提供的一种交互可用性检测方法的流程图；

图3是本申请实施例提供的一种交互可用性检测方法的流程图；

图4是本申请实施例提供的一种通信链路的示意图；

图5是本申请实施例提供的一种交互检测方法的过程示意图；

图6是本申请实施例提供的一种交互可用性检测方法的流程图；

图7是本申请实施例提供的一种交互可用性检测方法的过程示意图；

图8是本申请实施例提供的一种扩容后交互可用性检测方法的过程示意图；

图9是本申请实施例提供的一种缩容后交互可用性检测方法的过程示意图；

图10是本申请实施例提供的一种交互可用性检测装置的结构示意图；

图11是本申请实施例提供的一种交互可用性检测装置的结构示意图；

图12是本申请实施例提供的一种测试设备的结构示意图；

图13是本申请实施例提供的一种服务器的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

下面先对本申请涉及的相关技术名词和术语进行解释：

生产环境：指正式提供给用户注册、登录、使用的环境。

服务模块：运行在计算机设备上的程序，用于接收来自用户或者其他程序的请求，并对这些请求进行处理并响应。

分布式部署：把系统进行拆分，将服务模块部署到多台服务器上。

一致性哈希：是一种特殊的哈希算法，在移除或者添加一个服务器时，能够尽可能小地改变已存在的服务请求与处理请求的服务器之间的映射关系。

扩容：指在原有的生产环境中，增加更多的服务器，并在这些服务器上部署服务模块。

缩容：指在原有的生产环境中，减少一些服务器，并停止这些服务器上的服务模块。

图1是本申请实施例提供的一种交互可用性检测方法的实施环境示意图，参见图1，该实施环境包括：测试设备101、服务器102和用户终端103。

测试设备101可以为智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表、游戏主机、电子书阅读器、MP3(Moving Picture Experts Group Audio LayerIII，动态影像专家压缩标准音频层面3)播放器、MP4(Moving Picture Experts GroupAudio Layer IV，动态影像专家压缩标准音频层面4)播放器和膝上型便携计算机等，但并不局限于此。测试设备101可以根据用户触发的针对目标链路的测试操作，生成目标链路的测试请求，还可以每隔预设时长，生成针对目标链路的测试请求。测试设备101以及服务器102可以通过有线或无线通信方式进行直接或间接地连接，以便测试设备101将目标链路的测试操作发送给服务器102中的第一个服务器，以便服务器102对接收到的测试请求做出响应，并通过第一个服务器将测试响应发送给测试设备101，测试设备还可以根据接收到的测试响应对服务器102中各个服务器之间的交互是否可用进行判断。

服务器102可以为多个物理服务器构成的服务器集群或者分布式系统，也可以为提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。服务器102以及测试设备101可以通过有线或无线通信方式进行直接或间接地连接，以便服务器102中的第一个服务器接收测试设备101发送的测试请求，服务器102还可以根据目标测试业务，确定目标测试业务对应的目标链路，并通过目标链路上的各个服务器对接收到的测试请求进行处理，各个服务器均可以响应于接收到针对目标链路的第一测试请求，在所接收到的第一测试请求中添加第一测试请求的操作信息，得到第二测试请求，将第二测试请求发送给目标链路上当前服务器的下一个服务器，若在预设时长内未接收到下一个服务器返回的测试响应，则生成携带下一个服务器的交互失败信息的目标测试响应，向测试设备101输出携带交互失败信息的目标测试响应，若在预设时长内接收到下一个服务器返回的测试响应，则在测试响应中添加测试响应的操作信息，得到目标测试响应，向测试设备101输出携带该操作信息的目标测试响应。服务器102以及用户终端103也可以通过有线或无线通信方式进行直接或间接地连接，以便服务器102根据用户在用户终端103上发起的操作请求，提供相应的服务，进而实现用户所需的功能。可选地，上述服务器的数量可以更多或更少，本申请实施例对此不加以限定。当然，服务器102还可以包括其他功能服务器，以便提供更全面且多样化的服务。

用户终端103可以为智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表、游戏主机、电子书阅读器、MP3(Moving Picture Experts Group Audio LayerIII，动态影像专家压缩标准音频层面3)播放器、MP4(Moving Picture Experts GroupAudio Layer IV，动态影像专家压缩标准音频层面4)播放器和膝上型便携计算机等，但并不局限于此。用户可以通过在用户终端103的可视化界面上进行操作，进而可以触发相应的操作请求，如登录请求、购买请求等，用户终端103以及服务器102可以通过有线或无线通信方式进行直接或间接地连接，以便用户终端103响应于用户触发的操作请求，将该操作请求发送给服务器102，通过服务器102中各个服务器之间的交互，为用户提供相应的服务，进而实现用户所需的功能。

测试设备101和用户终端103均可以泛指多个设备中的一个，本实施例仅以测试设备101和用户终端103来举例说明。本领域技术人员可以知晓，上述测试设备和用户终端的数量均可以更多或更少。比如上述测试设备和用户终端均可以仅为一个，或者上述测试设备和用户终端为几十个或几百个，或者更多数量，本申请实施例对测试设备和用户终端的数量和设备类型不加以限定。

图2为本申请实施例提供的一种交互可用性检测方法的流程图，参见图2，对于目标链路上的各个服务器，每个服务器在步骤201中接收到测试请求后，通过步骤202在测试请求中记录操作信息，该操作信息可以为测试请求的确认接收信息，该确认接收信息中包括确认接收事件对应的时间戳，再通过步骤203对当前服务器是否是测试请求的最后响应服务器，若当前服务器不是测试请求的最后响应服务器，则通过步骤204，由当前服务器继续向下一个服务器进行发送，并在测试请求中记录操作信息，此时该操作信息而可以为测试请求的确认发送信息，该确认接发送信息中包括确认发送事件对应的时间戳，通过步骤205，开始对下一个服务器的反馈是否超时进行监控，进而通过步骤206对下一个服务器的反馈是否超时进行判断，若下一个服务器的反馈超时，则生成测试请求对应的测试响应，并通过步骤207，在测试响应中添加下一个服务器的交互失败信息，该交互失败信息可以用于指示下一个服务器的不可用情况；若下一个服务器的反馈未超时，则生成测试请求对应的测试响应，并通过步骤208，在测试响应中添加当前服务器的操作信息，此时该操作信息可以为测试响应的确认接收信息，该确认接收信息中包括确认接收事件对应的时间戳，再通过步骤209将该测试响应返回给上一个服务器。若当前服务器是测试请求的最后响应服务器，则直接执行步骤208，在测试响应中直接添加当前服务器的操作信息，此时该操作信息可以为测试响应的确认接收信息，该确认接收信息中包括确认接收事件对应的时间戳，再通过步骤209将该测试响应返回给上一个服务器。

上述图2所示仅为本申请提供的方案应用于服务器侧的流程，下面基于一种测试设备和服务器之间进行通信，来对各个服务器的可用性进行检测的方案，图3是本申请实施例提供的一种交互可用性检测方法的流程图，参见图3，该方法包括：

301、测试设备响应于针对目标链路的测试操作，生成该目标链路的测试请求。

在一种可能的实现方式中，运维人员可以根据目标测试业务，在测试设备的可视化界面上填写完整链路对应的各个服务器或服务模块的地址，以生成针对目标链路的测试请求。参见图4，图4是本申请实施例提供的一种通信链路的示意图，该图4中有多个代理(Proxy)服务器，运维人员可以在测试设备的可视化界面上依次填写服务模块A(401)、代理服务器1(402)、服务模块B(404)、代理服务器1(402)、服务模块A(401)的地址，则测试设备可以生成针对①->②->③->④这个目标链路的测试请求。又例如，运维人员还可以在测试设备的可视化界面上依次填写服务模块A(401)、代理服务器1(402)、服务模块B(404)、代理服务器2(403)、服务模块A(401)的地址，则测试设备可以生成针对①->②->⑦->⑧这个目标链路的测试请求。

通过填写完整链路对应的各个服务器的地址，可以强制服务器集群中的各个服务器及服务器中的服务模块，按照所指定的顺序进行数据传输，以便确认某条链路是否能正常通信，进而可以确认目标链路上的每个服务器及服务模块都是正常工作的。

在上述实施例中，提供了基于运维人员所提供的完整链路的相关信息来生成测试请求的实施方式，在另一种可能实现方式中，运维人员还可以根据目标测试业务，在测试设备的可视化界面上填写该目标测试业务的业务名称，使得测试设备根据实现该目标测试业务所涉及的链路的相关信息，来生成测试请求。而在另一种可能实现方式中，运维人员还可以提供目标测试业务的源服务器(或源模块)，以及目的服务器(或目的模块)的地址，以生成针对目标测试业务的测试请求。针对这种测试请求，接收到测试请求的服务器可以根据服务器(或服务模块)之间的映射关系，自行确定与之进行交互的下一个服务器(或服务模块)，进而将测试响应从源服务器(或源模块)传输到目的服务器(或目的模块)。具体地，接收到该测试请求的服务器(或服务模块)可以根据该测试请求对应的目标测试业务，确定该目标测试业务对应的多个服务以及服务的处理顺序，确定每个该服务对应的至少一个服务器(或服务模块)，从该每个服务对应的至少一个服务器(或服务模块)中，为每个该服务确定一个服务器(或服务模块)作为链路节点，按照该服务的处理顺序以及所确定的作为链路节点的服务器(或服务模块)的地址，生成该目标链路，进而可以通过测试接口将该第二测试请求发送给目标链路上该服务器的下一个服务器(或服务模块)。

需要说明的是，该目标链路上可以有N个服务器(或服务模块)，N可以为大于1的任意整数，本申请实施例对N的具体取值不加以限定，下面将以作为目标链路的首节点的第一个服务器(或服务模块)、作为目标链路的中间节点的第i个服务器(或服务模块)以及作为目标链路的尾节点的第N个服务器(或服务模块)的具体操作为例来进行说明，其他作为目标链路的中间节点的服务器(或服务模块)的操作与第i个服务器(或服务模块)的操作同理，本申请实施例对此不加以赘述。

其中，该测试请求除由运维人员主动触发生成外，还可以由测试设备每隔预设时长自动生成。具体地，测试设备可以根据在运维人员再测试设备的可视化界面上预先填写的完整链路对应的各个服务器的地址，每隔预设时长，生成针对目标链路的测试请求，还可以根据在运维人员测试设备的可视化界面上预先填写的源服务器或源模块，以及目的服务器或目的模块的地址，每隔预设时长，生成从源服务器或源模块到目的服务器或目的模块的链路，作为目标链路。

需要说明的是，本申请实施例提供的方案，还可以用于在生产环境扩容、缩容后，快速检测服务器及服务模块之间的交互是否可用。若该目标测试业务为扩容测试，则在确定该目标链路时，将已扩容服务器作为该目标链路中的链路节点；若该目标测试业务为缩容测试，则在确定该目标链路时，将已缩容服务器作为该目标链路中的链路节点，可选地，若该目标测试业务为缩容测试，还可以将所有可能的通信链路均确定为目标链路，进而可以根据接收到的所有可能的通信链路的目标测试响应，来确定缩容是否成功，若目标测试响应中不包括已缩容服务器的操作信息，则可以确定缩容成功，若目标测试响应中包括已缩容服务器的操作信息，则可以确定缩容失败。

302、测试设备将该测试请求发送给该目标链路上的第一个服务器。

需要说明的是，该目标链路上的各个服务器及服务模块上，都可以预先设置有一个专门的测试接口，专门用于接收测试请求、在测试请求中添加相应的操作信息，并对添加操作信息后的测试请求进行发送，各个服务器及服务模块上的测试接口仅用于与其他服务器及服务模块上的测试接口进行通信，以便检测这些服务器及服务模块之间的交互是否能正常进行。

在一种可能的实现方式中，测试设备可以将该测试请求发送给该第一个服务器的测试接口，以便第一个服务器通过该测试接口来对测试请求进行接收。

通过设置专门的测试接口，可以避免测试请求占用其他接口，影响其他情况下的数据传输速率，通过专门的测试接口来进行测试请求的传输，还可以提高测试请求的传输速度，提高测试效率。

303、该第一个服务器响应于接收到针对目标链路的测试请求，将该测试请求作为第一测试请求，在该第一测试请求中添加该第一测试请求的操作信息，得到第二测试请求，该操作信息用于表示该第一个服务器对该第一测试请求的确认接收操作和确认发送操作。

其中，该第一测试请求的操作信息可以为该第一测试请求的确认接收信息，也可以为该第一测试请求的确认发送信息。具体地，该第一测试请求的操作信息可以包括第一测试请求的发送端设备、接收端设备、操作事件以及时间戳。可选的，该第一测试请求的操作信息还可以包括其他内容，本申请实施例对此不加以限定。

在一种可能的实现方式中，第一个服务器在接收到第一测试请求后，可以通过测试接口，在该第一测试请求中添加第一个服务器对该第一测试请求的操作信息，并将添加该操作信息后的第一测试请求作为第二测试请求。

需要说明的是，各个服务器(或服务模块)在接收到请求或响应后，可以根据接收到的请求或响应执行对应的操作，如读写磁盘、读写数据库或者其他操作，因此，各个服务器(或服务模块)在请求或响应中添加的操作信息，除确认接收信息和确认发送信息外，还可以包括各个服务器(或服务模块)根据请求或响应执行的具体操作，从而根据记录的操作信息检测各个服务器(或服务模块)是否有权限执行输入/输出(Input/Output，I/O)操作，从而对各个服务器(或服务模块)的功能进行进一步判断。

304、该第一个服务器将该第二测试请求发送给该目标链路上的第二个服务器，该第二个服务器在该第二测试请求中添加该第二测试请求的操作信息后，继续向下一个服务器进行发送。

需要说明的是，该第一个服务器可以通过第一个服务器上的测试接口，将该第二测试请求发送给第二个服务器的测试接口，以便第二个服务器通过测试接口来接收该第二测试请求、在该第二测试请求中添加操作信息以及对添加操作信息后的第二测试请求进行发送。

其中，第二个服务器在该第二测试请求中添加操作信息的过程与上述步骤303同理，此处不再赘述。

需要说明的是，各个服务器(或服务模块)在将测试请求发送给下一个服务器(或服务模块)后，可以立刻开始对下一个服务器(或服务模块)的反馈情况进行监控，以便确定下一个服务器(或服务模块)是否在预设时长内进行反馈。其中，该预设时长可以由运维人员预先进行设置，该预设时长可以为任意取值，本申请实施例对此不加以限定。

305、目标链路上第i个服务器接收第i测试请求，在该第i测试请求中添加该第i测试请求的操作信息，得到第i+1测试请求，并继续向下一个服务器进行发送。

其中，i可以为大于0小于N的任意整数，本申请实施例对i的具体取值不加以限定。

需要说明的是，该步骤305与上述步骤304同理，此处不再赘述。

306、目标链路上的第N个服务器接收第N测试请求，在该第N测试请求中添加该第N测试请求的操作信息，并生成第一测试响应，在该第一测试响应中添加对该第一测试响应的操作信息，将该第一测试响应发送给目标链路上的上一个服务器。

需要说明的是，第N个服务器在该第N测试请求中添加的操作信息仅为该第N测试请求的确认接收信息，而在该第一测试响应中添加的操作信息仅为该第一测试请求的确认发送信息，该步骤306的具体过程与上述步骤304同理，此处不再赘述。

307、该第i个服务器接收第N-i+1测试响应，在该第N-i+1测试响应中添加该第N-i+1测试响应的操作信息，得到第N-i测试响应，并继续向上一个服务器进行发送。

需要说明的是，该步骤307的具体过程与上述步骤304同理，此处不再赘述。

其中，该第N-i+1测试响应的操作信息可以为该第N-i+1测试响应的确认接收信息，也可以为该第N-i+1测试响应的确认发送信息，具体地，该第N-i+1测试响应的操作信息可以包括第N-i+1测试响应的发送端设备、接收端设备、操作事件以及时间戳，可选的，该第N-i+1测试响应的操作信息还可以包括其他内容，本申请实施例对此不加以限定。

308、若该第一个服务器在预设时长内接收到该下一个服务器返回的第N测试响应，则在该第N测试响应中添加该第N测试响应的操作信息，得到目标测试响应。

在一种可能的实现方式中，若该第一个服务器在预设时长内接收到下一个服务器返回的第N测试响应，则可以通过目标接口，在该第N测试响应中添加第N测试响应的操作信息，将添加该操作信息后的第N测试响应作为目标测试响应。

其中，该第N测试响应的操作信息可以为该第一测试响应的确认接收信息，也可以为该第N测试响应的确认发送信息，具体地，该第N测试响应的操作信息可以包括第N测试响应的发送端设备、接收端设备、操作事件以及时间戳，可选的，该第N测试响应的操作信息还可以包括其他内容，本申请实施例对此不加以限定。

参见图5，图5是本申请实施例提供的一种交互检测方法的过程示意图，图5所示的通信链路包含服务模块A(501)、代理(Proxy)服务器(502)和服务模块B(503)。服务模块A在将测试请求发送给代理服务器时，可以在测试请求中添加“从A发送到Proxy”的确认发送信息及相应的时间戳，代理服务器在接收到该测试请求时，可以在该测试请求中添加“Proxy从A接收”的确认接收信息及相应的时间戳，并继续将该测试请求发送给服务模块B，并在测试请求中添加“从Proxy发送到B”的确认发送信息及相应的时间戳，服务模块B在接收到该测试请求时，可以在该测试请求中添加“B从Proxy接收”的确认接收信息及相应的时间戳，并根据该测试请求生成测试响应，基于生成的测试响应开始回传。服务模块B将该测试响应返回给代理服务器，并在该测试响应中添加“从B发送到Proxy”的确认发送信息及相应的时间戳，代理服务器在接收到该测试响应时，可以在该测试响应中添加“Proxy从B接收”的确认接收信息及相应的时间戳，并继续将该测试响应发送给服务模块A，并在测试请求中添加“从Proxy发送到A”的确认发送信息及相应的时间戳，进而可以通过步骤307将该测试响应发送给测试设备，以便测试设备根据该测试响应中记录的确认接收信息和确认发送信息，来确定服务模块A->代理服务器->服务模块B->代理服务器->服务模块A的通信链路上各个服务器及服务模块之间的交互可用。

其中，通过时间戳即可以清晰知道该测试请求在相邻服务器及服务模块之间消耗的时间，例如，第6步中，从第3条记录“从Proxy发送到B”至第6条记录“Proxy从B接收”，记录的时间戳所指示的时间差即可以表示Proxy发送给服务模块B，在服务模块B处理后得到结果所消耗的时间。

309、该第一个服务器向测试设备输出携带该目标测试响应。

在一种可能的实现方式中，该第一个服务器可以通过测试接口，直接将该目标测试响应发送给测试设备。

310、测试设备响应于接收到该第一个服务器的目标测试响应，根据该目标测试响应所携带的信息确定该目标链路上的各个服务器之间的交互可用。

在一种可能的实现方式中，测试设备可以根据该目标测试响应所携带的多个操作信息，确定该目标链路上各个服务器之间的交互可用。

例如，该测试设备可以根据目标链路上各个服务器名称，检测该多个操作信息是否对应于该各个服务器名称，如果是，则确定该目标链路上的各个服务器之间的交互可用。又例如，该测试设备可以根据目标链路上各个服务器地址，检测该多个操作信息是否对应于该各个服务器地址，如果是，则确定该目标链路上的各个服务器之间的交互可用。

当然，上述操作信息中还可以包括操作的时间戳，则测试设备还可以基于时间戳，来确定请求或响应在两个服务器之间的处理耗时或传输耗时，从而基于所确定的耗时，来确定两个服务器之间的响应情况，例如任两个服务器之间基于时间戳所确定的传输耗时大于目标耗时，则确定该两个服务器之间的交互可用，但响应速度较慢，可以根据其响应速度进行链路的调整，例如将链路切换至其他服务器等。上述处理耗时也与传输耗时同理，在此不做赘述。

需要说明的是，在目标链路上任一个服务器向下一个服务器发送了测试请求后，可以对下一个服务器对该测试请求是否进行响应进行监控，也即是，在预设时长内是否接收到下一个服务器返回的测试响应，用以确定服务器之间的交互是否可用，若任一个服务器在预设时长内未接收到下一个服务器所返回的测试响应，则可以确定下一个服务器可能出现故障，导致交互不可用，该任一个服务器需要将该交互不可用的情况反馈给测试设备。

本申请实施例提供的方案，通过在接收到下一个服务器的第一测试响应时，在该第一测试响应中添加该第一测试响应的操作信息，得到交互可用情况下的目标测试响应，以便测试设备可以根据该目标测试响应中携带的操作信息，确定每个服务器间交互的耗时、测试过程中经过哪些中间服务器及其他附带数据等，以便对交互可用进行判定，提高交互可用性的检测效率。在对生产环境扩容、缩容后，也可以将已扩容或已缩容服务器或服务模块设置为目标链路中的链路节点，通过本申请实施例提供的方案，可以在扩容测试时快速确认扩容的模块是否都真的加入到生产环境了，在缩容测试时快速确认减少的机器真的不会被访问到，从而快速检测各个服务器或服务模块之间的交互是否可用。

上述图3所示仅为目标链路上各个服务器及服务模块之间交互均可用的情况，下面基于一种目标链路上有服务器(或服务模块)不可用的情况，来对本申请提供的方案进行进一步阐述，图6是本申请实施例提供的一种交互可用性检测方法的流程图，参见图6，该方法包括：

601、测试设备响应于针对目标链路的测试操作，生成该目标链路的测试请求。

需要说明的是，该步骤与上述步骤301同理，此处不再赘述。

602、测试设备将该测试请求发送给该目标链路上的第一个服务器。

需要说明的是，该步骤与上述步骤302同理，此处不再赘述。

603、该第一个服务器响应于接收到针对目标链路的测试请求，将该测试请求作为第一测试请求，在该第一测试请求中添加该第一测试请求的操作信息，得到第二测试请求，该操作信息用于表示该第一个服务器对该第一测试请求的确认接收操作和确认发送操作。

需要说明的是，该步骤与上述步骤303同理，此处不再赘述。

604、该第一个服务器将该第二测试请求发送给该目标链路上的第二个服务器，该第二个服务器在该第二测试请求中添加该第二测试请求的操作信息后，继续向下一个服务器进行发送。

需要说明的是，该步骤与上述步骤304同理，此处不再赘述。

605、目标链路上第i个服务器接收第i测试请求，在该第i测试请求中添加该第i测试请求的操作信息，得到第i+1测试请求，并继续向下一个服务器进行发送。

需要说明的是，该步骤与上述步骤305同理，此处不再赘述。

606、目标链路上的第j个服务器接收第j测试请求，在该第j测试请求中添加该第j测试请求的操作信息，得到第j+1测试请求，将该第j+1测试请求发送给第j+1个服务器。

其中，j可以为大于i小于N的任意整数，本申请实施例对j的具体取值不加以限定。

需要说明的是，该步骤与上述步骤605同理，此处不再赘述。

607、若该第j个服务器在预设时长内未接收到该第j+1个服务器返回的第测试响应，则生成目标测试响应，该目标测试响应携带下一个服务器的交互失败信息。

在一种可能的实现方式中，若该服务器在预设时长内未接收到下一个服务器返回的第一测试响应，则可以基于该第j+1测试请求生成目标测试响应，该目标测试响应中携带交互失败信息，该交互失败信息中可以包括交互失败的设备、交互失败事件以及时间戳，可选的，该交互失败信息还可以包括其他内容，本申请实施例对此不加以限定。

在图5所示的交互检测方法的过程示意图中，如果服务模块B异常终止，那么代理服务器在第3步发送后，在预设时长内无法接收到来自服务模块B的响应，代理服务器就直接在根据测试请求生成的测试响应中，添加“服务模块B通信超时”的交互失败信息，并向服务模块A返回携带该交互失败信息的测试响应。

通过在目标测试响应中添加交互失败信息，以便测试设备可以直接根据该交互失败信息，直接确定出现故障的服务器，提高交互可用性检测效率。

需要说明的是，在目标链路上任一个服务器向下一个服务器发送了测试请求后，均可以对下一个服务器对该测试请求是否进行响应进行监控，也即是，在预设时长内是否接收到下一个服务器返回的测试响应，用以确定服务器之间的交互是否可用，若任一个服务器在预设时长内未接收到下一个服务器所返回的测试响应，则可以确定下一个服务器可能出现故障，导致交互不可用，该任一个服务器需要将该交互不可用的情况反馈给测试设备。

608、该第j个服务器通过第一个服务器向测试设备输出该目标测试响应。

在一种可能的实现方式中，该第j个服务器可以通过测试接口，在该目标测试响应中添加操作信息，该操作信息仅包括该目标测试响应的确认发送信息，并将添加操作信息后的目标测试响应发送给第j个服务器的上一个服务器(或服务模块)，也即是，第j-1个服务器，进而通过第j-1个服务器在该目标测试响应中继续添加操作信息，并继续向上一个服务器(或服务模块)进行发送，直至发送至第一个服务器，由第一个服务器直接向该测试设备发送该目标测试响应。

609、测试设备响应于接收到该第一个服务器的目标测试响应，根据该目标测试响应所携带的交互失败信息确定该目标链路上发生故障的服务器。

在一种可能的实现方式中，测试设备可以根据该目标测试响应所携带的是交互失败信息，则测试设备可以根据该交互失败信息，直接确定出交互不可用的服务器(或服务模块)。

例如，该测试设备可以根据目标链路上各个服务器名称，确定该交互失败信息对应的服务器名称，进而确定出该目标链路上出现故障的服务器。又例如，该测试设备可以根据目标链路上各个服务器地址，检测该交互失败信息对应的服务器地址，进而根据服务器地址确定出该目标链路上出现故障的服务器。

当然，上述目标测试响应中还可以包括其他正常工作的服务器的操作信息，该操作信息中还可以包括操作的时间戳，则测试设备还可以基于时间戳，来确定请求或响应在两个服务器之间的处理耗时或传输耗时，从而基于所确定的耗时，来确定两个服务器之间的响应情况，例如任两个服务器之间基于时间戳所确定的传输耗时大于目标耗时，则确定该两个服务器之间的交互可用，但响应速度较慢，可以根据其响应速度进行链路的调整，例如将链路切换至其他服务器等。上述处理耗时也与传输耗时同理，在此不做赘述。

本申请实施例提供的方案，通过在未接收到下一个服务器的测试响应时，生成携带下一个服务器的交互失败信息的目标测试响应，以便测试设备可以直接根据交互失败信息，确定出现故障的服务器，提高交互可用性的检测效率。在对生产环境扩容、缩容后，也可以将已扩容或已缩容服务器或服务模块设置为目标链路中的链路节点，通过本申请实施例提供的方案，可以在扩容测试时快速确认扩容的模块是否都真的加入到生产环境了，在缩容测试时快速确认减少的机器真的不会被访问到，从而快速检测各个服务器或服务模块之间的交互是否可用。

上述图3和图6所示的实施例仅为本申请的一种基本流程，下面基于一种具体场景下应用本申请提供的方法来对待测试链路上既有服务器也有服务模块的场景中的交互可用性检测为例，来对本申请提供的方案进行进一步阐述。图7是本申请实施例提供的一种交互可用性检测方法的过程示意图，参见图7，以一个在线商城的生产环境为例，该生产环境后台包括负载均衡模块702、接入服务模块703、中转代理集群704、普通服务机器705以及数据库(Database，DB)机器，各个服务模块和服务器的功能如下：

负载均衡模块：在客户端跟后台建立连接时，负责将每个客户端，根据接入服务模块的负载情况进行分发，让每个客户端都能跟接入服务模块保持长连接。不同用户可能被分发到接入服务1、2、3，分发后，只要客户端与接入服务模块有保持长连接，就不会再与负载均衡模块进行通信。

接入服务模块：与客户端保持传输控制协议(Transmission Control Protocol，TCP)长连接，负责接收客户端的请求，将后台的结果返回给客户端。

中转代理集群：由一组代理服务器组成，每台代理服务器都部署一个Proxy程序，该Proxy程序与所有的接入服务模块、普通服务机器、DB机器连通，Proxy程序负责转发在这些机器上服务模块之间的请求及响应。

普通服务机器：每台普通服务机器上面部署多项应用服务程序，相同名称的服务模块功能是对等的，如登录认证服务模块1和2，交易服务模块1和2，展示服务模块1和2，数据库服务模块1、2和3。区别在于，不同身份标识(Identity，ID)的客户端请求，被中转代理集群分配到不同的普通服务机器及DB机器。

DB机器：该服务器上只部署数据库服务模块，用于屏蔽底层的数据存储结构，如文件存储、结构化查询语言(Structured Query Language，SQL)、非关系型数据库(Not OnlySQL，NoSQL)等。普通服务机器的模块，要访问数据库，都需要经过DB机器的数据库服务模块。

用户在通过测试设备上的客户端701访问该在线商城时，可以在该在线商城中进行登录、获取商城展示数据以及从在线商城购买商品等，下面将基于这三种情况下如何对对应的目标链路上的服务器及服务模块之间的交互是否可用进行检测分别进行说明：

1、对在该在线商城中进行登录时对应的目标链路上的服务器及服务模块之间的交互是否可用进行检测，可以通过在客户端发起登录请求实现。该登录请求经过的链路为：客户端发送登录请求->接入服务模块1->中转代理服务器1->登录认证服务模块1->中转代理服务器1->数据库服务模块1->中转代理服务器1->登录认证服务模块1，得到用户信息，校验并返回校验结果->中转代理服务器1->接入服务模块1->客户端收到登录响应(成功/失败)。

测试设备响应于运维人员在客户端上触发的登录操作，生成登录请求，并根据该登录请求经过的链路，通过负载均衡模块，将该登录请求发送给接入服务模块1，接入服务模块1按照上述链路中各个服务器及服务模块的顺序，继续对该登录请求进行发送。各个服务器及服务模块在接收到登录请求以及对该登录请求进行发送时，都会在登录请求中添加相应的操作信息，直至通过登录认证服务模块1得到用户信息，对用户信息进行校验，并根据校验结果生成登录响应，并将该登录响应返回给客户端，该登录响应包含登录请求中的操作信息。各个服务器及服务模块在接收到登录响应以及对该登录响应进行发送时，都会在登录响应中添加相应的操作信息，以便运维人员可以根据登录响应中的操作信息，确定该登录请求经过的链路上各个服务器及服务模块之间的交互可用。

在上述登录请求及登录响应的发送过程中，若数据库服务模块1异常终止，则中转代理服务器1在将登录请求发送给数据库服务模块1后，在预设时长内无法接收到来自数据库服务模块1的响应，中转代理服务器1可以直接在根据登录请求生成的登录响应中，添加“数据库服务模块1通信超时”的交互失败信息，并向中转代理服务器1返回携带该交互失败信息的登录响应。根据该登录响应中的交互失败信息，运维人员可以直接确定出该登录请求经过的链路上的数据库服务模块1出现故障，大大提高了交互可用性检测效率。

2、对获取商城展示数据时对应的目标链路上的服务器及服务模块之间的交互是否可用进行检测，可以通过在客户端发起获取商城展示数据请求实现。该获取商城展示数据请求经过的链路为：客户端发送获取商城展示数据请求->接入服务模块2->中转代理服务器2->展示服务模块2->中转代理服务器2->数据库服务模块2->中转代理服务器2->展示服务模块2->中转代理服务器2->接入服务模块2->客户端展示。

测试设备响应于用户在客户端上触发的获取商城展示数据操作，生成获取商城展示数据请求，并根据该获取商城展示数据请求经过的链路，通过负载均衡模块，将该获取商城展示数据请求发送给接入服务模块2。接入服务模块2按照上述链路中各个服务器及服务模块的顺序，继续对该获取商城展示数据请求进行发送，各个服务器及服务模块在接收到获取商城展示数据请求以及对该获取商城展示数据请求进行发送时，都会在获取商城展示数据请求中添加相应的操作信息，直至通过展示服务模块2接收到从数据库服务模块2获取到的商城展示数据，并根据获取到的商城展示数据生成商城展示数据响应，并将该商城展示数据响应返回给客户端，该商城展示数据响应包含商城展示数据请求中的操作信息。各个服务器及服务模块在接收到商城展示数据响应以及对该商城展示数据响应进行发送时，都会在商城展示数据响应中添加相应的操作信息，以便用户可以根据商城展示数据响应中的操作信息，确定该商城展示数据请求经过的链路上各个服务器及服务模块之间的交互可用。

在上述商城展示数据请求及商城展示数据响应的发送过程中，若数据库服务模块2异常终止，则中转代理服务器2在将商城展示数据请求发送给数据库服务模块2后，在预设时长内无法接收到来自数据库服务模块2的响应，中转代理服务器2可以直接在根据商城展示数据请求生成的商城展示数据响应中，添加“数据库服务模块2通信超时”的交互失败信息，并向中转代理服务器2返回携带该交互失败信息的商城展示数据响应。根据该商城展示数据响应中的交互失败信息，运维人员可以直接确定出该商城展示数据请求经过的链路上的数据库服务模块2出现故障，大大提高了交互可用性检测效率。

3、对在在线商城购买商品时对应的目标链路上的服务器及服务模块之间的交互是否可用进行检测，可以通过在客户端发起购买商品请求实现。该购买商品请求经过的链路为：客户端发起购买请求->接入服务模块3->中转代理服务器3->交易服务模块3->中转代理服务器3->数据库服务模块3->中转代理服务器3->交易服务模块3->中转代理服务器3->接入服务模块3->客户端得到购买结果。

测试设备响应于用户在客户端上触发的购买商品操作，生成购买商品请求，并根据该购买商品请求经过的链路，通过负载均衡模块，将该购买商品请求发送给接入服务模块3，接入服务模块3按照上述链路中各个服务器及服务模块的顺序，继续对该购买商品请求进行发送。各个服务器及服务模块在接收到购买商品请求以及对该购买商品请求进行发送时，都会在购买商品请求中添加相应的操作信息，直至通过交易服务模块3接收到从数据库服务模块3获取到的商品数据，并根据获取到的商品数据生成购买商品响应，并将该购买商品响应返回给客户端，该购买商品响应包含购买商品请求中的操作信息。各个服务器及服务模块在接收到购买商品响应以及对该购买商品响应进行发送时，都会在购买商品响应中添加相应的操作信息，以便用户可以根据购买商品响应中的操作信息，确定该购买商品请求经过的链路上各个服务器及服务模块之间的交互可用。

在上述购买商品请求及购买商品响应的发送过程中，若数据库服务模块3异常终止，则中转代理服务器3在将购买商品请求发送给数据库服务模块3后，在预设时长内无法接收到来自数据库服务模块3的响应，中转代理服务器3可以直接在根据购买商品请求生成的购买商品响应中，添加“数据库服务模块3通信超时”的交互失败信息，并向中转代理服务器3返回携带该交互失败信息的购买商品响应。根据该购买商品响应中的交互失败信息，运维人员可以直接确定出该购买商品请求经过的链路上的数据库服务模块3出现故障，大大提高了交互可用性检测效率。

需要说明的是，在对生产环境进行扩容后，也可以通过本申请实施例提供的方案，来对扩容是否成功进行检测。图8是本申请实施例提供的一种扩容后交互可用性检测方法的过程示意图，参见图8，图8在图7所示的服务器及服务模块的基础上，增加了1台普通服务器3(807)，也增加了一些服务，要确保这些服务真正被原有的其他服务器或服务模块识别到，也就是在客户端发起请求，最后能达到普通服务机器3，才算真正的扩容成功。具体地，用户可以在发起请求时将包含普通服务机器3的通信链路确定为目标链路，例如，用户可以在发起登录请求时，将登录请求经过的链路设置为：客户端发送登录请求->接入服务模块3->中转代理服务器3->登录认证服务模块3->中转代理服务器3->数据库服务模块3->中转代理服务器3->登录认证服务模块3，得到用户信息，校验并返回校验结果->中转代理服务器3->接入服务模块3->客户端收到登录响应(成功/失败)。各个服务器及服务模块可以按照设置好的该登录请求经过的链路，来对登录请求及登录响应进行传输，并在接收到登录请求或登录响应以及对该登录请求或登录响应进行发送时，都会在登录请求或登录响应中添加相应的操作信息，以便用户根据最终接收到的登录响应中是否包括登录认证服务模块3对应的操作信息，来确定扩容是否成功。若最终接收到的登录响应中包括登录认证服务模块3对应的操作信息，则可以确定扩容成功，若最终接收到的登录响应中不包括登录认证服务模块3对应的操作信息，则可以确定扩容失败。

在对生产环境进行缩容后，也可以通过本申请实施例提供的方案，来对缩容是否成功进行检测。图9是本申请实施例提供的一种缩容后交互可用性检测方法的过程示意图，参见图9，图9在图7所示的服务器及服务模块的基础上，已经去掉了普通服务机器2，要确保原有的其他服务器或服务模块感知到普通服务机器2及其上的服务都被裁撤了，不能再向普通服务机器2和普通服务机器2的服务发送请求了，也就是在接入模块中发起请求，都不会再到达原来的普通服务机器2，就说明缩容成功。具体地，用户可以在发起请求时将包含普通服务机器2的通信链路确定为目标链路，例如，用户可以在发起登录请求时，将登录请求经过的链路设置为：客户端发送登录请求->接入服务模块2->中转代理服务器2->登录认证服务模块2->中转代理服务器2->数据库服务模块2->中转代理服务器2->登录认证服务模块2，得到用户信息，校验并返回校验结果->中转代理服务器2->接入服务模块2->客户端收到登录响应(成功/失败)。各个服务器及服务模块可以按照设置好的该登录请求经过的链路，来对登录请求及登录响应进行传输，并在接收到登录请求或登录响应以及对该登录请求或登录响应进行发送时，都会在登录请求或登录响应中添加相应的操作信息，以便用户根据最终接收到的登录响应中是否包括登录认证服务模块2对应的操作信息，来确定扩容是否成功。若最终接收到的登录响应中不包括登录认证服务模块2对应的操作信息，则可以确定缩容成功，若最终接收到的登录响应中包括登录认证服务模块2对应的操作信息，则可以确定缩容失败。

可选地，用户可以在发起请求时将包含已扩容服务器或已缩容服务器的通信链路确定为目标链路外，还可以仅设置源服务器或源服务模块、以及目的服务器或目的服务模块，由各个服务器或服务模块自行选择对应的下一个服务器或服务模块。具体地，在对生产环境进行扩容后，可以将源服务模块设置为接入服务模块3，将目的服务器设置为普通服务机器3，进而根据最终接收到的响应确定扩容是否成功；在对生产环境进行缩容后，可以将源服务模块设置为接入服务模块2，将目的服务器设置为普通服务机器2，进而根据最终接收到的响应确定缩容是否成功，具体确定过程于上述过程同理，此处不再赘述。

本申请实施例提供的方案，通过在接收到下一个服务器或服务模块的响应时，在该响应中添加该响应的操作信息，得到交互可用情况下的响应，以便用户可以根据该响应中携带的操作信息，确定每个服务器或服务模块间交互的耗时、测试过程中经过哪些中间服务器或服务模块，以便对交互可用进行判定，在未接收到下一个服务器或服务模块的响应时，生成携带下一个服务器或服务模块的交互失败信息的响应，以便用户可以直接根据交互失败信息，确定出现故障的服务器或服务模块，提高交互可用性的检测效率。在对生产环境扩容、缩容后，也可以将已扩容或已缩容服务器或服务模块设置为目标链路中的链路节点，从而通过本申请实施例提供的方案，快速检测各个服务器或服务模块之间的交互是否可用。

上述所有可选技术方案，可以采用任意结合形成本申请的可选实施例，在此不再一一赘述。

图10是本申请实施例提供的一种交互可用性检测装置的结构示意图，参见图10，应用于服务器，该装置包括：

添加单元1001，用于响应于接收到针对目标链路的第一测试请求，在该服务器所接收到的该第一测试请求中添加该第一测试请求的操作信息，得到第二测试请求，该操作信息用于表示该服务器对该第一测试请求的确认接收操作和确认发送操作；

发送单元1002，用于将该第二测试请求发送给该目标链路上该服务器的下一个服务器；

生成单元1003，用于若在预设时长内未接收到该下一个服务器返回的测试响应，则生成目标测试响应，该目标测试响应携带该下一个服务器的交互失败信息；

输出单元1004，用于向测试设备输出携带该交互失败信息的该目标测试响应。

本申请实施例提供的装置，响应于接收到针对目标链路的第一测试请求，在服务器所接收到的第一测试请求中添加第一测试请求的操作信息，得到第二测试请求，将第二测试请求发送给目标链路上服务器的下一个服务器，若在预设时长内未接收到下一个服务器返回的测试响应，则生成携带下一个服务器的交互失败信息的目标测试响应，向测试设备输出目标测试响应。通过在未接收到下一个服务器的测试响应时，生成携带下一个服务器的交互失败信息的目标测试响应，以便测试设备可以直接根据交互失败信息，确定出现故障的服务器，提高交互可用性的检测效率。

在一种可能的实现方式中，该添加单元1001，还用于若在预设时长内接收到该下一个服务器返回的测试响应，则在该测试响应中添加该测试响应的操作信息，得到目标测试响应；

该输出单元1004，还用于向该测试设备输出携带该测试响应的操作信息的该目标测试响应。

在一种可能的实现方式中，该发送单元1002，还用于若该服务器为该目标链路上的第一个服务器，则向该测试设备发送该目标测试响应；

该发送单元1002，还用于若该服务器不是该目标链路上的第一个服务器，则通过该服务器在该目标链路上的上一个服务器向该测试设备发送该目标测试响应。

在一种可能的实现方式中，该操作信息包括发送端设备、接收端设备、操作事件以及时间戳。

在一种可能的实现方式中，该装置还包括：

确定单元，用于根据目标测试业务，确定该目标测试业务对应的目标链路。

在一种可能的实现方式中，该确定单元，还用于根据该目标测试业务，确定该目标测试业务对应的多个服务以及服务的处理顺序；

该确定单元，还用于确定每个该服务对应的至少一个服务器；

该确定单元，还用于从该每个服务对应的至少一个服务器中，为每个该服务确定一个服务器作为链路节点；

该生成单元1003，还用于按照该服务的处理顺序以及所确定的作为链路节点的服务器的地址，生成该目标链路。

在一种可能的实现方式中，该确定单元，还用于若该目标测试业务为扩容测试，则在确定该目标链路时，将已扩容服务器作为该目标链路中的链路节点。

在一种可能的实现方式中，该确定单元，还用于若该目标测试业务为缩容测试，则在确定该目标链路时，将已缩容服务器作为该目标链路中的链路节点。

图11是本申请实施例提供的一种交互可用性检测装置的结构示意图，参见图11，应用于测试设备，该装置包括：

生成单元1101，用于响应于针对目标链路的测试操作，生成该目标链路的测试请求；

发送单元1102，用于将该测试请求发送给该目标链路上的第一个服务器；

确定单元1103，用于响应于接收到该第一个服务器的测试响应，根据该测试响应所携带的信息确定该目标链路上的各个服务器之间的交互是否可用。

本申请实施例提供的装置，通过响应于针对目标链路的测试操作，生成该目标链路的测试请求，将该测试请求发送给该目标链路上的第一个服务器，响应于接收到该第一个服务器的测试响应，根据该测试响应所携带的信息确定该目标链路上的各个服务器之间的交互是否可用，在交互不可用的情况下，可以直接根据测试响应所携带的信息，确定出现故障的服务器，提高交互可用性的检测效率。

在一种可能的实现方式中，该生成单元1101，还用于每隔预设时长，生成针对该目标链路的测试请求；

该发送单元1102，还用于将该测试请求发送给该目标链路上的第一个服务器；

该确定单元1103，还用于响应于接收到该第一个服务器的测试响应，根据该测试响应所携带的信息确定该目标链路上的各个服务器之间的交互是否可用。

需要说明的是：上述实施例提供的交互可用性检测装置在对各个服务模块之间的交互是否可用进行检测时，仅以上述各功能单元的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元完成，即将服务器的内部结构划分成不同的功能单元，以完成以上描述的全部或者部分功能。另外，上述实施例提供的交互可用性检测装置与交互可用性检测方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图12是本申请实施例提供的一种测试设备的结构示意图。该测试设备1200可以是：智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio LayerIV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。测试设备1200还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，测试设备1200包括有：一个或多个处理器1201和一个或多个存储器1202。

处理器1201可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1201可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate0Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1201也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1201可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1201还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1202可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1202还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1202中的非暂态的计算机可读存储介质用于存储至少一个程序代码，该至少一个程序代码用于被处理器1201所执行以实现本申请中方法实施例提供的交互可用性检测方法。

在一些实施例中，测试设备1200还可选包括有：外围设备接口1203和至少一个外围设备。处理器1201、存储器1202和外围设备接口1203之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1203相连。具体地，外围设备包括：射频电路1204、显示屏1205、摄像头1206、音频电路1207、定位组件1208和电源1209中的至少一种。

外围设备接口1203可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器1201和存储器1202。在一些实施例中，处理器1201、存储器1202和外围设备接口1203被集成在同一芯片或电路板上；在一些其他实施例中，处理器1201、存储器1202和外围设备接口1203中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路1204用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路1204通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1204将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1204包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1204可以通过至少一种无线通信协议来与其它测试设备进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路1204还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏1205用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1205是触摸显示屏时，显示屏1205还具有采集在显示屏1205的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1201进行处理。此时，显示屏1205还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1205可以为一个，设置测试设备1200的前面板；在另一些实施例中，显示屏1205可以为至少两个，分别设置在测试设备1200的不同表面或呈折叠设计；在再一些实施例中，显示屏1205可以是柔性显示屏，设置在测试设备1200的弯曲表面上或折叠面上。甚至，显示屏1205还可以设置成非矩形的不规则图形，也即异形屏。显示屏1205可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。

摄像头组件1206用于采集图像或视频。可选地，摄像头组件1206包括前置摄像头和后置摄像头。通常，前置摄像头设置在测试设备的前面板，后置摄像头设置在测试设备的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1206还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路1207可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1201进行处理，或者输入至射频电路1204以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在测试设备1200的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1201或射频电路1204的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1207还可以包括耳机插孔。

定位组件1208用于定位测试设备1200的当前地理位置，以实现导航或LBS(Location Based Service，基于位置的服务)。定位组件1208可以是基于美国的GPS(Global Positioning System，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。

电源1209用于为测试设备1200中的各个组件进行供电。电源1209可以是交流电、直流电、一次性电池或可充电电池。当电源1209包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。

在一些实施例中，测试设备1200还包括有一个或多个传感器1210。该一个或多个传感器1210包括但不限于：加速度传感器1211、陀螺仪传感器1212、压力传感器1213、指纹传感器1214、光学传感器1215以及接近传感器1216。

加速度传感器1211可以检测以测试设备1200建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1211可以用于检测重力加速度在三个坐标轴上的分量。处理器1201可以根据加速度传感器1211采集的重力加速度信号，控制显示屏1205以横向视图或纵向视图进行用户界面的显示。加速度传感器1211还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器1212可以检测测试设备1200的机体方向及转动角度，陀螺仪传感器1212可以与加速度传感器1211协同采集用户对测试设备1200的3D动作。处理器1201根据陀螺仪传感器1212采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器1213可以设置在测试设备1200的侧边框和/或显示屏1205的下层。当压力传感器1213设置在测试设备1200的侧边框时，可以检测用户对测试设备1200的握持信号，由处理器1201根据压力传感器1213采集的握持信号进行左右手识别或快捷操作。当压力传感器1213设置在显示屏1205的下层时，由处理器1201根据用户对显示屏1205的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器1214用于采集用户的指纹，由处理器1201根据指纹传感器1214采集到的指纹识别用户的身份，或者，由指纹传感器1214根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1201授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1214可以被设置测试设备1200的正面、背面或侧面。当测试设备1200上设置有物理按键或厂商Logo时，指纹传感器1214可以与物理按键或厂商Logo集成在一起。

光学传感器1215用于采集环境光强度。在一个实施例中，处理器1201可以根据光学传感器1215采集的环境光强度，控制显示屏1205的显示亮度。具体地，当环境光强度较高时，调高显示屏1205的显示亮度；当环境光强度较低时，调低显示屏1205的显示亮度。在另一个实施例中，处理器1201还可以根据光学传感器1215采集的环境光强度，动态调整摄像头组件1206的拍摄参数。

接近传感器1216，也称距离传感器，通常设置在测试设备1200的前面板。接近传感器1216用于采集用户与测试设备1200的正面之间的距离。在一个实施例中，当接近传感器1216检测到用户与测试设备1200的正面之间的距离逐渐变小时，由处理器1201控制显示屏1205从亮屏状态切换为息屏状态；当接近传感器1216检测到用户与测试设备1200的正面之间的距离逐渐变大时，由处理器1201控制显示屏1205从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图12中示出的结构并不构成对测试设备1200的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

图13是本申请实施例提供的一种服务器的结构示意图，该服务器1300可因配置或性能不同而产生比较大的差异，可以包括一个或多个处理器(Central Processing Units，CPU)1301和一个或多个的存储器1302，其中，该一个或多个存储器1302中存储有至少一条程序代码，该至少一条程序代码由该一个或多个处理器1301加载并执行以实现上述各个方法实施例提供的方法。当然，该服务器1300还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器1300还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种计算机可读存储介质，例如包括程序代码的存储器，上述程序代码可由处理器执行以完成上述实施例中的交互可用性检测方法。例如，该计算机可读存储介质可以是只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory，RAM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)、磁带、软盘和光数据存储设备等。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来程序代码相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

上述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (15)

1.一种交互可用性检测方法，其特征在于，应用于服务器，所述方法包括：

响应于接收到针对目标链路的第一测试请求，在所述服务器所接收到的所述第一测试请求中添加所述第一测试请求的操作信息，得到第二测试请求，所述操作信息用于表示所述服务器对所述第一测试请求的确认接收操作和确认发送操作；

将所述第二测试请求发送给所述目标链路上所述服务器的下一个服务器；

若在预设时长内未接收到所述下一个服务器返回的测试响应，则生成目标测试响应，所述目标测试响应携带所述下一个服务器的交互失败信息；

向测试设备输出携带所述交互失败信息的所述目标测试响应。

2.根据权利要求1所述的方法，其特征在于，所述将所述第二测试请求发送给所述目标链路上所述服务器的下一个服务器之后，所述方法还包括：

若在预设时长内接收到所述下一个服务器返回的测试响应，则在所述测试响应中添加所述测试响应的操作信息，得到目标测试响应；

向所述测试设备输出携带所述测试响应的操作信息的所述目标测试响应。

3.根据权利要求1所述的方法，其特征在于，所述向测试设备输出携带所述交互失败信息的所述目标测试响应包括：

若所述服务器为所述目标链路上的第一个服务器，则向所述测试设备发送所述目标测试响应；

若所述服务器不是所述目标链路上的第一个服务器，则通过所述服务器在所述目标链路上的上一个服务器向所述测试设备发送所述目标测试响应。

4.根据权利要求1或2所述的方法，其特征在于，所述操作信息包括发送端设备、接收端设备、操作事件以及时间戳。

5.根据权利要求1所述的方法，其特征在于，所述响应于接收到针对目标链路的第一测试请求，在所述服务器所接收到的所述第一测试请求中添加所述第一测试请求的操作信息之前，所述方法还包括：

根据目标测试业务，确定所述目标测试业务对应的目标链路。

6.根据权利要求5所述的方法，其特征在于，所述根据目标测试业务，确定所述目标测试业务对应的目标链路包括：

根据所述目标测试业务，确定所述目标测试业务对应的多个服务以及服务的处理顺序；

确定每个所述服务对应的至少一个服务器；

从所述每个服务对应的至少一个服务器中，为每个所述服务确定一个服务器作为链路节点；

按照所述服务的处理顺序以及所确定的作为链路节点的服务器的地址，生成所述目标链路。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

若所述目标测试业务为扩容测试，则在确定所述目标链路时，将已扩容服务器作为所述目标链路中的链路节点。

8.根据权利要求6所述的方法，其特征在于，所述方法还包括：

若所述目标测试业务为缩容测试，则在确定所述目标链路时，将已缩容服务器作为所述目标链路中的链路节点。

9.一种交互可用性检测方法，其特征在于，应用于测试设备，所述方法包括：

响应于针对目标链路的测试操作，生成所述目标链路的测试请求；

将所述测试请求发送给所述目标链路上的第一个服务器；

响应于接收到所述第一个服务器的测试响应，根据所述测试响应所携带的信息确定所述目标链路上的各个服务器之间的交互是否可用。

10.根据权利要求9所述的方法，其特征在于，应用于测试设备，所述方法还包括：

每隔预设时长，生成针对所述目标链路的测试请求；

将所述测试请求发送给所述目标链路上的第一个服务器；

响应于接收到所述第一个服务器的测试响应，根据所述测试响应所携带的信息确定所述目标链路上的各个服务器之间的交互是否可用。

11.一种交互可用性检测装置，其特征在于，应用于服务器，所述装置包括：

添加单元，用于响应于接收到针对目标链路的第一测试请求，在所述服务器所接收到的所述第一测试请求中添加所述第一测试请求的操作信息，得到第二测试请求，所述操作信息用于表示所述服务器对所述第一测试请求的确认接收操作和确认发送操作；

发送单元，用于将所述第二测试请求发送给所述目标链路上所述服务器的下一个服务器；

生成单元，用于若在预设时长内未接收到所述下一个服务器返回的测试响应，则生成目标测试响应，所述目标测试响应携带所述下一个服务器的交互失败信息；

输出单元，用于向测试设备输出携带所述交互失败信息的所述目标测试响应。

12.一种交互可用性检测装置，其特征在于，应用于测试设备，所述装置包括：

生成单元，用于响应于针对目标链路的测试操作，生成所述目标链路的测试请求；

发送单元，用于将所述测试请求发送给所述目标链路上的第一个服务器；

确定单元，用于响应于接收到所述第一个服务器的测试响应，根据所述测试响应所携带的信息确定所述目标链路上的各个服务器之间的交互是否可用。

13.一种服务器，其特征在于，所述服务器包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条程序代码，所述程序代码由所述一个或多个处理器加载并执行以实现如权利要求1至权利要求8任一项所述的交互可用性检测方法所执行的操作。

14.一种测试设备，其特征在于，所述测试设备包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条程序代码，所述程序代码由所述一个或多个处理器加载并执行以实现如权利要求9至权利要求10任一项所述的交互可用性检测方法所执行的操作。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条程序代码，所述程序代码由处理器加载并执行以实现如权利要求1至权利要求10任一项所述的交互可用性检测方法所执行的操作。

Images