CN109344075A - 配置方法、测试方法、配置服务器及服务节点设备 - Google Patents

Abstract

本发明实施例涉及电子信息技术领域，公开了一种配置方法、测试方法、配置服务器及服务节点设备。本发明实施例中的配置方法包括：在服务节点设备上预先创建mock服务节点；检测是否接收到用户终端的模式配置请求；所述模式配置请求至少包括测试的模式类型；若接收到所述模式配置请求，通过所述服务节点设备将所述mock服务节点的模式类型配置为所述模式类型。本发明实施例还提供了一种测试方法、配置服务器及服务节点设备。本发明实施例能够实现多种测试功能，满足了大规模面向服务结构的多种类型的功能测试需求，提高了测试灵活度，为软件测试带来便利。

Description

配置方法、测试方法、配置服务器及服务节点设备

技术领域

本发明实施例涉及电子信息技术领域，特别涉及一种配置方法、测试方法、配置服务器及服务节点设备。

背景技术

随着软件***越来越复杂，大多数企业选择采用面向服务的体系架构来降低***间的耦合度，面向服务架构的软件***中存在数量众多的应用程序组件，这些应用程序组件通过网络协议与接口向其他组件提供服务。测试人员在对其中一个应用程序组件进行测试的过程中，需要使用各类测试方法来满足各种功能的测试需求，例如需要mock功能的测试，则采用mock测试工具实现mock测试。

现有web平台化的mock测试工具，用户可以通过web浏览器登录该平台来实现mock测试功能。然而，发明人发现现有技术中至少存在如下问题：现有web平台化的测试工具，功能较为单一，更多的只是实现基本的mock功能，无法满足测试人员多样化的测试需求，导致测试灵活度较低，为应用程序组件的测试带来不便；并且由于该平台直接承担mock功能，调用量大的情况下，对该平台的性能是一大考验，可能导致***奔溃。

发明内容

本发明实施方式的目的在于提供一种配置方法、测试方法、配置服务器及服务节点设备，能够实现多种测试功能，满足了大规模面向服务结构的多种类型的功能测试需求，提高了测试灵活度，为软件测试带来便利。

为解决上述技术问题，本发明的实施方式提供了一种配置方法，应用于配置服务器；所述配置方法包括：在服务节点设备上预先创建mock服务节点；检测是否接收到用户终端的模式配置请求；所述模式配置请求至少包括测试的模式类型；若接收到所述模式配置请求，通过所述服务节点设备将所述mock服务节点的模式类型配置为所述模式类型，以供服务消费方调用所述模式类型的mock服务节点并接收所述mock服务节点返回的测试数据；不同模式类型的所述mock服务节点具不同的测试功能。

本发明的实施方式还提供了一种测试方法，应用于分布式的服务节点设备；所述测试方法包括：从配置服务器接收到节点创建信息时，根据所述节点创建信息包括的mock协议类型与服务提供端口号，生成预先配置的对应所述mock协议类型的mock服务节点；从所述配置服务器接收到模式配置信息时，根据所述模式配置信息包括的测试的模式类型，将所述mock服务节点的模式类型切换为所述模式类型；通过所述mock服务节点从服务消费方接收到的测试数据请求时，并返回所述测试数据请求对应的测试数据至所述服务消费方。

本发明的实施方式还提供了一种配置服务器，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的配置方法。

本发明的实施方式还提供了一种服务节点设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上述的测试方法。

本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现上述配置方法。

本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现上述测试方法。

本发明实施方式相对于现有技术而言，配置服务器在服务节点设备上预先创建mock服务节点，接收到用户终端的模式配置请求，根据模式配置请求包括的测试的模式类型，通过服务节点设备将mock服务节点的模式类型配置为该模式类型，以供服务消费方调用该模式类型的mock服务节点并接收该mock服务节点返回的测试数据来完成测试，由于不同模式类型的mock服务节点具不同的测试功能，从而使得服务消费方通过该配置服务器能够实现多种测试功能，满足了大规模面向服务结构的多种类型的功能测试需求，提高了测试灵活度，为软件测试带来便利。并且本发明实施例中，配置服务器与服务节点设备分离，由服务节点设备承担相应的测试功能，减轻了配置服务器的处理压力(尤其是在服务消费方对mock服务节点调用量较大的情况下)，尽可能避免配置服务器奔溃的情况发生。

另外，测试模式为mock模式、透传模式或录制模式；当所述模式配置请求中包括的模式类型为所述透传模式类型或录制模式类型时，所述模式配置请求还包括服务提供方的地址信息。本实施例中，提供了三种模式类型的测试模式。

