CN110874322B - 一种用于应用程序的测试方法及测试服务器 - Google Patents

Abstract

本申请公开了一种用于应用程序的测试方法及测试服务器。本申请的示例性实施例公开了一种用于应用程序的测试方法，所述方法包括：获取所述应用程序中的对象的多个参数；从所述多个参数中选择至少一个参数作为测试参数；生成与测试参数对应的一个或多个测试条件；设置与所述一个或多个测试条件分别对应的返回值。采用本申请，可满足各种测试需求。

Description

一种用于应用程序的测试方法及测试服务器

技术领域

本申请涉及计算机技术领域，尤其涉及一种用于应用程序的测试方法、测试服务器及服务器。

背景技术

程序开发包括程序测试，单元测试作为程序测试中最低级别的测试活动，需要调用外部依赖的程序模块进行测试。由于外部依赖往往难以构造或获取，使得单元测试无法进行，或者外部依赖不稳定，使得测试失败率高。

为了解决此类问题，在现有技术中通常采用例如Mock服务的测试方法，诸如Mock服务的测试方法是以可控的方式模拟内部方法或者外部接口服务的依赖，以便验证待测对象在可能存在的各种状态下是否可以提供稳定可靠的服务。换言之，对客户端来说，诸如Mock服务的测试方法提供与真实服务一样的服务，差别在于这种测试方法并不执行具体的业务逻辑，而是在接收到输入参数后会返回预先准备好的固定返回值，例如，当Mock服务在接收到当日温度请求时，可返回固定温度值。由此可以看出，诸如Mock服务的测试方法针对参数请求给出固定返回值，无法满足测试多样化的需求，因此，现有技术需要一种对应用程序的测试更加多样化的技术方案。

上述信息仅作为背景信息被呈现以帮助理解本公开。至于任何上述信息是否可应用为针对本公开的现有技术，尚未做出决定，也未做出声明。

发明内容

本申请的示例性实施例提供一种用于应用程序的测试方法、测试服务器及测试服务器，用于解决程序测试的返回值单一的技术问题。

本申请的示例性实施例提供一种用于应用程序的测试方法，所述方法包括：获取所述应用程序中的对象的多个参数；从所述多个参数中选择至少一个参数作为测试参数；生成与测试参数对应的一个或多个测试条件；设置与所述一个或多个测试条件分别对应的返回值。

本申请的另一示例性实施例提供一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现前述步骤。

本申请的另一示例性实施例提供一种用于应用程序的测试方法，所述方法包括：接收对所述应用程序的测试请求；基于测试请求中的请求参数，生成包括请求参数的测试条件作为请求测试条件；判断所述请求测试条件是否与预先设置的测试条件相同；若相同，则确定与所述请求测试条件对应的返回值。

本申请的另一示例性实施例提供一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现前述步骤。

本申请的另一示例性实施例提供一种测试服务器，所述测试服务器包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：获取应用程序中的对象的多个参数；从所述多个参数中选择至少一个参数作为测试参数；生成与测试参数对应的一个或多个测试条件；设置与所述一个或多个测试条件分别对应的返回值。

本申请的另一示例性实施例提供一种测试服务器，所述测试服务器包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：处理器；以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：接收对所述应用程序的测试请求；基于测试请求中的请求参数，生成包括请求参数的测试条件作为请求测试条件；判断所述请求测试条件是否与预先设置的测试条件相同；若相同，则确定与所述请求测试条件对应的返回值。

本申请的示例性实施例采用的上述至少一个技术方案能够达到以下有益效果：

可在选择测试参数的情况下通过与测试参数对应的测试条件来确定文件，使得测试方法可根据应用程序的不同需求设置不同的文件，满足开发人员的测试需求，提高测试覆盖率。

附图说明

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

图1示出本申请的示例性实施例的应用程序的测试场景的示意图。

图2示出本申请的示例性实施例的用于应用程序的测试方法的流程图。

