CN107547312A - 应用程序测试方法及*** - Google Patents

Abstract

本发明提供了一种应用程序测试方法及***，该方法包括：代理服务器利用Fiddler工具接收测试请求报文，解析并判断该测试请求报文的来源；如果来源为待测客户端，则将测试请求报文重定向转发至中间服务器；中间服务器解析上述测试请求报文，获取接口路径；遍历配置数据库，当查找到与该接口路径匹配的模拟报文时，将该模拟报文作为响应报文发送至代理服务器；代理服务器通过Fiddler工具返回响应报文至待测客户端。本发明提供的实施例中，搭建中间服务器作为测试请求报文传输的中间接口，可以为多种不同接口灵活配置返回信息，在不影响***正常运行的情况下无缝***模拟响应，提高了应用程序的测试覆盖率和测试效率。

Description

应用程序测试方法及***

技术领域

本发明涉及软件测试技术领域，尤其是涉及一种应用程序测试方法及***。

背景技术

在大型的软件***中，各个子***之间大量的依赖于http(Hyper Text TransferProtocol，超文本传输协议)或https(Hyper Text Transfer Protocol over SecureSocket Layer)协议进行信息交互，软件开发中API(Application ProgrammingInterface，应用程序编程接口)的编写与测试是必不可少的环节。

目前在测试过程中，对于某些不容易构造或者不容易获取的对象，可以通过MOCK测试方法构造一个虚拟的对象以便测试顺利完成。但是传统的MOCK测试方式大多是针对特定的单个接口进行，并且用在开发者开发阶段进行接口调试，从而影响了应用程序的测试覆盖率和测试效率。

发明内容

有鉴于此，本发明的目的在于提供一种应用程序测试方法及***，以缓解传统的MOCK测试方式大多是针对特定的单个接口进行，并且用在开发者开发阶段进行接口调试，从而影响应用程序的测试覆盖率和测试效率的问题。

第一方面，本发明实施例提供了一种应用程序测试方法，包括：

代理服务器利用Fiddler工具接收测试请求报文，解析并判断所述测试请求报文的来源；

如果所述来源为待测客户端，则将所述测试请求报文重定向转发至中间服务器；

所述中间服务器接收并解析所述测试请求报文，获取接口路径；

遍历配置数据库，当查找到与所述接口路径匹配的模拟报文时，将所述模拟报文作为响应报文发送至所述代理服务器；

所述代理服务器通过Fiddler工具返回所述响应报文至所述待测客户端。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，所述中间服务器接收并解析所述测试请求报文之后，还包括：

获取所述测试请求报文中的测试参数；

所述将所述模拟报文作为响应报文发送至所述代理服务器包括：

读取查找到的与所述接口路径匹配的模拟报文；

当所述测试参数存在回调函数名时，根据所述测试参数中的回调函数名来组装jsonp格式的模拟报文；

将组装后的所述模拟报文作为响应报文发送至所述代理服务器。

结合第一方面，本发明实施例提供了第一方面的第二种可能的实施方式，其中，还包括：

当所述配置数据库中不存在与所述接口路径匹配的模拟报文时，所述中间服务器请求源目标服务器以获取响应报文。

结合第一方面的第二种可能的实施方式，本发明实施例提供了第一方面的第三种可能的实施方式，其中，所述中间服务器请求源目标服务器以获取响应报文包括：

所述中间服务器从所述配置数据库中获取配置的源目标服务器域名；

重新构造测试请求报文，并添加来源标签至所述测试请求报文，其中所述测试请求报文包括源目标服务器域名；

将所述测试请求报文发送至所述代理服务器，通过所述代理服务器的Fiddler工具请求源目标服务器以获取响应报文。

结合第一方面的第三种可能的实施方式，本发明实施例提供了第一方面的第四种可能的实施方式，其中，所述通过所述代理服务器的Fiddler工具请求源目标服务器以获取响应报文包括：

所述代理服务器的Fiddler工具解析所述测试请求报文，当判断出所述测试请求报文的来源为所述中间服务器时，根据所述测试请求报文请求所述源目标服务器以获取响应报文。

第二方面，本发明实施例还提供一种应用程序测试***，包括代理服务器，及分别与所述代理服务器连接的中间服务器、待测客户端；

所述代理服务器，用于利用Fiddler工具接收测试请求报文，解析并判断所述测试请求报文的来源；如果所述来源为待测客户端，则将所述测试请求报文重定向转发至中间服务器；