另外，通过所述服务节点设备将所述mock服务节点配置为相应的模式类型，以供服务消费方调用所述模式类型的mock服务节点并接收所述mock服务节点返回的测试数据之后，还包括：接收到日志查询请求，根据所述日志查询请求从日志设备中获取所述mock服务节点上传的日志记录；发送所述日志记录至所述用户终端，以供用户根据所述日志记录验证对应的测试功能。本实施例中，配置服务器从用户终端接收到日志查询请求，根据日志查询请求从日志设备中获取日志记录并将日志记录发送至用户终端，以供用户根据日志记录验证对应的测试功能，从而快速测试出服务消费方或服务提供方的出错位置，大大节省了开发成本。

另外，mock测试方法还包括：接收到所述mock服务节点的关闭/重启命令时，关闭/重启所述mock服务节点。本实施例中，配置服务器接收到mock服务节点的关闭/重启命令，关闭/重启所述mock服务节点，使得用户终端能够通过配置服务器关闭mock服务节点，从而节省资源；并且，用户终端能够通过配置服务器重启mock服务节点，为测试的连续性提供了方便。

另外，mock测试方法还包括：当监测到所述mock服务节点处于异常工作状态时，发送提示信息至所述用户终端。本实施例中，使得用户能够根据提示信息获知mock服务节点的异常工作状态，进而进行下一步测试工作，尽可能避免用户可能作出的故障检查工作。

另外，检测是否接收到用户终端的模式配置请求之前，还包括：从所述用户终端接收到对所述mock服务节点在所述mock模式类型下返回的所述测试数据的数据配置请求，根据所述数据配置请求对所述mock服务节点返回的测试数据进行配置；将配置后的所述测试数据发送至所述mock服务节点。本实施例中，使得用户终端能够通过配置服务器对mock服务节点在mock模式类型下返回的测试数据进行配置，为用户配置测试数据提供了便利。

另外，当所述模式类型为mock模式类型时，所述返回所述测试数据请求对应的测试数据至所述服务消费方，具体为：通过所述mock服务节点根据测试数据请求与测试数据的预设对应关系，返回所述测试数据请求对应的测试数据至所述服务消费方。本实施例中，在mock服务节点在mock模式类型的测试模式下，提供了返回测试数据至服务消费方的一种具体实现方式，从而实现mock功能，使得服务消费方完成mock测试，从而缩短测试周期与测试成本。

另外，当所述模式类型为透传模式类型时，所述返回所述测试数据请求对应的测试数据至所述服务消费方，具体包括：通过所述mock服务节点将所述测试数据请求透传至所述服务提供方；通过所述mock服务节点从所述服务提供方接收到所述测试数据请求对应的测试数据后，返回所述测试数据至所述服务消费方。本实施例中，mock服务节点在透传模式类型下，实现了透传功能，使得服务消费方与服务提供方实现真实的数据交互，并且支持切换不同的服务提供方，实现服务提供方的实时换路，从而实现对多个版本的服务提供方的测试。

另外，当所述模式类型为录制模式类型时，所述返回所述测试数据请求对应的测试数据至所述服务消费方，具体包括：通过所述mock服务节点将所述测试数据请求透传至所述服务提供方；通过所述mock服务节点从所述服务提供方接收到所述测试数据请求对应的测试数据后，返回所述测试数据至所述服务消费方；通过所述mock服务节点将与所述服务消费方通信的日志记录发送至配置服务器，以供用户通过所述配置服务器配置所述测试数据请求对应的测试数据。mock服务节点在录制模式类型下，实现了录制功能，使得录制的数据服务于mock模式类型的测试业务(即将真实的测试数据作为模拟数据)，省去了模拟数据的配置工作，并且将与服务消费方通信的日志记录发送至配置服务器，大大方便了用户对作为模拟数据的真实数据的配置与维护工作，降低了测试过程中的出错率。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是根据第一实施方式的配置方法的具体流程图；

图2是根据第一实施方式的配置方法的方框示意图；

图3是根据第二实施方式的配置方法的具体流程图；

图4是根据第二实施方式的配置方法的方框流程图；

图5是根据第三实施方式的配置方法的一个例子的具体流程图；

图6是根据第三实施方式的配置方法的另一个例子的具体流程图；

图7是根据第四实施方式的测试方法的具体流程图；

图8是根据第五实施方式的测试方法的一个例子的具体流程图；

图9是根据第五实施方式的测试方法的另外一个例子的具体流程图；

图10是根据第五实施方式的测试方法的另外一个例子的具体流程图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种配置方法，应用于配置服务器，如图1、2所示，配置方法包括：

步骤101，在服务节点设备上预先创建mock服务节点。

mock测试是在测试过程中，对于某些不容易构造或者不容易获取的对象，用一个虚拟的对象来创建以便测试的测试方法；其中，该虚拟的对象就是mock对象，mock对象就是真实对象在测试期间的代替品。在mock测试中，mock工具或mock平台会根据调用方(即需要获取mock对象的一方)的特定调用参数，来决定返回的预期结果。预期结果为预先设置的明确mock对象执行是会发生什么，例如返回特定的值、抛出一个异常及触发一个事件等。

