CN105450476A - 一种回归测试系统及测试方法 - Google Patents
一种回归测试系统及测试方法 Download PDFInfo
- Publication number
- CN105450476A CN105450476A CN201510891033.4A CN201510891033A CN105450476A CN 105450476 A CN105450476 A CN 105450476A CN 201510891033 A CN201510891033 A CN 201510891033A CN 105450476 A CN105450476 A CN 105450476A
- Authority
- CN
- China
- Prior art keywords
- test
- message
- proxy server
- management system
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请提供了一种回归测试系统,属于测试技术领域,解决回归测试效率低下的问题。所述系统设置于基于报文进行通信的客户端和服务端之间,包括:分别与客户端和服务端连接的通信代理服务器,与所述通信代理服务器连接的测试管理系统,其中,所述测试管理系统用于:在回归测试模式,根据通信代理服务器发送的请求报文,从预先存储的报文中选择相应的应答报文反馈至所述通信代理服务器;所述通信代理服务器用于:在回归测试模式,将接收的客户端发送的请求报文转发至测试管理系统,并将测试管理系统发送的应答报文转发至发起请求的客户端。由回归测试系统的模拟客户端或服务端发送“请求-应答”报文,能够高效地实现回归测试,并且不遗漏测试项。
Description
技术领域
本申请涉及测试技术领域,特别是涉及一种回归测试系统及测试方法。
背景技术
回归测试是软件生命周期中的一个重要且必要的环节,在软件测试过程中占有很大的工作量和比重,在软件开发过程中的各个阶段都需要进行回归测试。对于不同类型的软件,测试环境和方法各不相同。对于单机运行的软件,测试环境就是运行该软件的客户端,直接在软件运行的客户端上就可以进行测试。对于联机运行的软件,不仅需要测试该软件在客户端和服务端各自实现的功能,还需要测试客户端和服务端之间的交互。因此,联机软件测试环境比较复杂,需要一系列能够提供完整功能的资源,包括:电脑软件、业务数据、电脑硬件、网络等。尤其在测试客户端和服务端之间的通信软件时,至少需要客户端和服务端两类设备。
然而,在软件开发过程中,经常会出现测试资源短缺的情况,例如,服务器被撤走、关闭、或者不能提供服务等,导致不满足测试条件。现有技术中,为了能够在测试资源短缺的情况下,能够继续测试,通常采用模拟短缺资源的做法,例如,模拟各个服务端。现有技术中的这种做法需要开发人员进行编码,例如:修改代码客户端代码、或者在正常的从客户端到服务端之间的通路中间插入一段程序代码,用于阻止客户端继续发往服务端,并模拟服务端的反馈,将客户端需要的数据给客户端。当服务端修改了某个功能时,客户端需要再一次进行代码修改和回归测试,耗费大量人力、时间,测试效率低下,而且可能会有遗漏。
因此,需要本领域技术人员迫切解决的一个技术问题就是:如何能够快速、高效的实现联机软件的回归测试。
发明内容
本申请所要解决的技术问题是提供一种回归测试系统和测试方法,能够高效地实现回归测试,并且不遗漏测试项。
为了解决上述问题,本申请实施例公开了一种回归测试系统,设置于基于报文进行通信的客户端和服务端之间,所述回归测试系统包括:分别与客户端和服务端连接的通信代理服务器,与所述通信代理服务器连接的测试管理系统,其中,所述测试管理系统用于:在回归测试模式,根据通信代理服务器发送的请求报文,从预先存储的报文中选择相应的应答报文反馈至所述通信代理服务器;所述通信代理服务器用于:在回归测试模式,将接收的客户端发送的请求报文转发至测试管理系统,并将测试管理系统发送的应答报文转发至发起请求的客户端。
进一步地,所述测试管理服务器还用于,在回归测试模式,从预先存储的报文中选择请求报文,发送至所述通信代理服务器;所述通信代理服务器还用于,在回归测试模式,将接收的从预先存储的报文中选择的所述请求报文发送至相应的服务端。
进一步地,所述通信代理服务器还用于:在非回归测试模式,将接收的客户端发送的请求报文和服务端发送的应答报文打包后转发至测试管理系统存储。所述通信代理服务器进一步包括:管理节点、至少一个通信代理节点;所述测试管理系统还用于设置所述通信代理节点的配置信息;所述管理节点根据接收的测试管理系统发送的配置信息,配置各个所述通信代理节点,其中,一个通信代理节点对应一种报文。
所述配置信息包括:报文采集规则,所述通信代理节点根据所述报文采集规则对接收的客户端发送的请求报文和服务端发送的应答报文进行筛选,将筛选得到的报文转发至测试管理系统存储。
进一步地,所述测试管理系统还用于编辑存储的报文,生成回归测试用例。
所述测试管理系统还用于设置回归测试用例批次,并按照设置的批次依次执行所述回归测试用例。
为了解决上述问题,本申请实施例还公开了一种回归测试方法,在基于报文进行通信的客户端和服务端之间设置回归测试系统,所述回归测试系统包括:分别与客户端和服务端连接的通信代理服务器,与所述通信代理服务器连接的测试管理系统,所述回归测试方法包括:所述通信代理服务器接收所述客户端发送的请求报文并转发至所述测试管理系统;所述测试管理系统从预先存储的报文中选择相应的应答报文反馈至所述通信代理服务器;所述通信代理服务器将所述测试管理系统反馈的所述应答报文转发至发起请求的客户端。
进一步地,所述方法还包括:在回归测试模式,所述测试管理系统从预先存储的报文中选择请求报文,发送至所述通信代理服务器;所述通信代理服务器将接收的所述请求报文发送至相应的服务端。
更进一步地,所述方法还包括:在非回归测试模式,所述通信代理服务器将接收的客户端发送的请求报文和服务端发送的应答报文打包后转发至测试管理系统存储。
与现有技术相比,本申请的实施例,通过在客户端和服务端之间设置回归测试系统,由回归测试系统的测试管理系统预先存储不同测试用例对应的“请求-应答”报文,并在回归测试时,根据通信代理服务器发送的请求报文,从预先存储的报文中选择相应的应答报文反馈至所述通信代理服务器,由测试管理系统模拟服务端发送应答报文转发至发起请求的客户端,从而完成回归测试。在测试环境改变时,不需要软件开发人员重新进行编码,就可以实现回归测试,提高了回归测试的效率。
附图说明
图1是本申请的回归测试系统应用场景示意图;
图2是本申请的回归测试系统一实施例的结构示意图;
图3是本申请另一具体实施例中的通信代理服务器结构示意图;
图4是本申请回归测试方法一实施例流程示意图;
图5是本申请回归测试方法另一具体实施例流程示意图。
具体实施方式
为了使读者更清楚地理解本申请,首先对本申请的应用场景进行说明。“报文”是两个或者多个电脑软件系统之间进行信息交流、通信的一种信息格式的统称。本申请适用于客户端与服务端之间通过“报文”进行通信的通信系统。
在客户端和服务端处在常规工作模式或者功能、性能验证阶段时,测试管理系统将客户端发送的请求报文转发至指定的服务端,并将该指定的服务端反馈的应答报文转发至发送请求报文的客户端,这种工作模式称为非回归测试模式。当客户端或者服务端的功能或代码修改后,需要对已经测试过的功能进行再一次的验证,称作:回归测试,这种工作模式称为回归测试模式。此时,客户端和服务器通常无法根据对端的修改提供相应的服务。
在回归测试时,客户端通常是没有改变的,通常是服务端进行了改动。当服务端撤掉或者不提供服务时,客户端发给服务端的报文将得不到及时、准确地反馈,因此无法完成回归测试。同理,如果客户端不在线,服务端发送的报文也得不到及时、准确地反馈,服务端也无法实现回归测试。
本申请的回归测试系统20设置在各个有报文交互的客户端10和服务端30之间,如图1所示。本申请通过在各个有报文交互的“客户端”与“服务端”之间增加一个“回归测试系统”,可以获取到“客户端”发来的“请求”报文和“服务端”应答的“响应”报文。本申请中的“客户端”和“服务端”是从“请求”和“应答”的角度区分的,对“客户端”和“服务端”的设备类型不做限定。
为使本申请的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本申请作进一步详细的说明。
参照图2,图2示出了本申请一种回归测试系统结构示意图。本申请实施例的回归测试系统包括:分别与客户端和服务端连接的通信代理服务器201,与所述通信代理服务器连接的测试管理系统202。
所述测试管理系统202用于:在回归测试模式,根据通信代理服务器201发送的请求报文,从预先存储的报文中选择相应的应答报文反馈至所述通信代理服务器201。预先存储的报文可以是测试人员编写的测试用例,如包括对应各种测试环境的“请求-应答”报文列表,也可以是在前期测试过程中截获并存储的“请求-应答”报文。
所述通信代理服务器201用于:在回归测试模式,将接收的客户端发送的请求报文转发至测试管理系统202,并将测试管理系统202发送的应答报文转发至发起请求的客户端。
本申请的实施例,通过在客户端10和服务端30之间设置回归测试系统20,由回归测试系统20的测试管理系统202预先存储不同测试用例对应的“请求-应答”报文,并在回归测试时,根据通信代理服务器201发送的请求报文,从预先存储的报文中选择相应的应答报文反馈至所述通信代理服务器201,由测试管理系统202模拟服务端发送应答报文转发至发起请求的客户端,从而完成回归测试,不需要开发人员修改代码,提高了回归测试的效率。
基于上述实施例,在回归测试时,通常也存在客户端不在线的情况。本申请的回归测试系统中的所述测试管理系统还用于,在回归测试模式,从预先存储的报文中选择请求报文,发送至所述通信代理服务器;所述通信代理服务器还用于,在回归测试模式,将接收的从预先存储的报文中选择的所述请求报文发送至相应的服务端。
通过在客户端和服务端之间设置回归测试系统,由回归测试系统的测试管理系统预先存储不同测试用例对应的“请求-应答”报文,并在回归测试时,从预先存储的报文中选择请求报文发送至所述通信代理服务器,由测试管理系统模拟客户端发送请求报文至服务端,从而完成回归测试,不需要开发人员修改代码,提高了回归测试的效率。
优选的,在非回归测试模式,所述通信代理服务器在将客户端发送的请求报文转发至服务端,并将服务端发送的应答报文转发至客户端的同时,也将客户端发送的请求报文和服务端发送的应答报文打包后,转发至测试管理系统,进行存储。通过截获客户端和服务端之间的“请求-应答”报文,并转发至测试管理系统存储,在回归测试时,从存储的报文中选择请求报文发送至服务端,更真实地模拟客户端的操作,或从存储的报文中选择应答报文发送给客户端,真实地模拟服务端的反馈,可以快速、全面地完成回归测试。
图3示出了通信代理服务器201的一个具体实施例的结构。如图3所示,所述通信代理服务器201进一步包括:管理节点2012和至少一个通信代理节点2011;所述测试管理系统202还用于设置所述通信代理节点2011的配置信息;所述管理节点2012根据接收的测试管理系统202发送的配置信息,配置各个所述通信代理节点2011。通信代理服务器201可以包括多个通信代理节点2011,每个通信代理节点2011独立工作,由管理节点2012进行管理,可以单独开启或关闭回归测试模式,互不影响。
客户端和服务端之间进行通信的报文有很多种,如相应请求报文、超时报文、目标不可达报文等,优选的,一个通信代理节点对应一种报文,可以提高测试的准确性,并且有利于多种报文并行测试,提高测试效率。
测试管理系统提供可视化图形用户界面或者命令行供用户设置通信代理节点的配置信息,所述配置信息包括:通信代理节点的标识(如通信代理节点的名称)、支持的报文格式、支持的字符集以及如何接收报文、服务侦听端口、是否开启回归测试模式等。配置完成后,测试管理系统将上述配置信息发送给通信代理服务器的管理节点。配置信息的格式为HTTP+XML。管理节点在接收到测试管理系统发送的配置信息后,通过通信代理节点的标识查询该通信代理节点是否存在。对于已经存在的通信代理节点,立刻更新该通信代理节点的配置信息;对于不存在的通信代理节点,立刻创建新的通信代理节点。本申请的测试管理系统根据用户的需要,动态创建通信代理节点,能够充分满足各种业务流程的测试需求,也能满足大量的测试需求。
所述配置信息包括:通信代理节点的标识和回归测试模式开关,所述管理节点根据所述回归测试模式开关配置相应的通信代理节点为回归测试模式或非回归测试模式。
所述配置信息还包括:报文采集规则,所述通信代理节点根据所述报文采集规则对接收的客户端发送的请求报文和服务端发送的应答报文进行筛选,将筛选得到的报文转发至测试管理系统存储。报文采集规则以HTTP+XML格式发送,管理节点收到测试管理系统发送的报文采集规则后,立刻更新相应的通信代理节点的报文采集规则。所述报文采集规则可以为:关键字匹配、时间段匹配、报文种类匹配等,本申请对报文采集规则不做限定。通过设置报文采集规则,可以针对测试需求截获报文,节省回归测试系统的存储空间。
所述测试管理系统还可以快速设置测试用例,如通过提供图形用户界面,用于编辑存储的报文,生成回归测试用例。如通过以存储的报文列表,选择某一测试用例需要哪些报文,设置报文的发送顺序等。
为了进一步提高回归测试的效率,所述测试管理系统还用于设置回归测试用例的批次,并按照设置的批次依次执行回归测试用例。具体实施时,测试管理系统可以启动定时器,轮询待测试的测试用例,并分批依次启动测试用例,并保存每个测试用例的运行结果。
所述测试管理系统在测试用例执行结束后,自动比较测试用例的执行结果与预期结果是否相符,并提供测试结果展示界面,用于展示回归测试结果,便于用户查询。例如,在接收到服务端反馈的应答报文后,自动比较应答报文是否与预期结果相符,并建立回归测试表展示测试结果。
测试管理系统还包括查询界面,可以查询:批量回归测试执行进度、本次回归测试结果以及本次回归测试各个报文的运行结果。
本申请还公开了一种回归测试方法,在基于报文进行通信的客户端和服务端之间设置前述实施例公开的回归测试系统。下面结合对银行柜面系统进行回归测试为例,详细说明本申请的回归测试方法。其中,银行柜面系统相当于本申请实施例中的客户端,企业服务总线系统ESB(EnterpriseServiceBus)相当于服务端,本申请实施例的回归测试系统设置于银行柜面系统和ESB之间。
回归测试系统的通信代理服务器是基于开源软件框架ApacheMINA(MultipurposeInfrastructureforNetworkApplications)通讯框架实现的,MINA是封装了底层通讯,基于此架构,本申请将报文接收/发送与报文筛选、通讯代理服务器配置隔离处理。
所述通信代理服务器用于:在回归测试模式,将接收的客户端发送的请求报文转发至测试管理系统,并将测试管理系统发送的应答报文转发至发起请求的客户端。
如图4所示,本申请的回归测试方法包括以下步骤。
步骤430,通信代理服务器接收客户端发送的请求报文并转发至测试管理系统;
步骤440,测试管理系统从预先存储的报文中选择相应的应答报文反馈至通信代理服务器;
步骤450,通信代理服务器将测试管理系统反馈的应答报文转发至发起请求的客户端。
其中,预先存储的报文可以是测试人员编写的测试用例,如包括对应各种测试环境的“请求-应答”报文列表,也可以是在前期测试过程中截获并存储的“请求-应答”报文。
本申请的实施例,通过在客户端和服务端之间设置回归测试系统,由回归测试系统的测试管理系统预先存储不同测试用例对应的“请求-应答”报文,并在回归测试时,根据通信代理服务器发送的请求报文,从预先存储的报文中选择相应的应答报文反馈至所述通信代理服务器,由测试管理系统模拟服务端发送应答报文转发至发起请求的客户端,从而完成回归测试,不需要开发人员修改代码,提高了回归测试的效率。
基于上述实施例,在回归测试时,通常也存在客户端不在线的情况。本申请的回归测试方法的另一实施例还包括:
步骤460,测试管理系统从预先存储的报文中选择请求报文反馈至通信代理服务器;
步骤470,通信代理服务器将测试管理系统发送的请求报文发送至服务端,并接收服务端的应答报文;
通过在客户端和服务端之间设置回归测试系统,由回归测试系统的测试管理系统预先存储不同测试用例对应的“请求-应答”报文,并在回归测试时,从预先存储的报文中选择请求报文发送至所述通信代理服务器,由测试管理系统模拟客户端发送请求报文至服务端,从而完成回归测试,不需要开发人员修改代码,提高了回归测试的效率。
优选的,本申请的回归测试方法,在进入回归测试模式之前,还包括:
步骤420,通信代理服务器接收客户端发送的请求报文和服务端发送的应答报文打包后转发至测试管理系统存储。
在客户通过银行柜面系统完成取款、转帐、查询等交易的过程中,银行柜面系统和ESB系统之间会发送多条报文,测试管理系统接收银行柜面系统发送的请求报文后,将其转发至ESB系统,并将ESB系统反馈的应答报文转发至银行柜面系统,同时,回归测试系统将转发的请求报文和应答报文打包后,发送至测试管理系统进行存储,便于在回归测试时生成测试用例。
通信代理服务器在将客户端发送的请求报文转发至服务端,并将服务端发送的应答报文转发至客户端的同时,也将客户端发送的请求报文和服务端发送的应答报文打包后,转发至测试管理系统,进行存储。通过截获客户端和服务端之间的“请求-应答”报文,并转发至测试管理系统存储,在回归测试时,从存储的报文中选择请求报文发送至服务端,更真实地模拟客户端的操作,或从存储的报文中选择应答报文发送给客户端,真实地模拟服务端的反馈,可以快速、全面地完成回归测试。
所述通信代理服务器进一步包括:管理节点和至少一个通信代理节点。基于前述回归测试方法的实施例,本申请的另一实施例,还包括配置通信代理节点的步骤400,如图5所示。测试管理系统提供可视化图形用户界面或者命令行供用户设置通信代理节点的配置信息。
步骤400,所述测试管理系统根据用户输入,生成通信代理节点的配置信息,并发送至通信代理服务器的管理节点,由所述管理节点根据接收的配置信息,配置各个所述通信代理节点。
通信代理服务器可以包括多个通信代理节点,每个通信代理节点独立工作,由管理节点进行管理,可以单独开启或关闭回归测试模式,互不影响。
客户端和服务端之间进行通信的报文有很多种,如相应请求报文、超时报文、目标不可达报文等,优选的,一个通信代理节点对应一种报文,可以提高测试的准确性,并且有利于多种报文并行测试,提高测试效率。
所述配置信息包括:通信代理节点的标识(如通信代理节点的名称)、支持的报文格式、支持的字符集以及如何接收报文、服务侦听端口、是否开启回归测试模式等。配置完成后,测试管理系统将上述配置信息发送给通信代理服务器的管理节点。配置信息的格式为HTTP+XML。管理节点在接收到测试管理系统发送的配置信息后,通过通信代理节点的标识查询该通信代理节点是否存在。对于已经存在的通信代理节点,立刻更新该通信代理节点的配置信息;对于不存在的通信代理节点,立刻创建新的通信代理节点。本申请的测试管理系统根据用户的需要,动态创建通信代理节点,能够充分满足各种业务流程的测试需求,也能满足大量的测试需求。
所述配置信息包括:通信代理节点的标识和回归测试模式开关,所述管理节点根据所述回归测试模式开关配置相应的通信代理节点为回归测试模式或非回归测试模式。
所述配置信息还包括:报文采集规则,所述通信代理节点根据所述报文采集规则对接收的客户端发送的请求报文和服务端发送的应答报文进行筛选,将筛选得到的报文转发至测试管理系统存储。报文采集规则以HTTP+XML格式发送,管理节点收到测试管理系统发送的报文采集规则后,立刻更新相应的通信代理节点的报文采集规则。所述报文采集规则可以为:关键字匹配、时间段匹配、报文种类匹配等,本申请对报文采集规则不做限定。通过设置报文采集规则,可以针对测试需求截获报文,节省回归测试系统的存储空间。
本申请的回归测试方法还包括:
步骤410,根据用户输入编辑存储的报文,生成回归测试用例。
所述测试管理系统还可以快速设置测试用例,如通过提供图形用户界面,用于编辑存储的报文,生成回归测试用例。如通过已经存储的报文列表,选择某一测试用例需要哪些报文,设置报文的发送顺序等。
为了进一步提高回归测试的效率,所述测试管理系统还用于设置回归测试用例的批次,并按照设置的批次依次执行回归测试用例。具体实施时,测试管理系统可以启动定时器,轮询待测试的测试用例,并分批依次启动测试用例,并保存每个测试用例的运行结果。
所述测试管理系统在测试用例执行结束后,自动比较测试用例的执行结果与预期结果是否相符,并提供测试结果展示界面,用于展示回归测试结果,便于用户查询。例如,在接收到服务端反馈的应答报文后,自动比较应答报文是否与预期结果相符,并建立回归测试表展示测试结果。
测试管理系统还包括查询界面,可以查询:批量回归测试执行进度、本次回归测试结果以及本次回归测试各个报文的运行结果。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于方法实施例而言,由于其与系统实施例基本相似,所以描述的比较简单,相关之处参见系统实施例的部分说明即可。
以上所描述的系统实施例仅仅是示意性的,其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理模块,即可以位于一个地方,或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件实现。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献+的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
Claims (10)
1.一种回归测试系统,其特征在于,设置于基于报文进行通信的客户端和服务端之间,所述回归测试系统包括:分别与客户端和服务端连接的通信代理服务器,与所述通信代理服务器连接的测试管理系统,其中,
所述测试管理系统用于:在回归测试模式,根据通信代理服务器发送的请求报文,从预先存储的报文中选择相应的应答报文反馈至所述通信代理服务器;
所述通信代理服务器用于:在回归测试模式,将接收的客户端发送的请求报文转发至测试管理系统,并将测试管理系统发送的应答报文转发至发起请求的客户端。
2.如权利要求1所述的系统,其特征在于,所述测试管理服务器还用于,在回归测试模式,从预先存储的报文中选择请求报文,发送至所述通信代理服务器;
所述通信代理服务器还用于,在回归测试模式,将接收的从预先存储的报文中选择的所述请求报文发送至相应的服务端。
3.如权利要求1或2所述的系统,其特征在于,所述通信代理服务器还用于:在非回归测试模式,将接收的客户端发送的请求报文和服务端发送的应答报文打包后转发至测试管理系统存储。
4.如权利要求3所述的系统,其特征在于,所述通信代理服务器进一步包括:管理节点、至少一个通信代理节点;所述测试管理系统还用于设置所述通信代理节点的配置信息;所述管理节点根据接收的测试管理系统发送的配置信息,配置各个所述通信代理节点,其中,一个通信代理节点对应一种报文。
5.如权利要求4所述的系统,其特征在于,所述配置信息包括:报文采集规则,所述通信代理节点根据所述报文采集规则对接收的客户端发送的请求报文和服务端发送的应答报文进行筛选,将筛选得到的报文转发至测试管理系统存储。
6.如权利要求1或2所述的系统,其特征在于,所述测试管理系统还用于编辑存储的报文,生成回归测试用例。
7.如权利要求6所述的系统,其特征在于,所述测试管理系统还用于设置回归测试用例批次,并按照设置的批次依次执行所述回归测试用例。
8.一种回归测试方法,其特征在于,在基于报文进行通信的客户端和服务端之间设置回归测试系统,所述回归测试系统包括:分别与客户端和服务端连接的通信代理服务器,与所述通信代理服务器连接的测试管理系统,所述回归测试方法包括:
所述通信代理服务器接收所述客户端发送的请求报文并转发至所述测试管理系统;
所述测试管理系统从预先存储的报文中选择相应的应答报文反馈至所述通信代理服务器;
所述通信代理服务器将所述测试管理系统反馈的所述应答报文转发至发起请求的客户端。
9.如权利要求8所述的方法,其特征在于,所述方法还包括:在回归测试模式,所述测试管理系统从预先存储的报文中选择请求报文,发送至所述通信代理服务器;
所述通信代理服务器将接收的所述请求报文发送至相应的服务端。
10.如权利要求8或9所述的方法,其特征在于,所述方法还包括:在非回归测试模式,所述通信代理服务器将接收的客户端发送的请求报文和服务端发送的应答报文打包后转发至测试管理系统存储。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510891033.4A CN105450476B (zh) | 2015-12-07 | 2015-12-07 | 一种回归测试系统及测试方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510891033.4A CN105450476B (zh) | 2015-12-07 | 2015-12-07 | 一种回归测试系统及测试方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105450476A true CN105450476A (zh) | 2016-03-30 |
CN105450476B CN105450476B (zh) | 2019-03-19 |
Family
ID=55560280
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510891033.4A Active CN105450476B (zh) | 2015-12-07 | 2015-12-07 | 一种回归测试系统及测试方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105450476B (zh) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106802864A (zh) * | 2016-12-30 | 2017-06-06 | 中国银联股份有限公司 | 一种基于金融系统的测试方法及装置 |
CN107547312A (zh) * | 2017-09-21 | 2018-01-05 | 广州四三九九信息科技有限公司 | 应用程序测试方法及系统 |
CN107659949A (zh) * | 2017-09-26 | 2018-02-02 | 上海斐讯数据通信技术有限公司 | 一种无线路由器云服务功能接口测试方法和系统 |
WO2018201145A3 (en) * | 2017-04-28 | 2018-12-13 | Cyara Solutions Corp | Automated sms regression and functional testing |
CN109560996A (zh) * | 2019-01-14 | 2019-04-02 | 上海挚极信息科技有限公司 | 物联网终端自动化测试系统及方法 |
CN110175116A (zh) * | 2019-05-05 | 2019-08-27 | 中国银行股份有限公司 | 一种测试日期切换方法、装置及系统 |
CN110737579A (zh) * | 2018-07-20 | 2020-01-31 | 北京奇虎科技有限公司 | 基于代码插桩的测试方法、代理服务器、装置和系统 |
CN111859831A (zh) * | 2020-07-16 | 2020-10-30 | Oppo广东移动通信有限公司 | 芯片验证方法和系统,及存储介质 |
CN112685301A (zh) * | 2020-12-28 | 2021-04-20 | 浙江国利网安科技有限公司 | 模糊测试方法及装置 |
CN114168565A (zh) * | 2021-12-10 | 2022-03-11 | 北京宇信科技集团股份有限公司 | 业务规则模型的回溯测试方法、装置、系统及决策引擎 |
CN114205274A (zh) * | 2021-11-02 | 2022-03-18 | 北京百度网讯科技有限公司 | 网络设备的测试方法及其装置 |
CN115442284A (zh) * | 2022-08-22 | 2022-12-06 | 绿盟科技集团股份有限公司 | 一种测试设备的系统及方法 |
CN116719728A (zh) * | 2023-06-12 | 2023-09-08 | 南京金阵微电子技术有限公司 | 多节点回归测试方法、装置、介质及电子设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7260184B1 (en) * | 2003-08-25 | 2007-08-21 | Sprint Communications Company L.P. | Test system and method for scheduling and running multiple tests on a single system residing in a single test environment |
CN103309795A (zh) * | 2012-03-08 | 2013-09-18 | 百度在线网络技术(北京)有限公司 | 软件测试方法和系统 |
CN103795762A (zh) * | 2012-11-01 | 2014-05-14 | 百度在线网络技术(北京)有限公司 | 一种反向代理的测试方法及系统 |
-
2015
- 2015-12-07 CN CN201510891033.4A patent/CN105450476B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7260184B1 (en) * | 2003-08-25 | 2007-08-21 | Sprint Communications Company L.P. | Test system and method for scheduling and running multiple tests on a single system residing in a single test environment |
CN103309795A (zh) * | 2012-03-08 | 2013-09-18 | 百度在线网络技术(北京)有限公司 | 软件测试方法和系统 |
CN103795762A (zh) * | 2012-11-01 | 2014-05-14 | 百度在线网络技术(北京)有限公司 | 一种反向代理的测试方法及系统 |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106802864A (zh) * | 2016-12-30 | 2017-06-06 | 中国银联股份有限公司 | 一种基于金融系统的测试方法及装置 |
WO2018201145A3 (en) * | 2017-04-28 | 2018-12-13 | Cyara Solutions Corp | Automated sms regression and functional testing |
CN107547312A (zh) * | 2017-09-21 | 2018-01-05 | 广州四三九九信息科技有限公司 | 应用程序测试方法及系统 |
CN107659949A (zh) * | 2017-09-26 | 2018-02-02 | 上海斐讯数据通信技术有限公司 | 一种无线路由器云服务功能接口测试方法和系统 |
CN107659949B (zh) * | 2017-09-26 | 2021-07-23 | 台州市吉吉知识产权运营有限公司 | 一种无线路由器云服务功能接口测试方法和系统 |
CN110737579A (zh) * | 2018-07-20 | 2020-01-31 | 北京奇虎科技有限公司 | 基于代码插桩的测试方法、代理服务器、装置和系统 |
CN109560996A (zh) * | 2019-01-14 | 2019-04-02 | 上海挚极信息科技有限公司 | 物联网终端自动化测试系统及方法 |
CN109560996B (zh) * | 2019-01-14 | 2023-11-17 | 上海挚极信息科技有限公司 | 物联网终端自动化测试系统及方法 |
CN110175116B (zh) * | 2019-05-05 | 2023-07-25 | 中国银行股份有限公司 | 一种测试日期切换方法、装置及系统 |
CN110175116A (zh) * | 2019-05-05 | 2019-08-27 | 中国银行股份有限公司 | 一种测试日期切换方法、装置及系统 |
CN111859831A (zh) * | 2020-07-16 | 2020-10-30 | Oppo广东移动通信有限公司 | 芯片验证方法和系统,及存储介质 |
CN112685301A (zh) * | 2020-12-28 | 2021-04-20 | 浙江国利网安科技有限公司 | 模糊测试方法及装置 |
CN114205274A (zh) * | 2021-11-02 | 2022-03-18 | 北京百度网讯科技有限公司 | 网络设备的测试方法及其装置 |
CN114205274B (zh) * | 2021-11-02 | 2024-06-11 | 北京百度网讯科技有限公司 | 网络设备的测试方法及其装置 |
CN114168565A (zh) * | 2021-12-10 | 2022-03-11 | 北京宇信科技集团股份有限公司 | 业务规则模型的回溯测试方法、装置、系统及决策引擎 |
CN115442284A (zh) * | 2022-08-22 | 2022-12-06 | 绿盟科技集团股份有限公司 | 一种测试设备的系统及方法 |
CN115442284B (zh) * | 2022-08-22 | 2023-06-09 | 绿盟科技集团股份有限公司 | 一种测试设备的系统及方法 |
CN116719728A (zh) * | 2023-06-12 | 2023-09-08 | 南京金阵微电子技术有限公司 | 多节点回归测试方法、装置、介质及电子设备 |
CN116719728B (zh) * | 2023-06-12 | 2023-12-29 | 南京金阵微电子技术有限公司 | 多节点回归测试方法、装置、介质及电子设备 |
Also Published As
Publication number | Publication date |
---|---|
CN105450476B (zh) | 2019-03-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105450476A (zh) | 一种回归测试系统及测试方法 | |
CN105335293B (zh) | 一种基于接口并行的自动化测试系统和方法 | |
CN107368503B (zh) | 基于Kettle的数据同步方法和系统 | |
CN103178996B (zh) | 分布式包交换芯片模型验证系统及验证方法 | |
WO2018006789A1 (zh) | 一种参数校验方法和装置、以及网管服务器和计算机存储介质 | |
CN111159049A (zh) | 接口自动化测试方法及系统 | |
CN102368261A (zh) | 一种可扩展的运维报表生成方法 | |
CN109376088B (zh) | 一种自动化测试系统及自动化测试方法 | |
CN108845940A (zh) | 一种企业级信息系统自动化功能测试方法和系统 | |
CN108111364B (zh) | 一种业务系统的测试方法及装置 | |
CN107302476A (zh) | 一种测试异步交互系统的自动化测试方法与系统 | |
CN114070883B (zh) | 测试资源访问方法、装置、电子设备及存储介质 | |
CN114510452B (zh) | 片上系统soc集成方法、装置及电子设备 | |
CN105577463A (zh) | 一种基于通信协议的测试方法及其装置 | |
CN108241576A (zh) | 一种接口测试方法及系统 | |
CN115291856B (zh) | 一种流程建立方法、装置以及电子设备 | |
CN112328470A (zh) | 一种自动化运维测试方法、装置、设备及存储介质 | |
WO2017084388A1 (zh) | 一种网络巡检方法及装置 | |
CN108009086B (zh) | 基于用例分解和功能学习的系统自动化测试方法 | |
CN110287092A (zh) | 一种基于图形界面的电力交易系统及其自动测试方法 | |
US11720476B2 (en) | Automated end-to-end testing platform with dynamic container configuration | |
CN110825538A (zh) | 一种基于mq可自定义数据类型动态进行数据交互的方法 | |
CN112650815B (zh) | 环境数据的同步方法及装置、存储介质及电子装置 | |
CN111294250B (zh) | 压力测试方法、装置和系统 | |
CN111835590A (zh) | 一种云主机产品的自动化接口测试架构及测试方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |