CN105389261A - 异步测试的方法及装置 - Google Patents

Abstract

本发明公开了一种异步测试的方法及装置，涉及互联网技术领域，为解决现有的web测试方案效率低的问题而发明。本发明的方法包括：搭建异步测试框架；基于所述异步测试框架获取单元测试用例，对被测试事务进行单元测试；若多个事务同时进行单元测试，则所述多个事务占用同一个线程进行单元测试；基于所述异步测试框架获取压力测试用例，通过内外嵌套的循环函数多次执行所述压力测试用例；通过多个线程并行执行所述压力测试用例，以完成不同量级的压力测试。本发明应用于对web应用的功能和性能测试的过程中。

Description

异步测试的方法及装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种异步测试的方法及装置。

背景技术

由于网络web应用与用户直接相关，又通常需要承受长时间的大量操作，因此web应用的功能和性能都必须经过可靠的验证。这就要经过web应用的全面测试。通常的web测试包含单元测试、压力测试等。单元测试就是对最小的功能模块进行测试，压力测试是测试web服务器能够承受多大的访问量。

通常在进行web测试时，单元测试和压力测试是分别进行的，分别由不同的团队分别编写对应的测试脚本，操作复杂。另外在进行压力测试时，通常需要多台客户端同时模拟对web服务器的请求才能测出web服务器的负载能力，但实际上每个客户端并没有被充分的利用，造成了资源的浪费。

综合上述分析，可以看出现有的web测试方案效率低。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的异步测试的方法及装置。

为解决上述技术问题，一方面，本发明提供了一种异步测试的方法，包括：

搭建异步测试框架；

基于所述异步测试框架获取单元测试用例，对被测试事务进行单元测试；

若多个事务同时进行单元测试，则所述多个事务占用同一个线程进行单元测试；

基于所述异步测试框架获取压力测试用例，通过内外嵌套的循环函数多次执行所述压力测试用例；

通过多个线程并行执行所述压力测试用例，以完成不同量级的压力测试。

另一方面，本发明提供了一种异步测试的装置，包括：

搭建单元，用于搭建异步测试框架；

第一单元测试单元，用于基于所述异步测试框架获取单元测试用例，对被测试事务进行单元测试；

第二单元测试单元，用于若多个事务同时进行单元测试，则所述多个事务占用同一个线程进行单元测试；

第一压力测试单元，用于基于所述异步测试框架获取压力测试用例，通过内外嵌套的循环函数多次执行所述压力测试用例；

第二压力测试单元，用于通过多个线程并行执行所述压力测试用例，以完成不同量级的压力测试。

借由上述技术方案，本发明提供的异步测试的方法及装置，能够通过搭建异步测试框架，然后基于该异步框架获取单元测试用例进行单元测试，若多个事务同时进行单元测试时，将多个事务占用同一个线程进行单元测试，同时基于该异步测试框架可以获取压力测试用例，然后通过内外嵌套的循环函数多次执行压力测试用例，并且使用多个线程并行执行压力测试用例来完成不同量级的压力测试。与现有技术相比，本发明能够基于异步测试框架将单元测试与压力测试统一，并且可以通过循环的方式实现不同量级的压力测试，并且使用多线程并行执行压力测试用例，因此可以达到百万量级的压力测试指标。该种异步测试框架将单元测试和压力测试合并，不需要分别为单元测试和压力测试编辑不同的测试框架脚本，简化了测试的过程，提高了测试的效率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的一种异步测试的方法流程图；

图2示出了本发明实施例提供的另一种异步测试的方法流程图；

图3示出了本发明实施例提供的一种异步测试的装置的组成框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为解决现有的web测试方案效率低的问题，本发明实施例提供了一种异步测试的方法，如图1所示，该方法包括：

101、搭建异步测试框架。

本实施例中搭建异步测试框架是在客户端搭建异步测试框架。然后模拟客户端对服务器进行各种请求或者访问的行为，进而对服务器的性能等指标进行测试。该异步测试框架可以满足多种测试的需求，将多种测试进行统一。使测试框架不再区分待运测试、功能测试、压力测试、单元测试等对应的不同框架。根据本实施例提供的异步测试框架可以将多种测试合并在一个测试框架中进行，并且该异步框架的底层的架构本身就支持高并发，这种架构是后面进行高效单元测试和压力测试的基础。

102、基于异步测试框架获取单元测试用例，对被测试事务进行单元测试。

本步骤是基于步骤101中的异步测试框架，进行事务的单元测试。具体过程为：从测试用例库中获取单元测试用例，然后对该事务进行单元测试。单元测试用例是由编程人员或测试人员根据不同的事务提前编辑好的程序代码。