图3示出本申请的示例性实施例的对于测试请求的处理的流程图。

图4示出本申请的示例性实施例的用于应用程序的测试服务器的框图。

具体实施方式

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

以下结合附图，详细说明本申请的示例性实施例提供的技术方案。

图1示出本申请的示例性实施例的应用程序的测试场景的示意图。如图1所示，所述测试系统包括应用程序端和测试服务器。应注意，所述测试系统还可包括其它装置，例如数据库服务器，但为了避免由于公知的方法、过程、组件和电路来模糊本实施例，在此将省略与本发明的构思无关的部件。

所述应用程序端可包括客户端110和服务端130，其中，客户端110是指应用程序客户端，该客户端可以部署在终端设备上，终端设备可包括但不限于PC(Personal Computer，个人计算机)、平板电脑、移动终端、智能手机、笔记本电脑，应注意，所有能够访问服务端的客户端，均在本申请的示例性实施例的保护范围之内。服务端130是能够为客户端提供服务功能的设备，也就是说，服务端能够与客户端进行交互进而为客户端提供对应的服务，服务端130可包括但不限于PC、平板电脑、笔记本电脑、数据平台、电商平台等，应注意，所有能够与客户端110进行交互的设备，均在本申请的示例性实施例的保护范围之内。例如，客户端110可以是支付客户端，服务端130可以是提供支付功能的服务端，又例如，客户端110可以是旅游客户端，服务端130可以是提供旅游功能的服务端。

在示例性实施例中，测试服务器120可根据需要利用本发明的示例性实施例的方法仅对单侧(例如，客户端或者服务端)进行测试，或者，测试服务器120可同时对客户端和服务端进行测试。更进一步地，测试服务器120可在利用Mock服务的情况下利用本发明的示例性实施例的方法对客户端的应用程序进行测试。

图2示出了本申请的示例性实施例的用于应用程序的测试方法的流程图。

参照图2，在步骤S210，获取所述应用程序中的对象的多个参数。

具体来说，在对某一应用程序进行测试时，可预先确定所述应用程序中的对象，应注意，本领域技术人员可通过已有方法确定应用程序中的对象，例如，可直接通过提取对象的指令(例如，getclass)来确定应用程序中的对象。以下文中的表1为例，在对与旅行相关的应用程序进行测试时，所述对象可包括飞机票(表1中的fights)。

随后可确定所述对象的多个参数，其中，所述多个参数中的每个参数是指用于表示对象的属性的字段。具体来说，可通过反射来获取每个对象的参数的类型，其中，反射是指在运行状态下可获知每个对象的所有属性的方法，随后，利用参数的类型来表示各个参数，以下文中的表1为例，可利用(String,String,Data,Data,Option)来表示对象Flight(航班)里面的各个参数。

可选地，可利用反射获取对象中的各个参数，随后获取与所述对象对应的源代码，例如，可从源代码仓库(例如，git仓库或svn仓库)或特定功能的仓库(例如，maven仓库)中获取与所述对象对应的源代码。通过对源代码进行代码分析获取各个参数的参数名称，并利用参数名称来标记各个参数，使得技术人员可以比较直观地获知每个参数的含义，其中，代码分析可采用例如文本分析、源代码分析等分析方法来分析，也就是说，所有可获知参数信息的分析方法均可用在此处，在此将不再详述。以下将参照表1举例说明，与flights(飞机票)相关的参数可包括fromCity(起始地)、toCtiy(目的地)、startTime(起飞时间)、endTime(到达时间)、option(附加选项)。

随后，在步骤S220，所述方法从所述多个参数中选择至少一个参数作为测试参数。根据本发明的示例性实施例，用户可根据需求从所述多个参数中手动选择至少一个参数作为测试参数。接下来结合下面的表1为例，用户(例如，编程人员)可从参数列表fromCity、toCtiy、startTime、endTime、option中手动选择fromCity和toCtiy作为测试参数。

