CN104699612A - 用于软件测试中的处理方法、设备和系统 - Google Patents

Abstract

本公开的实施例涉及用于软件测试中的处理方法、设备和系统。所述软件包括一个或多个服务。所述方法包括：接收来自客户端的针对所述服务的请求；根据通过Web前端预先配置的配置信息，将所述请求转发到与所述服务对应的测试服务器；接收来自所述测试服务器的针对所述请求的响应；以及将所述响应转发给所述客户端。根据本公开实施例，能够实现方便地在多个测试环境之间进行切换和进行消息查看，并且能够实现特定格式消息的可配置化解析查看，从而提高软件测试的便利性，方便测试人员的使用并提高其工作效率。

Description

用于软件测试中的处理方法、设备和系统

技术领域

本公开的实施例涉及移动互联网领域，更具体地涉及用于软件测试中的处理方法、设备和系统。

背景技术

随着移动互联网的发展，出现了越来越多的应用软件。对于移动应用软件开发而言，产品(即，客户端应用软件)上线之前需要进行充分的内测。

通常，客户端应用软件的运行需要依赖于客户端与服务器之间的交互。这样，需要预先建立测试服务器，在测试服务器上部署仿真服务的内测环境，然后在内测时将客户端应用连接到测试服务器进行软件测试。

客户端应用软件通常涉及多种服务功能，而针对这多种服务功能，在内测时需要部署仿真这多种服务的多个内测环境(也就是，多个测试服务器)，而且需要在这多个内测环境之间进行切换。目前切换测试环境的一般做法是路由配置或多次修改客户端应用软件本身的配置文件。其操作极其繁琐、耗时，导致测试人员使用不便、工作效率低下。

另外，在移动客户端测试时，需要查看客户端与服务器之间交互的数据/消息，以方便问题定位。在现有技术中，通常使用诸如Charles、fiddler之类的客户端代理工具来进行消息查看。但这些工具都需要单独安装，并且现有工具的消息查看也不具有针对性，需要设置客户端的HTTP代理，且无法进行特定格式消息的解析查看。所以现有工具操作繁琐、使用不便且无法解析和查看特定格式的消息。

因此，期望一种改进的软件测试方案，以克服现有测试技术中的上述问题。

发明内容

本公开实施例的目的就在于提供一种改进的软件测试方案，使得能够提高软件测试的便利性，从而方便测试人员的使用并提高其工作效率。

根据本公开的实施例，提供一种用于软件测试中的处理方法，所述软件包括一个或多个服务，所述方法包括：接收来自客户端的针对所述服务的请求；根据通过Web前端预先配置的配置信息，将所述请求转发到与所述服务对应的测试服务器；接收来自所述测试服务器的针对所述请求的响应；以及将所述响应转发给所述客户端。

在一个实施例中，所述配置信息包括服务和与所述服务对应的测试服务器的地址之间的对应关系。

在一个实施例中，所述配置信息包括与所述服务对应的测试服务器的地址。

在一个实施例中，所述方法还包括：存储所述请求和所述响应的内容。

在一个实施例中，所述方法还包括：对所述请求和所述响应的内容进行解析处理，以得到所述请求和所述响应中包含的消息；以及通过所述Web前端展示所述消息。

在一个实施例中，所述消息包括以下的至少一种：HTTP消息、TCP消息、封装格式的消息。在一个实施例中，所述封装格式的消息包括以下中的至少一种：protobuf消息、flatbuffers消息、thrift消息。

根据本公开的实施例，还提供一种用于软件测试中的处理设备，包括：请求接收装置，用于接收来自客户端的针对服务的请求，其中所述客户端加载有待测试的软件，所述软件包括一个或多个所述服务；请求转发装置，用于根据通过Web前端预先配置的配置信息，将所述请求转发到与所述服务对应的测试服务器；响应接收装置，用于接收来自所述测试服务器的针对所述请求的响应；以及响应转发装置，用于将所述响应转发给所述客户端。

在一个实施例中，所述配置信息包括服务和与所述服务对应的测试服务器的地址之间的对应关系。

在一个实施例中，所述配置信息包括与所述服务对应的测试服务器的地址。

在一个实施例中，所述设备还包括：存储装置，用于存储所述请求和所述响应的内容。

在一个实施例中，所述设备还包括解析装置，用于对所述请求和所述响应的内容进行解析处理，以得到所述请求和所述响应中包含的消息。

在一个实施例中，通过所述Web前端展示所述消息。

在一个实施例中，所述消息包括以下的至少一种：HTTP消息、TCP消息、封装格式的消息。在一个实施例中，所述封装格式的消息包括以下中的至少一种：protobuf消息、flatbuffers消息、thrift消息。