所述中间服务器，用于接收并解析所述测试请求报文，获取接口路径；遍历配置数据库，当查找到与所述接口路径匹配的模拟报文时，将所述模拟报文作为响应报文发送至所述代理服务器；

所述代理服务器还用于通过Fiddler工具返回所述响应报文至所述待测客户端；

所述待测客户端用于发送测试请求报文至所述代理服务器，并接收所述代理服务器返回的所述响应报文。

结合第二方面，本发明实施例提供了第二方面的第一种可能的实施方式，其中，所述中间服务器还用于当所述配置数据库中不存在与所述接口路径匹配的模拟报文时，请求源目标服务器以获取响应报文。

结合第二方面的第一种可能的实施方式，本发明实施例提供了第二方面的第二种可能的实施方式，其中，所述***还包括源目标服务器；

所述中间服务器还用于从所述配置数据库中获取配置的源目标服务器域名；重新构造测试请求报文，并添加来源标签至所述测试请求报文，其中所述测试请求报文包括源目标服务器域名；将所述测试请求报文发送至所述代理服务器，通过所述代理服务器的Fiddler工具请求源目标服务器以获取响应报文。

结合第二方面的第二种可能的实施方式，本发明实施例提供了第二方面的第三种可能的实施方式，其中，所述代理服务器还用于利用Fiddler工具解析所述测试请求报文，当判断出所述测试请求报文的来源为所述中间服务器时，根据所述测试请求报文请求所述源目标服务器以获取响应报文。

第三方面，本发明实施例还提供一种具有处理器可执行的非易失的程序代码的计算机可读介质，所述程序代码使所述处理器执行所述第一方面所述的方法。

本发明实施例带来了以下有益效果：

在本发明的实施例中，应用程序测试方法包括：代理服务器利用Fiddler工具接收测试请求报文，解析并判断该测试请求报文的来源；如果来源为待测客户端，则将测试请求报文重定向转发至中间服务器；中间服务器解析上述测试请求报文，获取接口路径；遍历配置数据库，当查找到与该接口路径匹配的模拟报文时，将该模拟报文作为响应报文发送至代理服务器；代理服务器通过Fiddler工具返回响应报文至待测客户端。在本发明实施例提供的方案中，搭建中间服务器作为测试请求报文传输的中间接口，在测试过程中，代理服务器将来自待测客户端的测试请求报文重定向至该中间服务器，由该中间服务器将根据接口路径已配置的模拟报文作为响应报文返回。这样，在测试人员进行的测试阶段，***正常运行过程中，中间服务器可以为多种不同接口灵活配置返回信息，在不影响***正常运行的情况下无缝***模拟响应，提高了应用程序的测试覆盖率和测试效率。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1为本发明实施例提供的应用程序测试方法的第一种流程示意图；

图2为本发明实施例提供的应用程序测试方法的第二种流程示意图；

图3为本发明实施例提供的应用程序测试***的第一种数据流示意图；

图4为本发明实施例提供的应用程序测试***的第二种数据流示意图。

具体实施方式

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

目前传统的MOCK测试方式大多是针对特定的单个接口进行，并且用在开发者开发阶段进行接口调试，从而影响了应用程序的测试覆盖率和测试效率。基于此，本发明实施例提供的一种应用程序测试方法及***，搭建中间服务器作为测试请求报文传输的中间接口，可以为多种不同接口灵活配置返回信息，在不影响***正常运行的情况下无缝***模拟响应，提高了应用程序的测试覆盖率和测试效率。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种应用程序测试方法进行详细介绍。

实施例一：

本发明实施例提供的应用程序测试方法，是对基于http(Hyper Text TransferProtocol，超文本传输协议)或https(Hyper Text Transfer Protocol over SecureSocket Layer)协议的MOCK报文测试的一种改进。图1为本发明实施例提供的应用程序测试方法的第一种流程示意图。如图1所示，该应用程序测试方法，包括：

步骤S101，代理服务器利用Fiddler工具接收测试请求报文，解析并判断该测试请求报文的来源。

具体地，在代理服务器上安装有Fiddler工具，测试请求报文的来源有两种，一种是来自待测客户端，另一种是来自中间服务器。

步骤S102，如果上述来源为待测客户端，则将测试请求报文重定向转发至中间服务器。

如果Fiddler工具解析上述测试请求报文后，确定该测试请求报文来自与待测客户端，则修改测试请求报文中的源目标服务器域名，将该测试请求报文重定向至中间服务器。

步骤S103，中间服务器接收并解析上述测试请求报文，获取接口路径。