接下来，在步骤S230，所述方法可生成与一个或多个测试参数对应的测试条件。具体来说，在步骤S220中已确定测试参数的情况下，步骤S230可包括以下操作：确定与每个测试参数对应的字段值；利用测试参数、测试参数对应的字段值以及运算符号，生成与测试参数对应的测试条件。

可选地，可预先确定测试参数，随后在测试参数不变的情况下，根据同样的测试参数生成不同的测试条件，如表1所示，在已经选择选择fromCity和toCtiy作为测试参数的情况下可生成fromCity{＝“杭州”}；toCity{＝“厦门”}、fromCity{＝“杭州”}；toCity{＝“福州”}和fromCity{＝“北京”}；toCity{＝“杭州”}三个测试条件。此外，用户也可每次从所述多个参数中选择测试参数，随后根据选择的测试参数生成测试条件，也就是说，生成每个测试条件之前均需要先选择测试参数，例如，选择选择fromCity、toCtiy和startTime作为测试参数，并可生成fromCity{＝“北京”}；toCity{＝“上海”}；startTime＝{＝“2018-05-0109:00:00”}，随后，选择fromCity和toCtiy作为测试参数，并可生成fromCity{＝“杭州”}；toCity{＝“厦门”}。

表1

根据本发明的示例性实施例，每个测试条件可包括测试参数、测试参数的字段值以及运算符号，在生成与测试参数对应的测试条件的过程中，用户可在如表1所示的右栏中输入与每个测试参数对应的字段值，应注意，运算符号可默认设置为“＝”，也可根据需求设置为各种数值逻辑运算符号(例如，＞、≥、＜、≤)。此外，当所述测试条件中仅包括参数而没有参数的字段值的情况下，参数的字段值默认为“null”。

最后，在步骤S240，设置与所述一个或多个测试条件分别对应的返回值。应注意，所述返回值是指不执行与应用程序交互的操作的情况下针对应用程序的输入参数预先设置的固定返回值。

可选地，返回值以文件的形式被存储，其中，所述文件通过与所述返回值对应的测试条件被标识，可选地，所述文件被命名为与所述返回值对应的测试条件。举例来说，某一文件可被命名为fromCity{＝“北京”}；toCity{＝“上海”}；startTime＝{＝“2018-05-0109:00:00”}，这样用户可直观地获知该返回提交对应的匹配参数表达式，使得编程更可读。

可选地，所述文件可与对应的测试条件关联存储在一起，例如，可以以表的形式将文件的名称与测试条件对应起来，当接收到测试条件后，可通过该表查找对应的文件，随后读取所述文件，从而获得返回值。

应注意，根据本发明的示例性实施例的应用程序的测试方法可应用于例如Mock服务的测试方法中，本领域技术人员可根据测试请求生成不同的请求入参(对应于本申请中的测试条件)，返回不同的返回值。

此外，本申请的示例性实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的服务器执行时，能够使该服务器执行图2所示的实施例的方法。

根据本申请实施例，可在选择测试参数的情况下通过与测试参数对应的测试条件来确定文件，使得测试方法可根据应用程序的不同需求设置不同的文件，满足开发人员的测试需求，提高测试覆盖率。

此外，根据本申请的示例性实施例，当应用程序的测试请求满足某一测试条件时，则向应用程序返回与该测试条件对应的返回值，这将在下面结合图3进行详细描述。

以下将结合图3详细描述根据本发明的实施例的对于测试请求的处理的流程图。

如图3所述，在步骤S310，接收对所述应用程序的测试请求，所述测试请求可以是基于HTTP协议或者RPC协议的请求。