根据本公开的实施例，还提供一种用于软件测试中的处理系统，包括：客户端，加载有所述软件，所述软件包括一个或多个服务；一个或多个测试服务器，部署有对应于不同服务的测试环境；以及Web代理服务器，包括Web前端和用于软件测试的设备，所述设备包括：请求接收装置，用于接收来自客户端的针对所述服务的请求；请求转发装置，用于根据通过所述Web前端预先配置的配置信息，将所述请求转发到与所述服务对应的测试服务器；响应接收装置，用于接收来自所述测试服务器的针对所述请求的响应；以及响应转发装置，用于将所述响应转发给所述客户端。

在一个实施例中，所述配置信息包括服务和与所述服务对应的测试服务器的地址之间的对应关系。

在一个实施例中，所述配置信息包括与所述服务对应的测试服务器的地址。

在一个实施例中，所述设备还包括：存储装置，用于存储所述请求和所述响应的内容。

在一个实施例中，所述设备还包括：解析装置，用于对所述请求和所述响应的内容进行解析处理，以得到所述请求和所述响应中包含的消息。

在一个实施例中，通过所述Web前端展示所述消息。

在一个实施例中，所述消息包括以下的至少一种：HTTP消息、TCP消息、封装格式的消息。在一个实施例中，所述封装格式的消息包括以下中的至少一种：protobuf消息、flatbuffers消息、thrift消息。

根据本公开实施例，能够实现方便地在多个内测环境之间进行切换和进行消息查看，并且能够实现特定格式消息的可配置化解析查看，从而提高软件测试的便利性，方便测试人员的使用并提高其工作效率。

附图说明

此处所说明的附图用来提供对本公开的进一步理解，构成本公开的一部分，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。在附图中：

图1示出了根据本公开实施例的用于软件测试中的处理系统的示意图；

图2示出了根据本公开实施例的用于软件测试中的处理方法的流程图；

图3示出了根据本公开实施例的用于软件测试中的处理方法的流程图；以及

图4示出了根据本公开实施例的用于软件测试中的处理设备的示意框图。

具体实施方式

本公开实施例的基本构思就在于，通过在客户端与可用于测试的服务器(测试服务器)之间设置Web代理服务器，使得能够根据通过Web前端预先配置的配置信息进行客户端与测试服务器之间的消息转发，从而方便在多个内测环境之间进行切换；并且，能够存储和解析来自客户端和测试服务器的消息并通过Web前端展示，从而方便测试人员进行消息查看；此外，能够通过Web前端实现特定格式消息的可配置化解析和配置更新。因此，根据本公开实施例，能够大大提高整个软件测试的便利性。

为使本公开的目的、技术方案和优点更加清楚，以下结合附图及具体实施例，对本公开作进一步的详细说明。

图1示出了根据本公开实施例的用于软件测试中的处理系统100的示意图。

如图1所示，系统100可以包括客户端110、Web代理服务器120以及一个或多个测试服务器130₁-130_n，n为正整数。

客户端110可以加载有待测试软件，用于仿真客户端操作使用。客户端110可以是可加载软件的任意终端设备，例如但不仅限于：智能手机、个人数码助理(PDA)、平板电脑、笔记本电脑、车载电脑(carputer)、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备等。

例如在打车类应用中，客户端110可以是指乘客端设备和/或司机端设备，这取决于待测试软件是乘客端软件还是司机端软件。

在本文中，Web代理服务器120是指基于Web的数据代理平台，用于客户端110与测试服务器130₁-130_n之间的数据传递以及数据/消息查看。特别地，Web代理服务器120可以将来自客户端110的数据传递到测试服务器130₁-130_n中的相应测试服务器，并且可以将来自测试服务器130₁-130_n的数据传递到客户端110。

如图所示，Web代理服务器120可以包含Web前端。在一个实施例中，Web前端可以为Web浏览器。本领域技术人员可以理解到，该Web前端可以是目前已有的或者未来开发的任意Web浏览器或其它具有类似功能的应用。通过Web前端，测试人员可以方便地进行测试环境的配置以及消息的查看。

Web代理服务器120还可以包含用于软件测试的设备。通过该设备可以执行前述的在客户端110与测试服务器130₁-130_n之间的数据传递以及数据/消息查看的操作。下文中将结合附图对此进行更详细描述。