步骤S104，遍历配置数据库，当查找到与接口路径匹配的模拟报文时，将该模拟报文作为响应报文发送至代理服务器。

其中，上述配置数据库中存储有多个已经配置好的与不同的接口路径相匹配的模拟报文。当中间服务器解析出测试请求报文中的接口路径后，即可以根据该接口路径查找相匹配的模拟报文。

在一个实施例中，为了支持跨域请求，中间服务器在解析上述测试请求报文之后，也会获取测试请求报文中的测试参数。

进一步地，上述将模拟报文作为响应报文发送至所述代理服务器包括：读取查找到的与所述接口路径匹配的模拟报文；当上述测试参数存在回调函数名时，根据该测试参数中的回调函数名来组装jsonp格式的模拟报文；将组装后的模拟报文作为响应报文发送至代理服务器。

当上述测试参数存在回调函数名(如callback函数名)时，直接将已配置的、与接口路径匹配的json格式的模拟报文作为响应报文发送至代理服务器。这样，通过上述方式使得本发明提供的实施例，支持跨域、不跨域两种应用程序测试。

步骤S105，代理服务器通过Fiddler工具返回响应报文至待测客户端。

具体地，代理服务器接收到中间服务器发送的响应报文后，通过Fiddler工具将该响应报文返回至待测客户端，测试过程完成。

在本发明实施例提供的方案中，搭建中间服务器作为测试请求报文传输的中间接口，在测试过程中，代理服务器将来自待测客户端的测试请求报文重定向至该中间服务器，由该中间服务器将根据接口路径已配置的模拟报文作为响应报文返回。这样，在测试人员进行的测试阶段，***正常运行过程中，中间服务器可以为多种不同接口灵活配置返回信息，在不影响***正常运行的情况下无缝***模拟响应，提高了应用程序的测试覆盖率和测试效率。

进一步地，上述应用程序测试方法还包括：当配置数据库中不存在与接口路径匹配的模拟报文时，中间服务器请求源目标服务器以获取响应报文。

其中，上述中间服务器请求源目标服务器以获取响应报文包括：

(1)中间服务器从配置数据库中获取配置的源目标服务器域名。

具体地，配置数据库中还设置事先已配置的源目标服务器域名。当中间服务器从配置数据库中无法匹配测试请求报文中的接口路径时，则从配置数据库中获取已配置的源目标服务器域名。

(2)重新构造测试请求报文，并添加来源标签至所述测试请求报文，其中所述测试请求报文包括源目标服务器域名。

具体地，在获取源目标服务器域名后，重新构造测试请求报文，即把源目标服务器域名写入测试请求报文，并添加来源标签至该测试请求报文，该来源标签用于标识测试请求报文来自于中间服务器。在一个实施例中，将该来源标签加入测试请求报文的报文头中。

(3)将测试请求报文发送至代理服务器，通过代理服务器的Fiddler工具请求源目标服务器以获取响应报文。

其中在步骤(3)中，通过所述代理服务器的Fiddler工具请求源目标服务器以获取响应报文包括：代理服务器的Fiddler工具解析测试请求报文，当判断出测试请求报文的来源为中间服务器时，根据测试请求报文请求源目标服务器以获取响应报文。

具体地，代理服务器的Fiddler工具接收到测试请求报文后，根据测试请求报文的来源标签确定该测试请求报文来自于中间服务器，然后将测试请求报文中的源目标服务器域名与接口路径进行拼接，以获得请求地址，根据该请求地址将测试请求报文发送至源目标服务器，从源目标服务器获取到响应报文。

在一个实施例中，搭建中间服务器作为待测客户端与代理服务器之间的中间人，通过中间人返回模拟报文，具体是：通过Fiddler工具将待测客户端的测试请求报文重定向转发到中间服务器上，在中间服务器上检查接口路径是否已经配置了模拟报文，如果已配置，则通过代理服务器返回模拟报文给待测客户端；如果没有配置，中间服务器重构测试请求报文，通过代理服务器向源目标服务器请求获得响应报文，再由代理服务器返回给待测客户端。

进一步地，在一个实施例中，应用程序测试过程主要分为Fiddler工具重定向、中间服务器MOCK响应及中间服务器重构测试请求报文三部分。

1、Fiddler工具重定向

通过Fiddler判断测试请求报文来源，如果来自待测客户端，则重定向到中间服务器，如果来中间设服务器，则不做重定向，直接请求目标服务器。

2、中间服务器Mock响应