随后，在步骤S320，基于测试请求中的请求参数，生成包括请求参数的测试条件。应注意，测试请求中包括的所有参数均是请求参数，换言之，可获取测试请求中的所有参数作为请求参数，具体来说，可根据前述的利用反射或利用反射与代码分析的方法来获取所述请求中的请求参数，为了简洁在此将不再详述。应注意，虽然基于HTTP协议或者RPC协议的请求中包括的对象通常具有复杂结构，但也可利用前述方法获取请求参数。随后，获取与请求参数对应的字段值。最后，根据请求参数和与请求参数对应的字段值，生成与所述测试请求对应的请求测试条件。例如，根据测试请求获取请求参数为和startTime，随后确定fromCity的字段值为“南京”，而startTime的字段值为“2018-05-0109:00:00”，因此，生成的请求测试条件fromCity{＝“南京”}；startTime＝{＝“2018-05-01 09:00:00”}。

在步骤S330，判断所述请求测试条件是否与步骤S230中生成的测试条件相同，具体来说，所述请求测试条件可分别与已生成的测试条件分别比较，若所述请求测试条件与某一测试条件相同，则执行步骤S340，确定与所述请求测试条件对应的返回值。

若均不相同，则执行步骤S350，将所述测试请求发送到与应用程序的服务器，所述应用程序的服务器在接收到请求后，执行与所述请求对应的操作并将执行结果(即，返回值)发送到测试服务器，在步骤S360，测试服务器从应用服务器接收所述返回值。

此外，本申请的示例性实施例还提出了一种用于应用程序的测试方法，所述包括：接收对所述应用程序的测试请求；基于测试请求中的请求参数，生成包括请求参数的测试条件作为请求测试条件；判断所述请求测试条件是否与预先设置的测试条件相同；若相同，则确定与所述请求测试条件对应的返回值。应注意，所述预先设置的测试条件可包括但不限于图2中的步骤S230中生成的一个或多个测试参数，本领域技术人员可通过任何方法生成预先设置的测试条件。

可选地，生成包括请求参数的测试条件作为请求测试条件包括：获取所述测试请求中的所有参数作为请求参数；获取与请求参数对应的字段值；根据请求参数和与请求参数对应的字段值，生成与所述测试请求对应的请求测试条件。

可选地，若所述请求测试条件与所述预先设置的测试条件均不同，则执行以下操作：将所述测试请求发送到应用程序的服务器；从应用程序的服务器接收到与所述请求测试条件对应的返回值。

可选地，所述返回值以文件的形式被存储，其中，所述文件被所述请求测试条件标识，例如，基于所述返回值，生成与所述测试请求对应的文件，其中，所述文件可利用测试条件来命名，从而提高可读性。

本申请的示例性实施例还提出了一种计算机可读存储介质，其上存储有计算机指令，其特征在于，所述指令被执行时实现上述步骤。

综上所述，根据本申请实施例，可在接收到测试请求之后根据测试请求返回适当的返回值，使得测试方法可根据不同的测试请求返回不同的返回值，这样可测试到应用程序的不同条件分支，覆盖了多种不同测试请求下的链路，提高了软件测试的覆盖率与完整度，更进一步地，可在无法根据测试请求获得返回值的情况下，利用真实服务器处理测试请求，并利用真实服务器的测试结果来增加测试样本库，从而便于后续的程序测试。

为了更清楚地明白本申请的示例性实施例的发明构思，以下将参照图4描述本申请的示例性实施例的用于应用程序的测试服务器的框图。本领域普通技术人员将理解：图4中的测试服务器仅示出了与本示例性实施例相关的组件，测试服务器400中还包括除了图4中示出的组件之外的通用组件。

图4示出本申请的示例性实施例的用于应用程序的测试服务器的框图。参考图4，在硬件层面，该服务器包括处理器、内部总线和计算机可读存储介质，其中，所述计算机可读存储介质包括易失性存储器和非易失性存储器。处理器从非易失性存储器中读取对应的计算机程序然后运行。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

具体来说，所述处理器执行以下操作：获取应用程序中的对象的多个参数；从所述多个参数中选择至少一个参数作为测试参数；生成与测试参数对应的一个或多个测试条件；设置与所述一个或多个测试条件分别对应的返回值。