在本文中，测试服务器130₁-130_n是指部署有不同测试环境和/或不同功能测试的服务器。本领域技术人员可以理解到，尽管这里将测试服务器示出为多个，但在具体实施中，这些测试服务器中的一个或多个可以在单一服务器设备上实现，也可以在多个服务器设备上实现。这里示出为多个测试服务器，需要强调的是，在测试过程中需要针对软件的多种功能部署与之相应的测试环境，因而需要在不同的功能测试环境之间进行切换。

另外，虽然在本实施例中将测试服务器和Web代理服务器示出为分立的，但在其它实施例中，这二者可以同在单一服务器设备上实施。在一个实施例中，Web代理服务器可以在一个或多个测试服务器中的部分上实施。在另一实施例中，测试服务器也可以在Web代理服务器上实施。需要说明的是，尽管这里分离地描述测试服务器和Web代理服务器，但在实际实施中，它们可以统一地在服务器端实现，该服务器端是相对于客户端而定义的。

在根据本实施例的系统中，测试人员只需要登录相应的Web页面，而无需下载和安装任何程序包，即可借助于Web代理平台进行软件测试。

在根据本公开实施例的系统中，通过设置基于Web的代理平台，可以响应于来自客户端的针对不同服务的请求，来自动地将其切换到仿真对应服务的测试服务器上，并能通过Web前端方便地进行各种配置和实现各种消息的查看，从而极大地提高了软件测试的便利性。

下面结合图2至图4更详细地描述根据本公开实施例的用于软件测试中的处理方法和设备。

图2图示了根据本公开实施例的用于软件测试中的处理方法200的流程图。该方法200可以在前述实施例的系统100中的Web代理服务器120上实施。

如图2所示，在步骤S210处，接收来自客户端的针对服务的请求。

在一个实施例中，针对服务的请求可以是指客户端向服务器所请求的服务。在本公开的客户端软件测试环境中，测试人员可以通过客户端启用待测试软件的各种功能，即服务。例如，在打车类软件中，服务可以包含：下单服务、抢单服务、查询服务等等。客户端可以针对这些服务发起请求。然后Web代理服务器可以接收这些针对服务的请求。

接下来，在步骤S220处，根据通过Web前端预先配置的配置信息，将上述请求转发到与所述服务对应的测试服务器。

在一个实施例中，上述配置信息可以包括服务和与所述服务对应的测试服务器的地址之间的对应关系。测试人员可以通过Web前端预先配置这样的配置信息。在另一实施例中，上述配置信息可以包括与所述服务对应的测试服务器的地址。例如，测试人员可以通过Web前端输入测试服务器的地址作为默认的当前产品服务需要链接到的地址。

在一个实施例中，这样的配置信息可以通过例如映射表、树、数组等的数据结构形式存储在配置文件中。尽管这里列举了具体的数据结构形式，但本领域技术人员可以理解到，本公开并不限于此，而是可以采用任意现有的或未来开发的合适数据结构形式。除配置文件外，配置信息也可以采用本领域已知的或未来开发的任意其它存储形式来存放。

在一个实施例中，这样的配置信息可以存储在例如本文中的Web代理服务器的存储设备中。在一个实施例中，配置信息可以存储在Web代理服务器的缓存中，以备后续查看使用。

在一个实施例中，Web代理服务器可以例如通过调用并查看测试人员通过Web前端所预先配置的配置信息，以获取与当前接收到的请求所涉及的服务对应的测试服务器的地址。然后，Web代理服务器可以将接收到的针对服务的请求转发到该地址，从而将针对服务的请求转发到仿真该服务的测试服务器，以便进行该服务的相应测试。

然后，在步骤S230处，接收来自测试服务器的针对所述请求的响应。

在一个实施例中，测试服务器可以响应于接收到的针对服务的请求而仿真该服务，并返回消息作为针对该请求的响应。例如在下单服务中，测试服务器可以在仿真了向司机端下单、处理司机端的抢单并针对该下单服务确定接单司机之后，返回该接单司机的信息，作为针对乘客端的该下单服务请求的响应。此时，Web代理服务器可以接收来自测试服务器的该响应。

然后，在步骤S240处，Web代理服务器将所述响应转发到所述客户端。

至此结合图2描述了Web代理服务器针对不同服务功能切换测试环境的过程。在根据本实施例的方法中，通过Web前端预先配置一个配置信息，使之包括与服务对应的测试服务器的地址，从而可以根据该配置信息，方便快捷地切换所需的测试环境。

如前面提及的，在软件测试中，除了需要在不同测试环境之间进行切换之外，还需要进行消息查看，以便于问题定位。下面结合图3描述Web代理服务器进行消息查看的过程。

图3示出了根据本公开实施例的用于软件测试中的处理方法300的流程图。同样，该方法300可以在前述实施例的系统100中的Web代理服务器120上实施。