中间服务器接收到重定向过来的测试请求报文后，将接口路径与各个参数解析出来，如果从配置数据库中匹配到接口路径，则将获得对应的模拟报文作为响应报文，将响应报文通过代理服务器返回给待测客户端。

3、中间服务器重构造请求

中间服务器接收到重定向过来的请求后，将接口路径与各个参数解析出来，如果从配置数据库中无法匹配接口路径，则根据配置的源目标服务器域名，重新构造发起测试请求报文，并且在测试请求报文的报文头中添加来源标识用于标识该测试请求报文来自中间服务器，通过代理服务器向源目标服务器发起请求获得对应的响应报文，并将响应报文返回给待测客户端。

上述三部分的具体执行步骤参见图2，包括：

步骤S201，待测客户端发送测试请求报文至代理服务器的Fiddler工具。

步骤S202，代理服务器的Fiddler工具接收测试请求报文。

步骤S203，代理服务器的Fiddler工具判断该测试请求报文的来源是否为中间服务器。

如果否，执行步骤S204；如果是，执行步骤S211。

步骤S204，将测试请求报文重定向转发至中间服务器。

步骤S205，中间服务器接收并解析测试请求报文，获取接口路径。

步骤S206，中间服务器查找配置数据库中是否存在与接口路径匹配的模拟报文。

如果是，执行步骤S207；如果否，执行步骤S208。

步骤S207，中间服务器从配置数据库中获取该模拟报文，并将该模拟报文作为响应报文发送至代理服务器，然后执行步骤S213。

步骤S208，中间服务器从配置数据库中获取配置的源目标服务器域名。

步骤S209，中间服务器重新构造测试请求报文，并添加来源标签至测试请求报文。

步骤S210，中间服务器将测试请求报文发送至代理服务器，然后回到步骤S202。

步骤S211，代理服务器的Fiddler工具将测试请求报文发送至源目标服务器。

步骤S212，源目标服务器发送响应报文至代理服务器。

步骤S213，代理服务器的Fiddler工具返回响应报文至待测试客户端。

实施例二：

图3示出了本发明实施例提供的应用程序测试***的第一种数据流示意图。参见图3，该应用程序测试***包括代理服务器200，及分别与代理服务器连接的中间服务器300、待测客户端100。

该代理服务器，用于利用Fiddler工具接收测试请求报文，解析并判断测试请求报文的来源；如果来源为待测客户端，则将测试请求报文重定向转发至中间服务器。

中间服务器，用于解析测试请求报文，获取接口路径；遍历配置数据库，当查找到与该接口路径匹配的模拟报文时，将该模拟报文作为响应报文发送至代理服务器。

代理服务器还用于通过Fiddler工具返回所述响应报文至待测客户端。

待测客户端用于发送测试请求报文至代理服务器，并接收代理服务器返回的响应报文。

进一步地，给中间服务器还用于，解析测试请求报文之后获取所述测试请求报文中的测试参数；还用于读取查找到的与所述接口路径匹配的模拟报文；当测试参数存在回调函数名时，根据测试参数中的回调函数名来组装jsonp格式的模拟报文；将组装后的模拟报文作为响应报文发送至代理服务器。

进一步地，中间服务器还用于当配置数据库中不存在与接口路径匹配的模拟报文时，请求源目标服务器以获取响应报文。

进一步地，参见图4，上述***还包括源目标服务器400。

中间服务器还用于从配置数据库中获取配置的源目标服务器域名；重新构造测试请求报文，并添加来源标签至测试请求报文，其中该测试请求报文包括源目标服务器域名；将测试请求报文发送至代理服务器，通过代理服务器的Fiddler工具请求源目标服务器以获取响应报文。

进一步地，代理服务器还用于利用Fiddler工具解析所述测试请求报文，当判断出测试请求报文的来源为中间服务器时，根据测试请求报文请求源目标服务器以获取响应报文。

在本发明的实施例中，代理服务器利用Fiddler工具接收测试请求报文，解析并判断该测试请求报文的来源；如果来源为待测客户端，则将测试请求报文重定向转发至中间服务器；中间服务器解析上述测试请求报文，获取接口路径；遍历配置数据库，当查找到与该接口路径匹配的模拟报文时，将该模拟报文作为响应报文发送至代理服务器；代理服务器通过Fiddler工具返回响应报文至待测客户端。在本发明实施例提供的方案中，搭建中间服务器作为测试请求报文传输的中间接口，在测试过程中，代理服务器将来自待测客户端的测试请求报文重定向至该中间服务器，由该中间服务器将根据接口路径已配置的模拟报文作为响应报文返回。这样，在测试人员进行的测试阶段，***正常运行过程中，中间服务器可以为多种不同接口灵活配置返回信息，在不影响***正常运行的情况下无缝***模拟响应，提高了应用程序的测试覆盖率和测试效率。