可选地，所述处理器在实现步骤设置与所述一个或多个测试条件分别对应的返回值之后还包括：返回值以文件的形式被存储，其中，所述文件通过与所述返回值对应的测试条件被标识。

可选地，所述处理器在实现步骤获取所述应用程序中的对象的多个参数时包括：通过反射获取所述应用程序中的对象的所述多个参数中的每个参数的数据类型；利用所述多个参数中的每个参数的数据类型标识每个参数。

可选地，所述处理器在实现步骤获取所述应用程序中的对象的多个参数时包括：通过反射获取所述应用程序中的对象的所述多个参数中的每个参数的数据类型；获取与所述应用程序中的对象对应的源代码；通过对所述源代码进行代码分析，获取所述多个参数中的每个参数的参数名称；利用所述多个参数中的每个参数的参数名称标识每个参数。

可选地，所述处理器在实现步骤生成与测试参数对应的一个或多个测试条件时包括：确定与测试参数对应的字段值；生成包括测试参数、与测试参数对应的字段值以及运算符号的一个或多个测试条件。

可选地，所述处理器在实现步骤设置与所述一个或多个测试条件分别对应的返回值之后还包括：接收对所述应用程序的测试请求；基于测试请求中的请求参数，生成包括请求参数的测试条件作为请求测试条件；判断所述请求测试条件是否与所述一个或多个测试条件之一相同；若相同，则确定与所述请求测试条件对应的返回值。

可选地，所述处理器在实现步骤生成包括请求参数的测试条件作为请求测试条件时包括：获取所述测试请求中的所有参数作为请求参数；获取与请求参数对应的字段值；根据请求参数和与请求参数对应的字段值，生成与所述测试请求对应的请求测试条件。

可选地，所述服务器在实现步骤判断所述请求测试条件是否与所述一个或多个测试条件之一相同时，若所述请求测试条件与所述一个或多个测试条件均不同，则执行以下操作：将所述测试请求发送到应用程序的服务器；从应用程序的服务器接收到与所述请求测试条件对应的返回值。

可选地，所述返回值以文件的形式被存储，其中，所述文件被所述请求测试条件标识。

如上所述，根据本申请的示例性实施例的测试服务器可在选择测试参数的情况下通过与测试参数对应的测试条件来确定文件，使得测试方法可根据应用程序的不同需求设置不同的文件，满足开发人员的测试需求，提高测试覆盖率。

本申请的示例性实施例还提出了一种测试服务器，所述测试服务器包括处理器；以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：接收对所述应用程序的测试请求；基于测试请求中的请求参数，生成包括请求参数的测试条件作为请求测试条件；判断所述请求测试条件是否与预先设置的测试条件相同；若相同，则确定与所述请求测试条件对应的返回值。

可选地，所述处理器在实现步骤生成包括请求参数的测试条件作为请求测试条件时包括：获取所述测试请求中的所有参数作为请求参数；获取与请求参数对应的字段值；根据请求参数和与请求参数对应的字段值，生成与所述测试请求对应的请求测试条件。

可选地，所述处理器在实现步骤判断所述请求测试条件是否与预先设置的测试条件相同时，若所述请求测试条件与测试条件不同，则执行以下操作：将所述测试请求发送到应用程序的服务器；从应用程序的服务器接收到与所述请求测试条件对应的返回值。

可选地，所述返回值以文件的形式被存储，其中，所述文件被所述请求测试条件标识。

根据本发明的示例性实施例的测试服务器可在接收到测试请求之后根据测试请求返回适当的返回值，使得测试方法可根据不同的测试请求返回不同的返回值，这样可测试到应用程序的不同条件分支，覆盖了多种不同测试请求下的链路，提高了软件测试的覆盖率与完整度，更进一步地，可在无法根据测试请求获得返回值的情况下，利用真实服务器处理测试请求，并利用真实服务器的测试结果来增加测试样本库，从而便于后续测试。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

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

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

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

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