需要说明的是单元测试主要是对事务对应的程序中包括的各个完整的功能进行测试，测试程序是否正确且是否可以满足实际的软件功能设计需求。事务可以是数据库会话事务、也可以是网络会话事务等。

另外，需要说明的是单元测试用例是从测试用例库中获取的，且是用脚本语言进行编辑的，使用脚本语言编辑比通常的C语言更加快键而且修改方便。

103、若多个事务同时进行单元测试，则多个事务占用同一个线程进行单元测试。

若多个事务需要同时进行单元测试时，多个事务占用同一个线程对被测试事务进行单元测试，并且可以保证高效的执行，本步骤是针对多种事务占用同一线程时不能将一个线程的资源占满的情况，不包括多种事务占用的资源超出一个线程的情况。对于超出一个线程的情况就开启多个线程，并且多个线程是分别属于不同进程的。本步骤是强调一个线程上多个事务可以并行执行，因此不关注多个事务用例超出一个线程资源的情况。

104、基于异步测试框架获取压力测试用例，通过内外嵌套的循环函数多次执行压力测试用例。

压力测试通常对服务器抗压能力的测试，具体的是指测试服务器的吞吐量和负载，从而获取服务器最大的极限压力指标。比如测试一个网站的服务器对于大数据量的接受能力，即在大量的客户端在同时查询网站或者同时向网站提交数据时，服务器的承载能力，通过不同的数量级来进行测试得到网站的最大负载量。

本实施例中使用的循环函数为for循环函数。对于通过内外嵌套的循环函数多次执行压力测试用例分为两种情况来说：一种是利用for循环函数设置执行同一个压力测试用例的次数，当次数达到预设次数后就需要在已有的for循环函数外层再嵌套一个for循环函数，嵌套的for循环函数中的循环体还是同一个压力测试用例，其中预设次数是当一个线程的资源被占满时所能执行的压力测试用例的次数，根据需要可以多次进行同一个压力测试的for循环函数的嵌套；另一种是利用for循环函数设置执行同一个压力测试用例的次数，当次数达到预设次数后就需要在已有的for循环函数外层再嵌套一个for循环函数，而嵌套的for循环函数中循环体是另外一个压力测试用例，其中另外一个压力测试用例可以是指其中涉及到的事务与内层for循环函数中的不同，例如一个可以是客户端对网站服务器进行商品选择的事务，另一个是客户端与网站进行交易支付的事务。另外根据实际的需要可以多次进行不同压力测试用例的for循环函数的嵌套。

另外需要说明的是，在进行压力测试时，可以根据实际的需要进行测试方案的选择，若进行同一种事务的压力测试，就使用一种事务的压力测试用例，即选择上述第一种通过内外嵌套的循环函数多次执行压力测试用例的方法；若为多种事务的压力测试就使用多种事务的压力测试用例，即选择上述第二种通过内外嵌套的循环函数多次执行压力测试用例的方法。

另外，循环的次数越多for循环函数越多达到的压力指标越大，因此对于不同量级的压力测试只需要控制for循环函数的数量和for循环函数中压力测试用例执行次数就可以实现。

本实施例中的压力测试用例也是从测试用例库中获取的，且是用脚本语言进行编辑的，使用脚本语言编辑比通常的C语言更加快键而且修改方便。

105、通过多个线程并行执行压力测试用例，以完成不同量级的压力测试。

当进行不同量级的压力测试时，当一个线程的资源被占满时，开启另外一个线程，之后根据量级需要可以依次开启更多的线程。需要说明的是开启的多个线程是属于不同进程的，进程和线程是一一对应的关系。

对于步骤104中两种通过内外嵌套的循环函数多次执行压力测试用例的方法来说，是为每一个for循环函数设置一个线程，每个循环函数中的需要多次执行的压力测试用例使用同一个线程执行，其中具体的执行机制与步骤103中多个事务同时占用一个线程进行单元测试的执行机制是相同的。

进一步的，本实施例中的压力测试不是针对不同的压力测试量级分别编辑不同的测试用例，而是在不改变原有压力测试用例脚本的基础上，循环多次地执行同一个压力测试用例后者不同的压力测试用例，并且在一个计算机系统中使用多个线程并行的执行压力测试用例，因此通过该方法进行不同量级的压力测试，甚至可以达到百万量级的大压力测试。其中压力测试用例是由编程人员或测试人员根据不同的事务提前编辑好的程序代码，并存储在测试用例库中用以调用。

另外本实施例的异步框架体系使用的客户端或者服务器都必须是多核的计算机系统，这也是实现更高量级的压力测试的必需的硬件基础。