本发明实施例提供的应用程序测试***，与上述实施例提供的应用程序测试方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。

本发明实施例所提供的进行应用程序测试方法的计算机程序产品，包括存储了处理器可执行的非易失的程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的应用程序测试***的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

附图中的流程图和框图显示了根据本发明的多个实施例方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种应用程序测试方法，其特征在于，包括：

代理服务器利用Fiddler工具接收测试请求报文，解析并判断所述测试请求报文的来源；

如果所述来源为待测客户端，则将所述测试请求报文重定向转发至中间服务器；

所述中间服务器接收并解析所述测试请求报文，获取接口路径；

遍历配置数据库，当查找到与所述接口路径匹配的模拟报文时，将所述模拟报文作为响应报文发送至所述代理服务器；

所述代理服务器通过Fiddler工具返回所述响应报文至所述待测客户端。

2.根据权利要求1所述的方法，其特征在于，所述中间服务器接收并解析所述测试请求报文之后，还包括：

获取所述测试请求报文中的测试参数；

所述将所述模拟报文作为响应报文发送至所述代理服务器包括：

读取查找到的与所述接口路径匹配的模拟报文；

当所述测试参数存在回调函数名时，根据所述测试参数中的回调函数名来组装jsonp格式的模拟报文；

将组装后的所述模拟报文作为响应报文发送至所述代理服务器。

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

当所述配置数据库中不存在与所述接口路径匹配的模拟报文时，所述中间服务器请求源目标服务器以获取响应报文。

4.根据权利要求3所述的方法，其特征在于，所述中间服务器请求源目标服务器以获取响应报文包括：

所述中间服务器从所述配置数据库中获取配置的源目标服务器域名；

重新构造测试请求报文，并添加来源标签至所述测试请求报文，其中所述测试请求报文包括源目标服务器域名；

将所述测试请求报文发送至所述代理服务器，通过所述代理服务器的Fiddler工具请求源目标服务器以获取响应报文。

5.根据权利要求4所述的方法，其特征在于，所述通过所述代理服务器的Fiddler工具请求源目标服务器以获取响应报文包括：

所述代理服务器的Fiddler工具解析所述测试请求报文，当判断出所述测试请求报文的来源为所述中间服务器时，根据所述测试请求报文请求所述源目标服务器以获取响应报文。

6.一种应用程序测试***，其特征在于，包括代理服务器，及分别与所述代理服务器连接的中间服务器、待测客户端；

所述代理服务器，用于利用Fiddler工具接收测试请求报文，解析并判断所述测试请求报文的来源；如果所述来源为待测客户端，则将所述测试请求报文重定向转发至中间服务器；

所述中间服务器，用于接收并解析所述测试请求报文，获取接口路径；遍历配置数据库，当查找到与所述接口路径匹配的模拟报文时，将所述模拟报文作为响应报文发送至所述代理服务器；

所述代理服务器还用于通过Fiddler工具返回所述响应报文至所述待测客户端；

所述待测客户端用于发送测试请求报文至所述代理服务器，并接收所述代理服务器返回的所述响应报文。

7.根据权利要求6所述的***，其特征在于，所述中间服务器还用于当所述配置数据库中不存在与所述接口路径匹配的模拟报文时，请求源目标服务器以获取响应报文。

8.根据权利要求7所述的***，其特征在于，所述***还包括源目标服务器；

所述中间服务器还用于从所述配置数据库中获取配置的源目标服务器域名；重新构造测试请求报文，并添加来源标签至所述测试请求报文，其中所述测试请求报文包括源目标服务器域名；将所述测试请求报文发送至所述代理服务器，通过所述代理服务器的Fiddler工具请求源目标服务器以获取响应报文。

9.根据权利要求8所述的***，其特征在于，所述代理服务器还用于利用Fiddler工具解析所述测试请求报文，当判断出所述测试请求报文的来源为所述中间服务器时，根据所述测试请求报文请求所述源目标服务器以获取响应报文。

10.一种具有处理器可执行的非易失的程序代码的计算机可读介质，其特征在于，所述程序代码使所述处理器执行所述权利要求1至5任一项所述的方法。