本实施方式中，如图2所示为一个***的方框图，包括配置服务器1、用户终端2、服务节点设备3、服务消费方4及服务提供方5，服务节点设备3与用户终端2分别通信连接于配置服务1，服务消费方4与服务提供方5分别通信连接于服务节点设备3。

在一个例子中，用户可以通过用户终端来控制配置服务器创建mock服务节点。具体的，用户通过浏览器登录配置服务器的配置页面，在配置页面向配置服务器发送节点创建请求，该节点创建请求中至少包括用户输入的mock协议类型与服务提供端口号(然不限于此，例如还可以包括自定义的节点名称)。本实施例中，用户通过用户终端实现mock服务节点的创建，实现远程操作，非常便利；然这里只是示例性说明，本实施例对mock服务节点的创建方式不作任何限制。

本实施方式中，预先创建的mock服务节点是管理员预先配置在服务节点设备上的，mock服务节点是根据服务消费方的需求和功能实现来配置的，使得该mock服务节点在mock测试中能够返回与输入参数对应的输出参数。

在一个例子中，服务节点设备可以为配置服务器下的Docker容器或虚拟机等硬件资源池，然实际中不限于此，本实施例对服务节点设备的设备类型不作任何限制，例如服务节点设备也可以为与配置服务器通信连接的物理设备，例如用户私有的物理设备，以满足用户的个性化需求。其中，当服务节点设备为物理设备时，用户终端向配置服务器发送的节点创建请求还包括服务节点设备的IP地址与登录信息，登录信息例如SSH登录方式下的账号和密码。

步骤102，检测是否接收到用户终端的模式配置请求；若是，执行步骤103，否则继续执行本步骤。

在一个例子中，用户终端发送模式配置请求至配置服务器的方式包括：用户终端可以通过浏览器来打开配置服务器的配置页面，例如可以通过输入用户名与密码来登录该配置页面，从而通过该浏览器来发送模式配置请求；然实际中不限于此，本实施例对用户终端发送模式配置请求的方式不作任何限制。

本实施方式中，模式配置请求至少包括测试的模式类型，不同模式类型的mock服务节点具不同的测试功能。测试的模式类型可以为mock模式类型、透传模式类型或录制模式类型；然实际中不限于此，本实施例对模式类型不作任何限制，皆可以根据服务消费方的测试需求在配置服务器上预先配置，以在测试过程中实现对应模式类型的测试功能。

另外，本实施方式中，当模式配置请求中包括的模式类型为透传模式类型或录制模式类型时，模式配置请求还包括服务提供方的地址信息，服务提供方即为给服务消费方提供真实服务的一方。

在一个例子中，配置服务器可以根据预设周期来检测是否接收到模式配置请求；其中，预设周期可以根据需要来设置，预设周期例如为5分钟(然实际中不限于此)，本实施例对模式配置请求的检测方式不作任何限制，例如还可以进行实时检测。

步骤103，通过服务节点设备将将mock服务节点的模式类型配置为模式配置请求包括的模式类型，以供服务消费方调用该模式类型的mock服务节点并接收mock服务节点返回的测试数据。

在一个例子中，当模式配置请求包括的模式类型为mock模式类型时，则配置服务器将mock服务节点的模式类型配置为mock模式类型；然这里只是示例性说明，实际中不限于此。

本发明的实施例相对于现有技术而言，配置服务器在服务节点设备上预先创建mock服务节点，接收到用户终端的模式配置请求，根据模式配置请求包括的测试的模式类型，通过服务节点设备将mock服务节点的模式类型配置为该模式类型，以供服务消费方调用该模式类型的mock服务节点并接收该mock服务节点返回的测试数据来完成测试，由于不同模式类型的mock服务节点具不同的测试功能，从而使得服务消费方通过该配置服务器与mock服务节点能够实现多种测试功能，满足了大规模面向服务结构的多种类型的功能测试需求，提高了测试灵活度，为软件测试带来便利。并且本发明实施例中，配置服务器与服务节点设备分离，由服务节点设备承担相应的测试功能，减轻了配置服务器的处理压力(尤其是在服务消费方对mock服务节点调用量较大的情况下)，尽可能避免配置服务器奔溃的情况发生。

下面对本实施方式的mock服务节点的配置方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。

在一个例子中，配置服务器上至少安装有如下软件：WEB应用软件、WEB应用容器、数据库软件、Docker容器管理编排工具及虚拟化软件，其中，WEB容器中安装有作为配置服务器操作入口的WEB应用，并将所有分布式的Mock服务节点的配置信息与测试数据保存在数据库或文件***中，然实际中不限于此，本实施例对配置服务器上安装的软件不作任何限制。