如图3所示，在步骤S310处，存储所述请求和所述响应的内容。

在一个实施例中，Web代理服务器可以将接收到的来自客户端的请求以及来自测试服务器的响应存储到其缓存中。

在其它实施例中，可以将这些请求和响应的内容存储到任意存储器或数据库中。

在步骤S320处，对所述请求和所述响应的内容进行解析处理，以得到所述请求和所述响应中包含的消息。

在一个实施例中，Web代理服务器可以从缓存中获取所存储的请求和响应的内容，并对这些内容进行解析处理，从而得到其中所包含的消息。

上述消息可以包括各种协议格式的消息。在一个实施例中，消息可以包括以下的至少一种：HTTP消息、TCP消息、封装格式的消息等等。在一个实施例中，封装格式的消息例如可以包括protobuf消息。在其它实施例中，封装格式的消息例如还可以包括flatbuffers消息和/或thrift消息等。

例如，在打车应用中，在客户端与测试服务器之间的交互可以通过HTTP协议和/或TCP协议格式的消息传送来实现。

例如，在客户端与Web代理服务器以及Web代理服务器与测试服务器之间可以建立长连接，其间的交互可以通过封装消息来实现。也就是，通过对上述HTTP协议和/或TCP协议格式的消息进行特定封装格式的封装，例如protobuf、flatbuffers、thrift格式，然后进行传送。在这样的情况下，就会涉及到针对特定格式例如protobuf、flatbuffers、thrift这样的消息的解析。

在一个实施例中，可以根据想要查看的协议消息类型，来确定解析处理的具体方案。本领域技术人员可以理解到，根据需要可以将各种解析处理方案应用于本公开的实施中。

在根据本公开的实施例中，可以通过Web前端配置针对特定格式消息的解析处理方案，也就是，可以实现特定格式消息的可配置化解析处理。例如，针对特定格式例如protobuf、flatbuffers、thrift这样的封装消息，可以通过Web前端方便地配置用于解析此消息的解析处理方案。由此可以实现对各种特定格式消息的解析和查看，大大提高了本公开实施例的方案在软件测试中的通用性和便利性。

然后，在步骤S330处，通过所述Web前端展示所述消息。

在一个实施例中，Web代理服务器可以将解析得到的具体消息内容打印到Web前端，从而显示给测试人员，以供其进行查看。

至此结合图3描述了通过Web代理服务器进行消息查看的过程。在根据本实施例的方法中，通过存储、解析和展示接收到的请求和响应中的消息内容，可以方便测试人员进行消息查看和问题定位。

虽然在本实施例中描述了存储接收到的请求和响应中的消息的过程，但在其它实施例中可以不进行存储，而直接进行解析和展示。

另外应理解到，上述结合图3描述的消息查看过程可以与上述结合图2描述的切换/转发过程并行执行，也可以在上述结合图2描述的切换/转发过程之后执行。

与前述用于软件测试中的处理方法相对应，本公开实施例还提供一种用于软件测试中的处理设备。

图4示出了根据本公开实施例的用于软件测试中的处理设备400的示意框图。该设备400可以对应于前述实施例的系统100中的Web代理服务器120中的用于软件测试中的处理设备，也就是，该设备400可以在Web代理服务器120中实施。

如图4所示，设备400可以包括请求接收装置410、请求转发装置420、响应接收装置430和响应转发装置440。

请求接收装置410可以用于接收来自客户端的针对服务的请求。所述客户端加载有待测试的软件，所述软件包括多个所述服务。

请求转发装置420可以用于根据通过Web前端预先配置的配置信息，将所述请求转发到与所述服务对应的测试服务器。在一个实施例中，配置信息可以包括服务和与所述服务对应的测试服务器的地址之间的对应关系。在另一个实施例中，配置信息可以包括与所述服务对应的测试服务器的地址。

响应接收装置430可以用于接收来自所述测试服务器的针对所述请求的响应。

响应转发装置440可以用于将所述响应转发给所述客户端。

在一个实施例中，设备400还可以包括存储装置(未示出)，用于存储所述请求和所述响应的内容。

在一个实施例中，设备400还可以包括解析装置(未示出)，用于对所述请求和所述响应的内容进行解析处理，以得到所述请求和所述响应中包含的消息。

在一个实施例中，可以通过所述Web前端展示所述消息。