本实施例提供的异步测试的方法，能够通过搭建异步测试框架，然后基于该异步框架获取单元测试用例进行单元测试，若多个事务同时进行单元测试时，将多个事务占用同一个线程进行单元测试，同时基于该异部测试框架可以获取压力测试用例，然后通过内外嵌套的循环函数多次执行压力测试用例，并且使用多个线程并行执行压力测试用例来完成不同量级的压力测试。与现有技术相比，本实施例能够基于异步测试框架将单元测试与压力测试统一，并且可以通过循环的方式实现不同量级的压力测试，并且使用多线程并行执行压力测试用例，因此可以达到百万量级的压力测试指标。该种异步测试框架将单元测试和压力测试合并，不需要分别为单元测试和压力测试编辑不同的测试框架脚本，简化了测试的过程，提高了测试的效率。

进一步的，作为对图1所示方法的细化及扩展，本发明另一实施例还给出了一种异步测试的方法。如图2所示，该方法包括：

201、搭建异步测试框架。

该步骤的实现方式与图1步骤101的实现方式相同，此处不再赘述。

202、基于异步测试框架获取单元测试用例，对被测试事务进行单元测试。

该步骤的实现方式与图1步骤102的实现方式相同，此处不再赘述。

203、若多个事务同时进行单元测试，通过信号机制控制多个事务占用同一个线程进行单元测试。

若多个事务需要同时进行单元测试时，多个事务占用同一个线程对被测试事务进行单元测试，并且可以保证高效的执行，具体的保证高效执行的实现机制是信号机制，假设每个事务中包含一个请求，具体的实现原理是：操作系统通过读取输入/输出I/O口的请求，当有请求输入时，进行阻塞，由操作系统负责与请求相关的处理需要中央处理器(CentralProcessingUnit，简称CPU)进行数据处理的除外的其他操作，比如创建连接等，而当CPU的资源被释放时，解除阻塞，按照请求的先后顺序对下个请求进行数据的处理，而上一个请求中若需要读取由CPU处理完的数据，则会将CPU处理完的结果数据托管给操作系统，然后由操作系统向其返回数据处理的结果，而CPU直接处理下一个请求，可以看出，在整个过程中CPU几乎只需要进行数据的处理，将读等待、创建连接等托管给操作系统去处理。让操作系统去托管与CPU处理数据之外的其他操作，节约了对CPU资源的占用，并且将数据的处理和非数据处理的操作进行分离，可以实现并行地处理请求的目的，达到高效处理的效果。而操作系统在托管与CPU处理数据之外的其他操作信息时也会占用资源，但本实施例使用的是Epoll模型，它是Linux系统下多路复用I/O接口select/poll的增强版本，它能显著提高程序在大量并发连接中只有少量活跃的情况下的系统CPU利用率，少量活跃指的是需要CPU进行数据处理的连接。该模型是目前为止占用内存最小，并且可以支持大量并发数据的模型，因此使用该模型可以保证上述信号机制的高效性。

204、基于异步测试框架获取压力测试用例，通过内外嵌套的循环函数多次执行压力测试用例。

该步骤的实现方式与图1步骤104的实现方式相同，此处不再赘述。

205、在多核处理器计算机系统中，通过多个线程并行执行压力测试用例，以完成不同量级的压力测试。

首先需要说明的是，本实施例中异步测试框架使用的环境是多核处理器计算机系统，每个处理器只允许开启一个进程，一个进程也只开启一个线程，因此在进行不同量级的压力测试时，当一个处理器的资源占满后就会自动开启下一个处理器的一个进程中的一个线程，依次按照不同量级的需要开启多个处理器，这样可以将处理器的资源充分的利用，并且每个处理器一个进程，一个进程中一个线程，使操作系统的维护更方便。因为对于多线程的情况，操作系统层面上需要通过不断的询问来维护进程、线程的存在，所以进程、线程越少操作系统维护就越方便。

本步骤中通过多个线程并行执行压力测试用例，以完成不同量级的压力测试的实现方式与图1步骤105中的实现方式是相同的，此处不再赘述。但是需要说明的是其中每个for循环函数设置一个线程是指，每个循环函数使用一个多核计算机系统中的一个CPU的一个进程中的一个线程，每个for循环函数中的需要多次执行的压力测试用例使用同一个线程执行，其中具体的执行机制与步骤203中多个事务使用信号机制同时占用一个线程进行单元测试的执行机制是相同的。

进一步的，由于充分利用多核处理器中多个处理器，可以使一个具有多核系统的客户端可以达到更高的压力测试指标，因此在进行大压力测试时可以减少客户端的使用数量，节省资源，提高效率。

进一步的，对于图1以及图2中的异步测试框架，可以很方便地支持会话级的事务，相比于现有的必须使用测试工具比如LoadRunner来测试会话级的事务更加方便。