较佳的，本实施方式中，配置方法在步骤103之后，还包括如下步骤：将mock服务节点所在的服务节点设备的地址信息发送至用户终端。地址信息包括该服务节点设备的IP地址与服务提供端口号，用户终端可以通过浏览器显示在配置页面上，以便用户将上述地址信息配置在服务消费方，使得服务消费方根据该地址信息来成功调用该mock服务节点。本实施例中，使得用户省去了自行记录或自行记忆上述地址信息的步骤，避免再去查找上述地址信息，为测试提供了便利。

较佳的，本实施方式中，在步骤102之前，还包括如下步骤：从用户终端接收到对mock服务节点在mock模式类型下返回的测试数据的数据配置请求，根据数据配置请求对mock服务节点返回的测试数据进行配置；将配置后的测试数据发送至mock服务节点。本实施例中，使得用户终端能够通过配置服务器对mock服务节点在mock模式类型下返回的测试数据进行配置，为用户配置测试数据提供了便利。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明的第二实施方式涉及一种配置方法。第二实施方式在第一实施方式的基础上作出改进，主要改进之处在于：在本发明第二实施方式中，为用户提供了日志查看功能。

本实施方式中的配置方法如图3、4所示，步骤201与步骤203与第一实施方式中的步骤101与103对应相同，在此不再赘述，本实施方式新增了以下步骤：

步骤204，接收到日志查询请求，根据日志查询请求从日志设备中获取mock服务节点上传的日志记录。

本实施方式中，如图4所示为***的方框图，还包括日志设备6，日志设备6通信连接于服务节点设备3与配置服务器1。

本实施方式中，日志设备用于接收各个分布式的服务节点设备上mock服务节点上传的日志记录，日志记录包括服务消费方与mock服务节点交互的所有数据。在一个例子中，日志设备可以为配置服务器下的日志数据库；然实际中不限于此，本实施例对日志设备的设备表现形式不作任何限制，较佳的，日志设备也可以为由安装有大数据处理软件的网络设备与存储设备构成的物理设备，这样更加安全，避免可能出现的配置服务器的异常工作影响到日志设备。

在一个例子中，用户可以通过用户终端的浏览器登录配置服务器的配置页面，在配置页面向配置服务器发送日志查询请求，配置服务器将该日志查询请求发送至日志设备，日志设备将该日志查询请求对应的日志记录发送至配置服务器；然这里只是示例性说明，本实施例对日志查询请求的发送方式不作任何限制。

本实施方式中，mock服务节点向日志设备上传的日志记录，至少包括mock服务节点在mock模式类型下或透传模式类型下与服务消费方完成测试后的日志记录。

在一个例子中，日志查询请求中可以包括日志类型(例如mock日志类型或透传日志类型)、mock服务节点的名称、日志关键字(例如测试过程中服务消费方发送的数据或mock服务节点返回的数据)中的至少其中之一，然这里只是示例性说明，本实施例日志查询请求包括的查询参数不作任何限制，可以根据需要预先设置。

步骤205，发送日志记录至用户终端，以供用户根据日志记录验证对应的测试功能。

本实施方式中，用户终端在接收到日志记录后，可以通过浏览器显示该日志记录包括的详细内容或图形图表数据，以便用户查看。

本发明的实施例相对于第一实施方式而言，配置服务器从用户终端接收到日志查询请求，根据日志查询请求从日志设备中获取日志记录并将日志记录发送至用户终端，以供用户根据日志记录验证对应的测试功能(例如验证服务消费方发送的数据或mock服务节点返回的数据是否与对应的预设数据相同)，从而快速测试出服务消费方或服务提供方的出错位置。并且，在透传日志记录中，用户可以查看到协议层级的数据交互，大大节省了开发成本(因为在***黑盒情况下，若被测试的面向服务架构***为了可测试性考虑而开发出此日志查询功能，会带来较大的开发成本与侵入代码等不良问题)。

本发明的第三实施方式涉及一种配置方法。第三实施方式在第二实施方式的基础上进行改进，主要改进之处在于：在本发明第三实施方式中，配置服务器具有对mock服务节点的监测功能。

本实施方式中的配置方法如图5所示，步骤301与步骤305与第一实施方式中的步骤201与205对应相同，在此不再赘述，本实施方式新增了以下步骤：

步骤306，监测到mock服务节点处于异常工作状态，发送提示信息至用户终端。

在一个例子中，配置服务器可以周期性的发送监测信号至mock服务节点，在接收到预设的与该监测信号对应的响应信号即判定为该mock服务节点工作正常，若未接收到响应信号即判定为该mock服务节点工作异常；然这里只是示例性说明，本实施方式对mock服务节点的监测方式不作任何限制。

实际上，本实施方式也可以为在第一实施方式的基础上的改进方案。

较佳的，本实施方式中，如图6所示，配置方法还包括以下步骤：

步骤307，接收到mock服务节点的关闭/重启命令，关闭/重启所述mock服务节点。