在一个实施例中，消息可以包括以下的至少一种：HTTP消息、TCP消息、封装格式的消息。在一个实施例中，封装格式的消息可以包括protobuf消息。在其它实施例中，封装格式的消息例如还可以包括flatbuffers消息和/或thrift消息等。本领域技术人员应理解到，尽管在本文中列举了消息的一些具体格式，但并不旨在对消息的格式进行任何限制，而是可以涉及目前已有的或未来开发的任何适当格式的消息。

以上描述的用于软件测试中的处理设备与之前描述的用于软件测试中的处理方法和系统的处理是对应的，因此，关于其具体细节，可以参见之前描述的用于软件测试中的处理方法和系统，这里不再赘述。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可以包括计算机可读介质中的非永久性存储器、随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括瞬态计算机可读介质，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

Claims (21)

1.一种用于软件测试中的处理方法，所述软件包括一个或多个服务，所述方法包括：

接收来自客户端的针对所述服务的请求；

根据通过Web前端预先配置的配置信息，将所述请求转发到与所述服务对应的测试服务器；

接收来自所述测试服务器的针对所述请求的响应；以及

将所述响应转发给所述客户端。

2.根据权利要求1所述的方法，其中所述配置信息包括服务和与所述服务对应的测试服务器的地址之间的对应关系。

3.根据权利要求1所述的方法，其中所述配置信息包括与所述服务对应的测试服务器的地址。

4.根据权利要求1所述的方法，还包括：

存储所述请求和所述响应的内容。

5.根据权利要求1所述的方法，还包括：

对所述请求和所述响应的内容进行解析处理，以得到所述请求和所述响应中包含的消息；以及

通过所述Web前端展示所述消息。

6.根据权利要求5所述的方法，其中所述消息包括以下的至少一种：

HTTP消息、TCP消息、封装格式的消息。

7.根据权利要求6所述的方法，其中所述封装格式的消息包括以下的至少一种：protobuf消息、flatbuffers消息、thrift消息。

8.一种用于软件测试中的处理设备，包括：

请求接收装置，用于接收来自客户端的针对服务的请求，其中所述客户端加载有待测试的软件，所述软件包括一个或多个所述服务；

请求转发装置，用于根据通过Web前端预先配置的配置信息，将所述请求转发到与所述服务对应的测试服务器；

响应接收装置，用于接收来自所述测试服务器的针对所述请求的响应；以及

响应转发装置，用于将所述响应转发给所述客户端。

9.根据权利要求8所述的设备，其中所述配置信息包括服务和与所述服务对应的测试服务器的地址之间的对应关系。

10.根据权利要求8所述的设备，其中所述配置信息包括与所述服务对应的测试服务器的地址。

11.根据权利要求8所述的设备，还包括：

存储装置，用于存储所述请求和所述响应的内容。

12.根据权利要求8所述的设备，还包括解析装置，用于对所述请求和所述响应的内容进行解析处理，以得到所述请求和所述响应中包含的消息，并且

其中通过所述Web前端展示所述消息。

13.根据权利要求12所述的设备，其中所述消息包括以下的至少一种：

HTTP消息、TCP消息、封装格式的消息。

14.根据权利要求13所述的设备，其中所述封装格式的消息包括以下的至少一种：protobuf消息、flatbuffers消息、thrift消息。

15.一种用于软件测试中的处理系统，包括：

客户端，加载有所述软件，所述软件包括一个或多个服务；

一个或多个测试服务器，部署有对应于不同服务的测试环境；以及

Web代理服务器，包括Web前端和用于软件测试中的处理设备，所述设备包括：

请求接收装置，用于接收来自客户端的针对所述服务的请求；

请求转发装置，用于根据通过所述Web前端预先配置的配置信息，将所述请求转发到与所述服务对应的测试服务器；

响应接收装置，用于接收来自所述测试服务器的针对所述请求的响应；以及

响应转发装置，用于将所述响应转发给所述客户端。

16.根据权利要求15所述的系统，其中所述配置信息包括服务和与所述服务对应的测试服务器的地址之间的对应关系。

17.根据权利要求15所述的设备，其中所述配置信息包括与所述服务对应的测试服务器的地址。

18.根据权利要求15所述的系统，其中所述设备还包括：存储装置，用于存储所述请求和所述响应的内容。

19.根据权利要求15所述的系统，其中所述设备还包括：解析装置，用于对所述请求和所述响应的内容进行解析处理，以得到所述请求和所述响应中包含的消息，并且

其中通过所述Web前端展示所述消息。

20.根据权利要求19所述的系统，其中所述消息包括以下的至少一种：

HTTP消息、TCP消息、封装格式的消息。

21.根据权利要求20所述的系统，其中所述封装格式的消息包括以下的至少一种：protobuf消息、flatbuffers消息、thrift消息。