进一步的，作为对上述各实施例的实现，本发明实施例的另一实施例还提供了一种异步测试的装置，用于实现上述图1和图2所述的方法。如图3所示，该装置包括：搭建单元31、第一单元测试单元32、第二单元测试单元33、第一压力测试单元34以及第二压力测试单元35。

搭建单元31，用于搭建异步测试框架；

第一单元测试单元32，用于基于异步测试框架获取单元测试用例，对被测试事务进行单元测试；

第二单元测试单元33，用于若多个事务同时进行单元测试，则多个事务占用同一个线程进行单元测试；

第一压力测试单元34，用于基于异步测试框架获取压力测试用例，通过内外嵌套的循环函数多次执行压力测试用例；

第二压力测试单元35，用于通过多个线程并行执行压力测试用例，以完成不同量级的压力测试。

进一步的，第二单元测试单元33用于：

通过信号机制控制多个事务异步使用同一线程，信号机制用于使用信号标识事务的运行状态或阻塞状态。

进一步的，第二压力测试单元35，用于：

当一个处理器资源被占满时，开启另外一个处理器中一个线程。

进一步的，搭建单元31搭建的异步测试框架的使用环境为多核处理器计算机系统，且一个处理器开启一个线程。

进一步的，第一单元测试单元32使用的单元测试用例及第一压力测试单元34使用的压力测试用例使用脚本语言编写。

本实施例提供的异步测试的装置，能够通过搭建异步测试框架，然后基于该异步框架获取单元测试用例进行单元测试，若多个事务同时进行单元测试时，将多个事务占用同一个线程进行单元测试，同时基于该异部测试框架可以获取压力测试用例，然后通过内外嵌套的循环函数多次执行压力测试用例，并且使用多个线程并行执行压力测试用例来完成不同量级的压力测试。与现有技术相比，本实施例能够基于异步测试框架将单元测试与压力测试统一，并且可以通过循环的方式实现不同量级的压力测试，并且使用多线程并行执行压力测试用例，因此可以达到百万量级的压力测试指标。该种异步测试框架将单元测试和压力测试合并，不需要分别为单元测试和压力测试编辑不同的测试框架脚本，简化了测试的过程，提高了测试的效率。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

可以理解的是，上述方法及装置中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。

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

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的发明名称(如确定网站内链接等级的装置)中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.一种异步测试的方法，其特征在于，所述方法包括：

搭建异步测试框架；

基于所述异步测试框架获取单元测试用例，对被测试事务进行单元测试；

若多个事务同时进行单元测试，则所述多个事务占用同一个线程进行单元测试；

基于所述异步测试框架获取压力测试用例，通过内外嵌套的循环函数多次执行所述压力测试用例；

通过多个线程并行执行所述压力测试用例，以完成不同量级的压力测试。

2.根据权利要求1所述的方法，其特征在于，所述多个事务占用同一个线程进行单元测试，包括：

通过信号机制控制所述多个事务异步使用同一线程，所述信号机制用于使用信号标识事务的运行状态或阻塞状态。

3.根据权利要求1所述的方法，其特征在于，所述通过多个线程并行执行所述压力测试用例，包括：

当一个处理器资源被占满时，开启另外一个处理器中一个线程。

4.根据权利要求3所述的方法，其特征在于，所述异步测试框架的使用环境为多核处理器计算机系统，且一个处理器开启一个线程。

5.根据权利要求4所述的方法，其特征在于，所述单元测试用例及所述压力测试用例使用脚本语言编写。

6.一种异步测试的装置，其特征在于，所述装置包括：

搭建单元，用于搭建异步测试框架；

第一单元测试单元，用于基于所述异步测试框架获取单元测试用例，对被测试事务进行单元测试；

第二单元测试单元，用于若多个事务同时进行单元测试，则所述多个事务占用同一个线程进行单元测试；

第一压力测试单元，用于基于所述异步测试框架获取压力测试用例，通过内外嵌套的循环函数多次执行所述压力测试用例；

第二压力测试单元，用于通过多个线程并行执行所述压力测试用例，以完成不同量级的压力测试。

7.根据权利要求6所述的装置，其特征在于，所述第二单元测试单元用于：

通过信号机制控制所述多个事务异步使用同一线程，所述信号机制用于使用信号标识事务的运行状态或阻塞状态。

8.根据权利要求6所述的装置，其特征在于，所述第二压力测试单元，用于：

当一个处理器资源被占满时，开启另外一个处理器中一个线程。

9.根据权利要求8所述的装置，其特征在于，所述搭建单元搭建的所述异步测试框架的使用环境为多核处理器计算机系统，且一个处理器开启一个线程。

10.根据权利要求9所述的装置，其特征在于，所述第一单元测试单元使用的所述单元测试用例及所述第一压力测试单元使用的所述压力测试用例使用脚本语言编写。