本实施方式中，服务消费方在完成所有测试业务后，用户可以选择关闭mock服务节点。在一个例子中，用户终端可以通过浏览器向配置服务器发送mock服务节点的关闭命令，配置服务器接收到后，关闭服务节点设备上的mock服务节点。

本实施方式中，在用户终端从配置服务器接收到mock服务节点处于异常工作状态的提示信息后，可以向配置服务器发送重启命令，配置服务器在接收到该重启命令后重启处于异常工作状态的mock服务节点，以便该mock服务节点继续工作。

本实施例中，配置服务器接收到mock服务节点的关闭/重启命令，关闭/重启所述mock服务节点，使得用户终端能够通过配置服务器关闭mock服务节点，从而节省资源；并且，用户终端能够通过配置服务器重启mock服务节点，为测试的连续性提供了方便。实际上，本较佳的实施例也可以为在第一或第二实施方式的基础上的改进方案。

本发明的实施例相对于第二实施方式而言，监测到mock服务节点处于异常工作状态，发送提示信息至用户终端，以便用户根据该提示信息获知mock服务节点的异常工作状态，进而进行下一步测试工作，尽可能避免用户可能作出的故障检查工作。

本发明的第四实施方式涉及一种测试方法，应用于服务节点设备；如图7所示，本实施方式的测试方法包括：

步骤401，从配置服务器接收到节点创建信息，根据节点创建信息包括的mock协议类型与服务提供端口号，生成预先配置的对应mock协议类型的mock服务节点。

mock测试是在测试过程中，对于某些不容易构造或者不容易获取的对象，用一个虚拟的对象来创建以便测试的测试方法；其中，该虚拟的对象就是mock对象，mock对象就是真实对象在测试期间的代替品。在mock测试中，mock工具或mock平台会根据调用方(即需要获取mock对象的一方)的特定调用参数，来决定返回的预期结果。预期结果为预先设置的明确mock对象执行是会发生什么，例如返回特定的值、抛出一个异常及触发一个事件等。

本实施方式中，mock协议类型可以为http协议、https协议或RPC协议；本实施例中，配置服务器支持生成各种mock协议类型的mock服务节点，满足了多种mock协议类型下的测试需求。然实际中不限于此，本实施例对具体的mock协议类型不作任何限制。

本实施方式中，服务节点设备预先根据服务消费方功能实现需求，配置符合需求的mock服务节点，使得该mock服务节点在mock测试中能够返回与输入参数对应的输出参数。例如，需要配置相应mock协议类型的mock服务节点的过程中，可以对mock服务节点扩展对应mock协议类型的解析器，从而使得该mock服务节点实现对该mock协议类型的输入参数的mock。

步骤402，从配置服务器接收到模式配置信息，根据模式配置信息包括的测试的模式类型，将mock服务节点的模式类型切换为模式配置信息包括的模式类型。

本实施方式中，不同模式类型的mock服务节点具不同的测试功能。测试的模式类型可以为mock模式类型、透传模式类型或录制模式类型；然实际中不限于此，本实施例对模式类型不作任何限制。

另外，本实施方式中，当模式配置请求中包括的模式类型为透传模式类型或录制模式类型时，模式配置信息还包括服务提供方的地址信息，服务提供方即为给服务消费方提供真实服务的一方。

在一个例子中，mock服务节点的当前模式类型为mock模式类型，接收到的模式配置信息包括的模式类型为透传模式类型，则根据该模式配置信息，将mock服务节点的模式类型从mock模式类型切换为透传模式类型；然这里只是示例性说明，实际中不限于此。

步骤403，通过mock服务节点从服务消费方接收到的测试数据请求，并返回测试数据请求对应的测试数据至服务消费方。

本发明的实施方式相对于现有技术而言，mock服务节点根据从配置服务器接收到的节点创建信息(包括mock协议类型与服务提供端口号)，生成预先配置的对应mock协议类型的mock服务节点，从而能够实现对不同mock协议类型的输入参数的mock，满足了多种mock协议类型的数据的测试需求；mock服务节点根据根据从配置服务器接收到的配置信息(包括测试的模式类型)，切换mock服务节点的模式类型为该模式类型，并通过mock服务节点从服务消费方接收测试数据，并返回与测试数据请求对应的测试数据至服务消费方，由于不同模式类型的mock服务节点具不同的测试功能，从而使得mock服务节点能够实现多种测试功能，满足了大规模面向服务结构的多种类型的功能测试需求，提高了测试灵活度，为软件测试带来便利。

本发明的第五实施方式涉及一种测试方法。第五实施方式在第四实施方式的基础上进行改进，主要改进之处在于：在本发明第五实施方式中，提供了mock服务节点在各模式类型的测试模式下，返回测试数据至服务消费方的具体实现方式。

在本实施方式的一个例子中，该例子的测试方法如图8所示，该例子中的步骤501至502与第四实施方式的步骤401至402对应相同，在此不再赘述，本例子中的步骤503具体为：

步骤503，从服务消费方接收到测试数据请求，通过mock服务节点根据测试数据请求与测试数据的预设对应关系，返回测试数据请求对应的测试数据至服务消费方。

本例子中，mock服务节点中预先配置了测试数据请求与测试数据的预设对应关系(该测试数据即为模拟数据)。当模式配置信息包括的模式类型为mock模式类型时，mock服务节点能够根据该预设对应关系，返回与测试数据请求对应的测试数据至服务消费方，以供服务消费方采用该测试数据完成待测应用程序组件的测试。

较佳的，本例子中，测试方法还包括步骤：通过mock服务节点发送与服务消费方之间交互的日志记录至日志设备。以供用户终端通过配置服务器从日志设备获取日志记录，使得用户能够从日志记录中可视化的获知服务消费方调用mock服务节点并接收mock服务节点返回的测试数据，从而通过日志记录验证服务消费方的功能是否存在缺陷，即为服务消费方提供了一种功能验证方式，为测试提供了便利。

在本实施方式的另外一个例子中，该例子的配置方法如图9所示，该例子中的步骤601至602与第四实施方式的步骤401至402对应相同，在此不在赘述，本例子中的步骤603包括以下子步骤：

子步骤6031，从服务消费方接收到测试数据请求，通过mock服务节点将测试数据请求透传至服务提供方。

本例子中，服务提供方即为服务消费方的真实服务提供方。当模式配置信息包括的模式类型为透传模式类型时，从配置服务器接收到的模式配置信息中还包括服务提供方的地址信息(例如服务提供方的IP地址与服务提供端口号)，mock服务节点作为信息中转站，将服务消费方的测试数据请求转发至服务提供方，服务提供方在接收到测试数据请求后，会生成与测试数据请求对应的真实的测试数据，并发送至该mock服务节点。

子步骤6032，通过mock服务节点从服务提供方接收到测试数据请求对应的测试数据后，返回测试数据请求对应的测试数据至服务消费方。

本例子中，服务消费方接收到真实的测试数据，即服务消费方通过mock服务节点与服务提供方完成了真实的数据交互；同时，mock服务节点获得了服务消费方与服务提供方之间的数据交互，使得这些交互数据的直接呈现成为了可能。

较佳的，本例子中，测试方法还包括步骤：发送与服务消费方之间交互的日志记录、与服务提供方之间交互的日志记录至日志设备。以供用户终端通过配置服务器从日志设备获取日志记录，使得用户能够从日志记录中可视化的获知服务消费方调用mock服务节点并接收mock服务节点返回的服务提供方生成的测试数据，从而通过日志记录验证服务消费方与服务提供方的功能是否存在缺陷，即为真实的数据交互方提供了的一种功能验证方式，为测试提供了便利。

在本实施方式的另外一个例子中，该例子的配置方法如图10所示，该例子中的步骤601至602与第四实施方式的步骤601至602对应相同，步骤701包括的子步骤7031至7032与6031至6032对应相同，在此不再赘述，本例子中的步骤703新增了以下子步骤：

步骤7033，通过mock服务节点将与服务消费方通信的日志记录发送至配置服务器，以供用户终端通过配置服务器配置测试数据请求对应的测试数据。

本例子中，模式配置信息包括的模式类型为录制模式类型，则mock服务节点在录制模式下录制的服务消费方与服务提供方之间的真实交互数据。在一个具体的例子中，将与服务消费方通信的日志记录发送至配置服务器，以供用户终端通过配置服务器配置测试数据请求对应的测试数据，具体为：通过mock服务节点将与服务消费方通信的日志记录发送至配置服务器，以供用户终端通过配置服务器将测试数据请求对应的测试数据，配置为mock服务节点在mock模式类型下返回的测试数据请求对应的测试数据。即真实交互数据用于服务mock模式类型的测试业务，mock服务节点将从服务提供方接收到的与测试数据请求对应的真实的测试数据，作为在mock模式类型下的与测试数据请求对应的测试数据发送至服务消费方(即将真实的测试数据作为模拟数据发送至服务消费方)。

本例子中，将与服务消费方通信的日志记录发送至配置服务器，以供用户终端登录配置服务器的配置页面，来获取该日志记录或修改日志记录中的数据(例如服务消费方的接口发生变化时，则mock模式类型下返回的测试数据也需要修改，此时直接在配置页面修改作为模拟数据的真实数据，非常方便)。

本例子中，mock服务节点将与服务消费方通信的日志记录保存下来，并且将从服务提供方接收到的与测试数据请求对应的真实的测试数据，作为在mock模式类型下的与测试数据请求对应的测试数据发送至服务消费方(即将真实的测试数据作为模拟数据)。

本发明的实施方式相对于第四实施方式而言，提供了mock服务节点在各种模式类型下，返回测试数据至服务消费方的具体实现方式。其中，mock服务节点在mock模式类型下，实现了mock功能，使得服务消费方完成mock测试，从而缩短测试周期与测试成本。另外，mock服务节点在透传模式类型下，实现了透传功能，使得服务消费方与服务提供方实现真实的数据交互，并且在此透传模式下，能够切换不同的服务提供方，实现服务提供方的实时换路，从而实现对多个版本的服务提供方的测试。另外，mock服务节点在录制模式类型下，实现了录制功能，使得录制的数据服务于mock模式类型的测试业务(即将真实的测试数据作为模拟数据)，省去了模拟数据的配置工作，并且将与服务消费方通信的日志记录发送至配置服务器，大大方便了用户对作为模拟数据的真实数据的配置与维护工作，降低了测试过程中的出错率。

本发明的第六实施方式涉及一种配置服务器，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如第一实施方式至第三实施方式中任一实施方式中的配置方法。

其中，存储器和处理器采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器。

处理器负责管理总线和通常的处理，还可以提供各种功能，包括定时，***接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。

本发明实施方式相对于现有技术而言，配置服务器在服务节点设备上预先创建mock服务节点，接收到用户终端的模式配置请求，根据模式配置请求包括的测试的模式类型，通过服务节点设备将mock服务节点的模式类型配置为该模式类型，以供服务消费方调用该模式类型的mock服务节点并接收该mock服务节点返回的测试数据来完成测试，由于不同模式类型的mock服务节点具不同的测试功能，从而使得服务消费方通过该配置服务器能够实现多种测试功能，满足了大规模面向服务结构的多种类型的功能测试需求，提高了测试灵活度，为软件测试带来便利。并且本发明实施例中，配置服务器与服务节点设备分离，由服务节点设备承担相应的测试功能，减轻了配置服务器的处理压力(尤其是在服务消费方对mock服务节点调用量较大的情况下)，尽可能避免配置服务器奔溃的情况发生。

本发明第七实施方式涉及一种服务节点设备，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行第四或第五实施方式的测试方法。

其中，存储器和处理器采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器。

处理器负责管理总线和通常的处理，还可以提供各种功能，包括定时，***接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。

本发明的实施方式相对于现有技术而言，mock服务节点根据从配置服务器接收到的节点创建信息(包括mock协议类型与服务提供端口号)，生成预先配置的对应mock协议类型的mock服务节点，从而能够实现对不同mock协议类型的输入参数的mock，满足了多种mock协议类型的数据的测试需求；mock服务节点根据根据从配置服务器接收到的配置信息(包括测试的模式类型)，切换mock服务节点的模式类型为该模式类型，并通过mock服务节点从服务消费方接收测试数据，并返回与测试数据请求对应的测试数据至服务消费方，由于不同模式类型的mock服务节点具不同的测试功能，从而使得mock服务节点能够实现多种测试功能，满足了大规模面向服务结构的多种类型的功能测试需求，提高了测试灵活度，为软件测试带来便利。

本发明第八实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现第一实施方式至第三实施方式中任一实施方式中的配置方法。

本发明的实施方式相对于现有技术而言，mock服务节点根据从配置服务器接收到的节点创建信息(包括mock协议类型与服务提供端口号)，生成预先配置的对应mock协议类型的mock服务节点，从而能够实现对不同mock协议类型的输入参数的mock，满足了多种mock协议类型的数据的测试需求；mock服务节点根据根据从配置服务器接收到的配置信息(包括测试的模式类型)，切换mock服务节点的模式类型为该模式类型，并通过mock服务节点从服务消费方接收测试数据，并返回与测试数据请求对应的测试数据至服务消费方，由于不同模式类型的mock服务节点具不同的测试功能，从而使得mock服务节点能够实现多种测试功能，满足了大规模面向服务结构的多种类型的功能测试需求，提高了测试灵活度，为软件测试带来便利。

本发明第九实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现第四或第五实施方式中任一实施方式中的测试方法。

本发明的实施方式相对于现有技术而言，mock服务节点根据从配置服务器接收到的节点创建信息(包括mock协议类型与服务提供端口号)，生成预先配置的对应mock协议类型的mock服务节点，从而能够实现对不同mock协议类型的输入参数的mock，满足了多种mock协议类型的数据的测试需求；mock服务节点根据根据从配置服务器接收到的配置信息(包括测试的模式类型)，切换mock服务节点的模式类型为该模式类型，并通过mock服务节点从服务消费方接收测试数据，并返回与测试数据请求对应的测试数据至服务消费方，由于不同模式类型的mock服务节点具不同的测试功能，从而使得mock服务节点能够实现多种测试功能，满足了大规模面向服务结构的多种类型的功能测试需求，提高了测试灵活度，为软件测试带来便利。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (15)

1.一种配置方法，其特征在于，应用于配置服务器；所述配置方法包括：

在服务节点设备上预先创建mock服务节点；