Claims (15)

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

获取所述应用程序中的对象的多个参数；

从所述多个参数中选择至少一个参数作为测试参数；

生成与测试参数对应的一个或多个测试条件；

设置与所述一个或多个测试条件分别对应的返回值，以便若请求测试条件与所述一个或多个测试条件之一相同，则确定与所述请求测试条件对应的返回值，所述请求测试条件基于对所述应用程序的测试请求中的请求参数生成，所述请求测试条件包括所述请求参数的测试条件；其中，返回值以文件的形式被存储，其中，所述文件通过与所述返回值对应的测试条件被标识。

2.如权利要求1所述的测试方法，其特征在于，获取所述应用程序中的对象的多个参数包括：

通过反射获取所述应用程序中的对象的所述多个参数中的每个参数的数据类型；

利用所述多个参数中的每个参数的数据类型标识每个参数。

3.如权利要求1所述的测试方法，其特征在于，获取所述应用程序中的对象的多个参数包括：

通过反射获取所述应用程序中的对象的所述多个参数中的每个参数的数据类型；

获取与所述应用程序中的对象对应的源代码；

通过对所述源代码进行代码分析，获取所述多个参数中的每个参数的参数名称；

利用所述多个参数中的每个参数的参数名称标识每个参数。

4.如权利要求1所述的测试方法，其特征在于，生成与测试参数对应的一个或多个测试条件包括：

确定与测试参数对应的字段值；

生成包括测试参数、与测试参数对应的字段值以及运算符号的一个或多个测试条件。

5.如权利要求1所述的测试方法，其特征在于，生成包括请求参数的测试条件作为请求测试条件包括：

获取所述测试请求中的所有参数作为请求参数；

获取与请求参数对应的字段值；

根据请求参数和与请求参数对应的字段值，生成与所述测试请求对应的请求测试条件。

6.如权利要求1所述的测试方法，其特征在于，若所述请求测试条件与所述一个或多个测试条件均不同，则执行以下操作：

将所述测试请求发送到应用程序的服务器；

从应用程序的服务器接收到与所述请求测试条件对应的返回值。

7.如权利要求6所述的测试方法，其特征在于，所述返回值以文件的形式被存储，其中，所述文件被所述请求测试条件标识。

8.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，所述指令被执行时实现权利要求1-7中的任一权利要求所述的测试方法。

9.一种测试服务器，其特征在于，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行实现权利要求1-7中的任一权利要求所述的测试方法。

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

接收对所述应用程序的测试请求；

基于测试请求中的请求参数，生成包括请求参数的测试条件作为请求测试条件；

判断所述请求测试条件是否与预先设置的测试条件相同，所述预先设置的测试条件存在对应的返回值，所述返回值以文件的形式被存储，其中，所述文件通过与所述返回值对应的测试条件被标识；

若相同，则确定与所述请求测试条件对应的返回值。

11.如权利要求10所述的测试方法，其特征在于，生成包括请求参数的测试条件作为请求测试条件包括：

获取所述测试请求中的所有参数作为请求参数；

获取与请求参数对应的字段值；

根据请求参数和与请求参数对应的字段值，生成与所述测试请求对应的请求测试条件。

12.如权利要求10所述的测试方法，其特征在于，若所述请求测试条件与所述预先设置的测试条件均不同，则执行以下操作：

将所述测试请求发送到应用程序的服务器；

从应用程序的服务器接收到与所述请求测试条件对应的返回值。

13.如权利要求12所述的测试方法，其特征在于，所述返回值以文件的形式被存储，其中，所述文件被所述请求测试条件标识。

14.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，所述指令被执行时实现权利要求10-13中的任一权利要求所述的测试方法。

15.一种测试服务器，其特征在于，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行实现权利要求10-13中的任一权利要求所述的测试方法。

Images