本发明属于通信技术领域，尤其涉及一种接口模拟测试的方法及装置。
背景技术：
现有的接口测试工具只提供了发包校验的功能，http接口服务的模拟与发包校验是分开的，开发者操作起来不方便，无法满足开发者对接口测试的全过程测试需求。
技术实现要素：
鉴于此，本发明实施例提供了一种接口模拟测试的方法及装置，以在接口测试工具中糅合对http接口服务的模拟和测试。
第一方面，提供了一种接口模拟测试的方法，所述方法包括：
构建http接口的可视化模拟测试工具，所述模拟测试工具包括moco配置输入端和发包端；
通过所述moco配置输入端配置http接口服务，以及模拟所述http接口服务；
通过所述发包端对所述http接口服务进行测试。
第二方面，提供了一种接口模拟测试的装置，所述装置包括：
构建模块，用于构建http接口的可视化模拟测试工具，所述模拟测试工具包括moco配置输入端和发包端；
配置模块，用于通过所述moco配置输入端配置http接口服务，以及模拟所述http接口服务；
测试模块，用于通过所述发包端对所述http接口服务进行测试。
与现有技术相比，本发明实施例构建了http接口的可视化模拟测试工具，所述模拟测试工具包括moco配置输入端和发包端；然后通过所述moco配置输入端配置http接口服务，以及模拟所述http接口服务；通过所述发包端对所述http接口服务进行测试；从而结合了服务端和客户端，使得所述模拟测试工具既可以提供http接口服务的测试也可以做模拟接口演示，糅合了接口测试的全过程，有效地满足了开发者对http接口服务的全过程测试需求。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他附图。
图1是本发明实施例提供的接口模拟测试的方法的实现流程图；
图2是本发明实施例提供的接口模拟测试的方法中步骤s102的具体实现流程图；
图3是本发明实施例提供的接口模拟测试的方法中步骤s103的具体实现流程图；
图4是本发明另一实施例提供的接口模拟测试的方法中步骤s103的具体实现流程图；
图5是本发明实施例提供的接口模拟测试的装置的组成结构图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明实施例构建了http接口的可视化模拟测试工具，所述模拟测试工具包括moco配置输入端和发包端；然后通过所述moco配置输入端配置http接口服务，以及模拟所述http接口服务；通过所述发包端对所述http接口服务进行测试；从而结合了服务端和客户端，使得所述模拟测试工具既可以提供http接口服务的测试也可以做模拟接口演示，糅合了接口测试的全过程，有效地满足了开发者对http接口服务的全过程测试需求，提升了用户的体验感。本发明实施例还提供了接口模拟测试的装置，以下分别进行详细的说明。
图1是本发明实施例提供的接口模拟测试的方法的实现流程。
在本发明实施例中，所述接口模拟测试的方法应用于终端设备上，所述终端设备包括但不限于计算机、服务器等。参阅图1，所述接口模拟测试的方法包括：
在步骤s101中，构建http接口的可视化模拟测试工具，所述模拟测试工具包括moco配置输入端和发包端。
本发明实施例构建了http接口的可视化模拟测试工具。所述可视化模拟接口工具主要分为两部分，包括moco配置输入端和发包端，能够配置及模拟http接口服务，对所述http接口服务进行测试。在这里，所述moco配置输入端集成了moco框架，所述发包端内联了python的requests库。
在步骤s102中，通过所述moco配置输入端配置http接口服务，以及模拟所述http接口服务。
在本放实施例中，所述moco配置输入端为用户供了http接口服务的配置界面，所述配置界面上包括但不限于配置文件写入、端口输入、保存标识、启动标识等。在这里，所述moco配置输入端用于根据开发者的操作获取配置文件、设置端口号以及开启服务等，以实现对http接口服务的模拟。示例性地，图2示出了本发明实施例提供的接口模拟测试的方法中步骤s102的具体实现流程。
参阅图2，所述步骤s102包括：
在步骤s201中，通过moco配置输入端写入http接口服务的配置文件，保存所述配置文件，以及自定义端口号。
在这里，所述moco配置输入端获取用户写入的接口服务的json配置文件，在用户点击保存标识后，则在工具路径下生成cfg.json文件，并保存所述cfg.json文件。所述moco配置输入端再通过端口输入框获取用户自定义的端口号。可选地，所述端口号为整型端口。
在步骤s202中，当获取到启动指令时，根据所述启动指令模拟所述http接口服务。
在配置文件设置完后，所述moco配置输入端检测用户对启动标识的触发信息。若接收到对启动标识的触发信息，则获取启动指令，并根据所述启动指令模拟http服务，即后台运行；从而实现对http接口服务的模拟，模拟生成一个服务器。
在步骤s103中，通过所述发包端对所述http接口服务进行测试。
在本发明实施例中，所述发包端为用户供了http接口服务的测试界面，所述测试界面上包括但不限于接口输入、请求类型选择、消息类型选择、参数列表显示、重置标识以及发送请求标识等。在这里，所述发包端用于自定义请求类型、请求头等，并且通过预设输出框输出请求参数以供用户查看结果，以实现对http接口服务测试。示例性地，图3示出了本发明实施例提供的接口模拟测试的方法中步骤s103的具体实现流程。
参阅图3，所述步骤s103包括：
在步骤s301中，通过所述发包端获取http接口服务的接口地址、请求方式、消息类型，同步显示参数列表。
在这里，所述发包端根据用户在所述测试界面上的操作获取http接口服务的接口地址、用户选择的请求方式和消息类型，然后根据所述接口地址、请求方式和消息类型，同步地展示参数列表，以供用户查看结果。其中，所述参数列表和所述http接口服务的配置约束的字段一样，包括多个参数。示例性地，所述参数包括但不限于参数名和参数值等。
在步骤s302中，当获取到请求发送指令时，将请求发送至所述http接口服务以对所述http接口服务进行校验。
在所述接口地址、请求方式和/或消息类型设置完后，所述发包端检测用户对发送请求标识的触发信息。若接收到对发送请求标识的触发信息，则获取请求发送指令，将请求发送至后台模拟服务或者其他非模拟服务，从而实现了对http接口服务的发包测试，以测试所述http接口服务是否可用。
进一步地，所述发包端还提供了展示框，并通过所述展示框实时地展示发送请求包的详细信息。
作为本发明的另一个优选实施例，所述发包端还提供重置操作。
图3所述实施例还可以包括：
当获取到重置指令时，根据所述重置指令清除参数列表和接口地址，以进行重置操作。
在本发明实施例中，在所述接口地址、请求方式和/或消息类型设置完后，所述发包端检测用户对重置标识的触发信息。若接收到对重置标识的触发信息，则获取重置指令，将已输入的参数列表和http接口服务的接口地址进行清除，以便于用户进行下一个接口服务的测试，提升了用户的体验感。
图4示出了本发明另一实施例提供的接口模拟测试的方法中步骤s103的具体实现流程。
参阅图4，所述步骤s103包括：
在步骤s401中，通过所述发包端获取http接口服务的接口地址、请求方式、消息类型，同步显示参数列表。
当获取到请求发送指令时，执行步骤s402。当获取到重置指令时，执行步骤s404。
在步骤s402中，将请求发送至所述http接口服务以对所述http接口服务进行校验。
在步骤s403中，通过展示框实时地展示发送请求包的详细信息。
在步骤s404中，根据所述重置指令清除参数列表和接口地址，以进行重置操作。
综上所述，本发明实施例构建了http接口的可视化模拟测试工具，所述模拟测试工具包括moco配置输入端和发包端；然后通过所述moco配置输入端配置http接口服务，以及模拟所述http接口服务；通过所述发包端对所述http接口服务进行测试；从而结合了服务端和客户端，使得所述模拟测试工具既可以提供http接口服务的测试也可以做模拟接口演示，糅合了接口测试的全过程，有效地满足了开发者对http接口服务的全过程测试需求，提升了用户的体验感。
需要说明的时，在本发明实施例中，所述moco配置输入端与所述发包端可以单独使用，即仅通过所述moco配置输入端来配置和模拟http接口服务，生成服务器，又或者，仅通过所述发包端来对其他模拟服务或者非模拟服务进行发包测试。
图5示出了本发明实施例提供的接口模拟测试的装置的组成结构，为了便于说明，仅示出了与本发明实施例相关的部分。
在本发明实施例中，所述接口模拟测试的装置用于实现上述图1至图4任一实施例中所述的接口模拟测试的方法，可以是内置于终端设备的软件单元、硬件单元或者软硬件结合的单元。所述终端设备包括但不限于计算机、服务器等。
参阅图5，所述接口模拟测试的装置包括：
构建模块51，用于构建http接口的可视化模拟测试工具，所述模拟测试工具包括moco配置输入端和发包端。
配置模块52，用于通过所述moco配置输入端配置http接口服务，以及模拟所述http接口服务。
测试模块53，用于通过所述发包端对所述http接口服务进行测试。
本发明实施例构建了http接口的可视化模拟测试工具。所述可视化模拟接口工具主要分为两部分，包括moco配置输入端和发包端，能够配置及模拟http接口服务，对所述http接口服务进行测试。
进一步地，所述配置模块52包括：
配置文件写入单元521，用于通过moco配置输入端写入http接口服务的配置文件，保存所述配置文件，以及自定义端口号。
模拟单元522，用于当获取到启动指令时，根据所述启动指令模拟所述http接口服务。
在本发明实施例中，所述moco配置输入端为用户供了http接口服务的配置界面。示例性地，所述配置界面上包括但不限于配置文件写入、端口输入、保存标识、启动标识等。所述配置文件输入单元521获取用户写入的接口服务的json配置文件，在用户点击保存标识后，则在工具路径下生成cfg.json文件，并保存所述cfg.json文件，再通过端口输入框获取用户自定义的端口号。可选地，所述端口号为整型端口。所述模拟单元522则检测用户对启动标识的触发信息。若接收到对启动标识的触发信息，则获取启动指令，并根据所述启动指令模拟http服务，即后台运行；从而实现对http接口服务的模拟，模拟生成一个服务器。
进一步地，所述测试模块53包括：
获取单元531，用于通过所述发包端获取http接口服务的接口地址、请求方式、消息类型，同步显示参数列表。
测试单元532，用于当获取到请求发送指令时，将请求发送至所述http接口服务以对所述http接口服务进行校验。
在本发明实施例中，所述发包端为用户供了http接口服务的测试界面。示例性地，所述测试界面上包括但不限于接口输入、请求类型选择、消息类型选择、参数列表显示、重置标识以及发送请求标识等。在这里，所述获取单元531根据用户在所述测试界面上的操作获取http接口服务的接口地址、用户选择的请求方式和消息类型，然后根据所述接口地址、请求方式和消息类型，同步地展示参数列表，以供用户查看结果。所述测试单元532检测用户对发送请求标识的触发信息。若接收到对发送请求标识的触发信息，则获取请求发送指令，将请求发送至后台模拟服务或者其他非模拟服务，从而实现了对http接口服务的发包测试，以测试所述http接口服务是否可用。
进一步地，所述测试模块53还包括：
重置单元533，用于当获取到重置指令时，根据所述重置指令清除参数列表和接口地址，以进行重置操作。
在这里，所述参数列表包括参数名和参数值。
在本发明实施例中，在所述接口地址、请求方式和/或消息类型设置完后，所述发包端检测用户对重置标识的触发信息。若接收到对重置标识的触发信息，则获取重置指令，将已输入的参数列表和http接口服务的接口地址进行清除，以便于用户进行下一个接口服务的测试，进一步提升了用户的体验感。
需要说明的是，本发明实施例中的装置可以用于实现上述方法实施例中的全部技术方案，其各个功能模块的功能可以根据上述方法实施例中的方法具体实现，其具体实现过程可参照上述实例中的相关描述，此处不再赘述。
综上所述，本发明实施例构建了http接口的可视化模拟测试工具，所述模拟测试工具包括moco配置输入端和发包端；然后通过所述moco配置输入端配置http接口服务，以及模拟所述http接口服务；通过所述发包端对所述http接口服务进行测试；从而结合了服务端和客户端，使得所述模拟测试工具既可以提供http接口服务的测试也可以做模拟接口演示，糅合了接口测试的全过程，有效地满足了开发者对http接口服务的全过程测试需求，提升了用户的体验感。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的接口模拟测试的方法及装置，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块、单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元、模块单独物理存在，也可以两个或两个以上单元、模块集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。