检测是否接收到用户终端的模式配置请求；所述模式配置请求至少包括测试的模式类型；

若接收到所述模式配置请求，通过所述服务节点设备将所述mock服务节点的模式类型配置为所述模式类型，以供服务消费方调用所述模式类型的mock服务节点并接收所述mock服务节点返回的测试数据；不同模式类型的所述mock服务节点具不同的测试功能。

2.根据权利要求1所述的配置方法，其特征在于，所述测试的模式类型为mock模式类型、透传模式类型或录制模式类型；

当所述模式配置请求中包括的模式类型为所述透传模式类型或录制模式类型时，所述模式配置请求还包括服务提供方的地址信息。

3.根据权利要求1所述的配置方法，其特征在于，所述通过所述服务节点设备将所述mock服务节点配置为相应的模式类型，以供服务消费方调用所述模式类型的mock服务节点并接收所述mock服务节点返回的测试数据之后，还包括：

接收到日志查询请求，根据所述日志查询请求从日志设备中获取所述mock服务节点上传的日志记录；

发送所述日志记录至所述用户终端，以供用户根据所述日志记录验证对应的测试功能。

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

接收到所述mock服务节点的关闭/重启命令，关闭/重启所述mock服务节点。

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

监测到所述mock服务节点处于异常工作状态，发送提示信息至所述用户终端。

6.根据权利要求1所述的配置方法，其特征在于，所述检测是否接收到用户终端的模式配置请求之前，还包括：

从所述用户终端接收到对所述mock服务节点在所述mock模式类型下返回的所述测试数据的数据配置请求，根据所述数据配置请求对所述mock服务节点返回的测试数据进行配置；

将配置后的所述测试数据发送至所述mock服务节点。

7.一种测试方法，其特征在于，应用于服务节点设备；所述测试方法包括：

从配置服务器接收到节点创建信息，根据所述节点创建信息包括的mock协议类型与服务提供端口号，生成预先配置的对应所述mock协议类型的mock服务节点；

从所述配置服务器接收到模式配置信息，根据所述模式配置信息包括的测试的模式类型，将所述mock服务节点的模式类型切换为所述模式类型；

通过所述mock服务节点从服务消费方接收测试数据请求，并返回所述测试数据请求对应的测试数据至所述服务消费方。

8.根据权利要求7所述的测试方法，其特征在于，当所述模式类型为mock模式类型时，所述返回所述测试数据请求对应的测试数据至所述服务消费方，具体为：

通过所述mock服务节点根据测试数据请求与测试数据的预设对应关系，返回所述测试数据请求对应的测试数据至所述服务消费方。

9.根据权利要求8所述的测试方法，其特征在于，所述返回所述测试数据请求对应的测试数据至所述服务消费方之后，还包括：

通过所述mock服务节点发送与所述服务消费方之间交互的日志记录至日志设备，以供用户终端通过所述配置服务器获取所述日志记录。

10.根据权利要求7所述的测试方法，其特征在于，当所述模式类型为透传模式类型时，所述返回所述测试数据请求对应的测试数据至所述服务消费方，具体包括：

通过所述mock服务节点将所述测试数据请求透传至所述服务提供方；

通过所述mock服务节点从所述服务提供方接收到所述测试数据请求对应的测试数据后，返回所述测试数据请求对应的测试数据至所述服务消费方。

11.根据权利要求10所述的测试方法，其特征在于，所述返回所述测试数据请求对应的测试数据至所述服务消费方之后，还包括：

通过所述mock服务节点发送与所述服务消费方之间交互的日志记录、与所述服务提供方之间交互的日志记录至日志设备，以供用户终端通过所述配置服务器获取所述日志记录。

12.根据权利要求7所述的测试方法，其特征在于，当所述模式类型为录制模式类型时，所述返回所述测试数据请求对应的测试数据至所述服务消费方，具体包括：

通过所述mock服务节点将所述测试数据请求透传至所述服务提供方；

通过所述mock服务节点从所述服务提供方接收到所述测试数据请求对应的测试数据后，返回所述测试数据至所述服务消费方；

通过所述mock服务节点将与所述服务消费方通信的日志记录发送至配置服务器，以供用户终端通过所述配置服务器配置所述测试数据请求对应的测试数据。

13.根据权利要求12所述的测试方法，其特征在于，所述将与所述服务消费方通信的日志记录发送至配置服务器，以供用户终端通过所述配置服务器配置所述测试数据请求对应的测试数据，具体为：

通过所述mock服务节点将与所述服务消费方通信的日志记录发送至配置服务器，以供所述用户终端通过所述配置服务器将所述测试数据请求对应的测试数据，配置为所述mock服务节点在mock模式类型下返回的所述测试数据请求对应的测试数据。

14.一种配置服务器，其特征在于，包括：至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至6中任一所述的配置方法。

15.一种服务节点设备，其特征在于，包括：至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求7至13中任一所述的测试方法。