一种基于模拟协作平台的测试配置方法及装置与流程

文档序号:11216172阅读:231来源:国知局
一种基于模拟协作平台的测试配置方法及装置与流程
本申请涉及测试
技术领域
,尤其涉及一种基于模拟协作平台的测试配置方法及装置。
背景技术
:互联网的快速发展,使得不同机构、不同领域的业务能够更好地进行协作,例如银行与支付平台的协作、电商企业与物流机构的协作,等等,这些协作形式都有利于为用户提供更为便捷的服务在协作体系下,对于协作成员中的任一方,其本地业务的一部分功能,是由其他协作成员方发送的请求信息或应答信息来触发的,在对这部分功能进行开发测试时,需要对这类交互信息进行模拟,才能完成后续功能的测试工作。为了实现对交互信息的模拟,传统的测试方案是测试时直接将本地系统与协作方系统进行对接,由于这种方式需要协作方进行配合,实际应用时很不方便。针对这种状况,一种改进的方案是:在开发方本地架设模拟协作平台来模拟协作方系统与本地系统之间的交互功能,由于开发方可以自行对模拟协作平台进行操控,因此能够更加高效、有针对性地完成测试。但是,根据现有技术的方案,在利用模拟协作平台进行测试时,针对不同的测试需求,需要测试人员每次登录到模拟协作平台来手动配置当前测试所需的交互信息,在实际使用时仍然存在很多不便,对整体的测试效率也造成了影响。技术实现要素:针对上述技术问题,本申请提供一种基于模拟协作平台的测试配置方法及装置,技术方案如下:根据本申请的第一方面,提供一种基于模拟协作平台的测试配置方法,该方法包括:测试平台接收测试需求信息,所述测试需求信息中携带待测事件的期望应答结果以及待测事件的交互需求信息,所述交互需求信息用于指示模拟协作平台与测试平台之间的交互方式;根据所述测试需求信息生成测试配置信息;将所述测试配置信息发送至模拟协作平台,以用于模拟协作平台对所述待测事件所需的交互信息进行配置。根据本申请的第二方面,提供一种基于模拟协作平台的测试配置装置,应用于测试平台,该装置包括:测试需求接收模块,用于接收测试需求信息,所述测试需求信息中携带待测事件的期望应答结果以及待测事件的交互需求信息,所述交互需求信息用于指示模拟协作平台与测试平台之间的交互方式;测试配置信息生成模块,用于根据所述测试需求信息生成测试配置信息;测试配置信息发送模块,用于将所述测试配置信息发送至模拟协作平台,以用于模拟协作平台对所述待测事件所需的交互信息进行配置。根据本申请的第三方面,提供一种测试协作装置,应用于模拟协作平台,该装置包括:测试配置信息接收模块,用于接收测试平台发送的测试配置信息,所述测试配置信息中携带待测事件的期望应答结果以及待测事件的交互需求信息,所述交互需求信息用于指示模拟协作平台与测试平台之间的交互方式;配置模块,用于根据所述测试配置信息,对待测事件所需的交互信息进行配置。根据本申请的第四方面,提供一种测试系统,该系统包括测试平台及模拟协作平台,其中测试平台中包括前述的测试配置装置;模拟协作平台中包括前述的测试协作装置。应用本申请所提供的技术方案,在配置测试事件所需的交互信息时,测试人员可以直接在测试平台本地对模拟协作平台进行配置,不需要再登录到模拟协作平台来进行配置,避免了反复切换登录的繁琐操作,有效地提升了模拟协作平台的使用便利性以及测试效率。应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。图1是本申请的测试系统交互流程示意图;图2是本申请的测试配置装置的结构示意图;图3是本申请的测试协作装置的第一种结构示意图;图4是本申请的测试协作装置的第二种结构示意图;图5是本申请的测试系统的结构示意图。具体实施方式为了使本领域技术人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行详细地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员所获得的所有其他实施例,都应当属于本申请保护的范围。本申请方案中涉及的交互主体包括测试平台及模拟协作平台,其中测试平台是用于对被测目标系统进行测试的功能主体,测试平台可以配置于被测目标系统中,也可以配置在独立于被测目标系统的设备中,可以理解的是,在测试过程中,测试平台应该能够获取到被测目标系统发送及接收到的信息,因此从与模拟协作平台交互的角度来看,可以认为被测目标系统和测试平台是统一的。模拟协作平台至少应具备模拟协作方系统向被测试平台(也即被测目标系统)侧发送交互消息的功能。在本申请的方案中,并不要求模拟协作平台能够完全模拟协作方系统的内部处理逻辑。以支付平台与银行之间的协作为例,在支付平台的开发测试过程中,支付平台系统为被测目标系统,模拟协作平台需要模拟实际银行系统向支付平台侧发送各类应答消息的功能,而并不需要模拟实际银行系统内部的业务处理逻辑。图1所示,为本申请提供的测试系统的交互流程图,从流程上看,针对一个或一组特定的测试事件,该方法可以被划分为两个阶段:测试环境配置阶段以及实际测试阶段,下面分别对每个阶段进行说明:1)配置阶段:s101测试平台接收测试需求信息;测试人员根据实际的测试需求,针对特定的一个或一组待测事件,将测试需求信息输入测试平台。其中,在测试平台接收到的测试需求信息中:至少应包括以下内容:待测事件的期望应答结果:目的是令模拟协作平台在不具有实际业务处理逻辑的情况下,能够针对特定的测试事件向测试平台返回相应的应答。待测事件的交互需求信息:目的是指示模拟协作平台与测试平台之间的交互方式,例如模拟协作平台向测试平台发送交互消息所使用的通信协议、模拟协作平台向测试平台发送交互消息所使用的报文格式,等等。当然,在有些情况下,这些交互方式的一种或多种可以是以默认的方式配置在测试平台或模拟协作平台中,本申请也并不对“交互方式”包含的具体内容进行限定。测试人员可以直接将待测事件的交互方式信息提供给测试平台,例如直接将“通信协议http”、“报文格式xml”等交互方式信息写入测试需求中提供给测试平台。在本申请的一种实施方式中,为了进一步方便测试人员使用,可以在测试平台或模拟协作平台中预先配置“交互渠道”与“交互方式”的对应关系,测试人员在输入测试需求时,仅需提供测试事件对应的交互渠道,后续将由测试平台或模拟协作平台根据上述对应关系,自动匹配到该交互渠道所对应的交互方式。例如,测试人员可以仅在测试需求中提供类似“农业银行”、“工商银行充值”这样的渠道信息,无需详细配置交互方式,从而进一步方便测试人员的使用,同时还能够有效降低对测试人员的技能需求。表1所示,为一种测试需求信息的实例示意,其中业务渠道信息是以“银行标识”+“分行编号”表示,例如“abc902”表示农业银行上海分行。另外在实际应用中,在同一银行渠道,不同的业务所使用的交互方式也可能不同,因此在表1所示的测试需求信息中,还进一步提供了“业务类型”信息,该信息可用于与“业务渠道”信息共同确定测试事件对应的交互方式。测试事件实例1实例2实例3业务渠道abc902icbc711boc906业务类型充值充退查询期望应答返回余额不足返回原交易状态未知返回成功表1s102,测试平台根据测试需求信息生成测试配置信息;s103,测试平台将测试配置信息发送至模拟协作平台;s104,模拟协作平台根据测试配置信息,对待测事件所需的交互信息进行配置。为便于描述,以下对s102-s104一并进行说明:如果在测试人员在测试需求中直接提供了测试事件的交互方式,则在s102,测试平台可以直接以测试需求信息的内容为基础得到测试配置信息,进而在s104,模拟协作平台根据测试配置信息中的交互方式以及期望应答结果,生成 模拟协作平台本地可以识别的配置信息,也可以生成可直接运行的配置脚本。如果在测试人员在测试需求中仅提供了测试事件的交互渠道,则需要先根据“交互渠道”与“交互方式”的对应关系,确定测试事件所对应的交互方式。其中,确定交互方式的处理可以由测试平台侧执行,也可以由模拟协作平台执行:如果由测试平台侧来确定交互方式,则在s102,测试平台先根据测试人员提供的交互渠道信息,通过查询预设的交互渠道与交互方式对应关系,确定待测事件所对应的交互方式;然后将所确定的交互方式添加到测试需求信息中,生成测试配置信息。如果由模拟协作平台侧来确定交互方式,则在s104,模拟协作平台接收到测试配置信息后,根据测试配置信息中携带的待测事件的交互渠道信息,通过查询预设的交互渠道与交互方式对应关系,确定待测事件所对应的交互方式。然后根据所确定的交互方式以及期望应答结果,生成模拟协作平台本地可以识别的配置信息或者生成可直接运行的脚本。例如,针对表1所提供的测试需求信息,通过查询预设的对应关系,可以得到各个测试事件的交互方式,如表2所示,测试事件实例1实例2实例3业务渠道abc902icbc711boc906业务类型充值充退查询通信协议httptcphttp报文格式xml8583定长期望应答返回余额不足返回原交易状态未知返回成功表2在本实施例中,交互方式是由“业务渠道”与“业务类型”共同确定的,交互方式具体包括“通信协议”及“报文格式”两种。可以看出,由于测试系统能够自动确定交互方式,因此无需测试人员详细配置通信协议、报文格式等内容,不仅方便测试人员的使用,而且也不需要测试人员了解更多的通信协议、报文格式等相关知识,从而也将降低了对测试人员的技能需求。2)配置阶段:s201,测试平台向模拟协作平台发送测试请求;s202,模拟协作平台接收到测试平台发送的测试请求后,根据预先的配置结果,确定当前测试事件所需的交互方式;s203,模拟协作平台利用确定的交互方式,将当前测试事件的期望应答结果发送给测试平台;s204,测试平台根据模拟协作平台返回的应答结果,完成后续测试。例如当前的测试事件为“实例2”,则根据表2所示,模拟协作平台应采用tcp通信协议、8583报文格式与测试平台进行交互。则模拟测试平台将“实例2”所对应的期望应答“返回余额不足”编码为8583格式的报文,并通过tcp方式发送至测试平台。测试平台根据模拟协作平台返回的应答结果,完成后续的测试操作。需要说明的是,在实际应用中,上述的“配置阶段”和“测试阶段”可以是连续的,即配置完成之后立即执行测试;此外,两个阶段也可以是相对独立的,即测试人员可以先对模拟协作平台进行配置,待后续有实际需求后再执行测试。本申请对两个阶段是否连续执行不需要进行限定。可见,应用本申请方案,在配置测试事件所需的交互信息时,测试人员可以直接在测试平台本地对模拟协作平台进行配置,不需要再登录到模拟协作平台来进行配置,避免了反复切换登录的繁琐操作,有效地提升了模拟协作平台的使用便利性以及测试效率。相应于上述方法实施例,本申请还提供一种应用于测试平台的测试配置装置,参见图2所示,该装置可以包括:测试需求接收模块110,用于接收测试需求信息,测试需求信息中携带待测事件的期望应答结果以及待测事件的交互需求信息,所述交互需求信息用于指示模拟协作平台与测试平台之间的交互方式;测试配置信息生成模块120,用于根据测试需求信息生成测试配置信息;测试配置信息发送模块130,用于将测试配置信息发送至模拟协作平台,以用于模拟协作平台对待测事件所需的交互信息进行配置。在本申请的一种具体实施方式中,测试配置信息生成模块130可以具体用于:根据交互渠道信息以及预设的交互渠道与交互方式对应关系,确定待测事件所对应的交互方式;将所确定的交互方式添加到测试需求信息中,生成测试配置信息。其中,交互方式是指模拟协作平台与测试平台之间的交互方式;在本申请的一种具体实施方式中,交互方式可以包括以下两种信息中的至少一种:模拟协作平台向测试平台发送交互消息所使用的通信协议,模拟协作平台向测试平台之间发送交互消息所使用的报文格式。本申请还提供一种应用于模拟协作平台测试协作装置,应用于测试平台的测试配置装置,参见图3所示,该装置可以包括:测试配置信息接收模块210,用于接收测试平台发送的测试配置信息,其中,测试配置信息中携带待测事件的期望应答结果以及待测事件的交互需求信息,所述交互需求信息用于指示模拟协作平台与测试平台之间的交互方式;配置模块220,用于根据测试配置信息,对待测事件所需的交互信息进行配置。在本申请的一种具体实施方式中,在交互需求信息为交互渠道信息情况下,配置模块220可以具体用于:根据测试配置信息中携带的待测事件的交互渠道信息、以及预设的交互渠道与交互方式对应关系,确定待测事件所对应的交互方式;根据测试事件的期望应答结果以及所确定的交互方式,对待测事件所需的交互信息进行配置。参见图4所示,在本申请的一种具体实施方式中,上述测试配置装置还可以包括:测试请求响应模块230,用于在接收到测试平台发送的测试请求后,根据预先的配置结果,确定当前测试事件所需的交互方式;利用该交互方式,将当前测试事件的期望应答结果发送给测试平台。参见图5所示,本申请还提供一种包括测试平台及模拟协作平台的测试系 统:在测试平台侧配置有前述的测试配置装置;在模拟协作平台侧配置有前述的测试协作装置。此外,在测试平台侧还配置有测试模块,用于实现与模拟协作平台侧的测试请求响应模块230之间的交互以及测试平台侧本地的基本测试功能。通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如rom/ram、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置或系统实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的装置或系统实施例仅仅是示意性的,其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,在实施本申请方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。以上所述仅是本申请的具体实施方式,应当指出,对于本
技术领域
的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1