交互场景的测试方法、系统、处理器及电子设备与流程



1.本技术涉及金融科技领域,具体而言,涉及一种交互场景的测试方法、系统、处理器及电子设备。


背景技术:



2.对应用系统进行测试时,部分项目涉及与合作方的交互,由于没有稳定的合作方联调联测环境,严重影响应用系统的开发测试进度,使测试的项目进度受阻。相关技术中,通过开通联测的端到端火墙,待测的应用系统与合作方系统间同步好各类数据后进行在线联测,或者在待测的应用系统与合作方系统之间交互前后进行分段短路测试。
3.然而,使用在线联调联测方式非常依赖测试环境稳定和待测的应用系统与合作方系统间的数据同步,并且依赖合作方系统测试环境维护人员的技术水平,因此项目进度无法保障;使用在待测的应用系统与合作方系统之间交互前后分段短路测试方式也存在诸多缺点,例如测试流程不连贯,待测试系统需要支持模拟返回数据,对存在多次交互的业务场景无法连贯测试,并且无法对系统间交互过程进行测试,测试场景存在遗漏等问题,存在质量风险。
4.针对相关技术中对交互场景进行测试时依赖第三方系统,导致测试效率低的问题,目前尚未提出有效的解决方案。


技术实现要素:



5.本技术的主要目的在于提供一种交互场景的测试方法、系统、处理器及电子设备,以解决相关技术中对交互场景进行测试时依赖第三方系统,导致测试效率低的问题。
6.为了实现上述目的,根据本技术的一个方面,提供了一种交互场景的测试方法。该方法包括:确定待测试的目标交互场景,并确定目标交互场景中的至少一个交互行为以及至少一个交互行为的执行顺序,其中,目标交互场景为待测系统与第三方系统之间进行交易的交互场景;根据执行顺序从至少一个交互行为中依次确定当前交互行为,并依据当前交互行为的资源配置信息对模拟装置进行配置,得到配置后的模拟装置,其中,配置后的模拟装置用于模拟第三方系统;依次控制配置后的模拟装置与待测系统按照预设规则传输当前交互行为的目标报文,得到当前交互行为的模拟结果,直至目标交互场景的所有交互行为测试完毕,得到所有交互行为的模拟结果;根据所有交互行为的模拟结果确定目标交互场景的测试结果。
7.可选地,在依据当前交互行为的资源配置信息对模拟装置进行配置,得到配置后的模拟装置之前,该方法还包括:获取第三方系统的预设报文格式和预设数据传输协议;将模拟装置收发的报文的格式配置为预设报文格式,将模拟装置的数据传输协议配置为预设数据传输协议,并根据预设报文格式和预设数据传输协议建立模拟装置与待测系统之间的网络连接。
8.可选地,根据所有交互行为的模拟结果确定目标交互场景的测试结果包括:根据
每个模拟结果确定模拟的交互行为是否测试通过;在所有模拟结果均指示模拟的交互行为测试通过的情况下,确定目标交互场景测试通过;在存在模拟结果指示模拟的交互行为未测试通过的情况下,确定目标交互场景未测试通过。
9.可选地,根据每个模拟结果确定模拟的交互行为是否测试通过包括:从模拟结果中获取对应的交互行为的交互内容,并判断交互内容是否与预设交互内容相同;在交互内容与预设交互内容相同的情况下,判断对应的交互行为是否发生异常;在对应的交互行为未发生异常的情况下,确定对应的交互行为测试通过。
10.可选地,判断对应的交互行为是否发生异常包括:判断配置后的模拟装置和待测系统之间的网络连接是否稳定,在网络连接不稳定的情况下,确定对应的交互行为发生异常;在网络连接稳定的情况下,判断配置后的模拟装置与待测系统之间的报文传输时长是否超过预设时长阈值;在报文传输时长超过预设时长阈值的情况下,确定对应的交互行为发生异常;在报文传输时长未超过预设时长阈值的情况下,判断目标报文是否存在错误,在目标报文存在错误的情况下,确定对应的交互行为发生异常。
11.可选地,判断目标报文是否存在错误包括:判断目标报文的格式是否与预设报文格式相同,判断目标报文的编码是否存在错误,并判断目标报文的内容是否缺失;在目标报文的格式与预设报文格式不同,和/或目标报文的编码存在错误,和/或目标报文的内容缺失的情况下,确定目标报文存在错误。
12.可选地,在目标交互场景为故障场景的情况下,在依据当前交互行为的资源配置信息对模拟装置进行配置之前,该方法还包括:获取目标交互场景的故障比例和并发的交互行为的目标数量,其中,故障比例为存在异常的交互行为在并发的交互行为中的比例;按照故障比例和目标数量对模拟装置进行配置,得到更新后的模拟装置;基于更新后的模拟装置执行依据当前交互行为的资源配置信息对模拟装置进行配置的步骤;根据所有交互行为的模拟结果确定目标交互场景的测试结果包括:基于所有交互行为的模拟结果中确定存在异常的交互行为的数量,得到故障数量,并判断故障数量是否与目标数量相同;在故障数量与目标数量相同的情况下,确定目标交互场景测试通过。
13.为了实现上述目的,根据本技术的另一方面,提供了一种交互场景的测试系统。该系统包括:模拟装置,用于部署目标交互场景中的交互行为的配置文件,并配置交互行为的报文接口,以模拟第三方系统;待测系统,用于和模拟装置建立网络连接,并通过与模拟装置传输报文来模拟目标交互场景中的交互行为;上位机,与待测系统连接,用于在目标交互场景的所有交互行为模拟结束之后,根据所有交互行为的模拟结果确定目标交互场景测试结果。
14.为了实现上述目的,根据本技术的另一方面,提供了一种交互场景的测试装置。该装置包括:第一确定单元,用于确定待测试的目标交互场景,并确定目标交互场景中的至少一个交互行为以及至少一个交互行为的执行顺序,其中,目标交互场景为待测系统与第三方系统之间进行交易的交互场景;配置单元,用于根据执行顺序从至少一个交互行为中依次确定当前交互行为,并依据当前交互行为的资源配置信息对模拟装置进行配置,得到配置后的模拟装置,其中,配置后的模拟装置用于模拟第三方系统;传输单元,用于依次控制配置后的模拟装置与待测系统按照预设规则传输当前交互行为的目标报文,得到当前交互行为的模拟结果,直至目标交互场景的所有交互行为测试完毕,得到所有交互行为的模拟
结果;第二确定单元,用于根据所有交互行为的模拟结果确定目标交互场景的测试结果。
15.通过本技术,采用以下步骤:确定待测试的目标交互场景,并确定目标交互场景中的至少一个交互行为以及至少一个交互行为的执行顺序,其中,目标交互场景为待测系统与第三方系统之间进行交易的交互场景;根据执行顺序从至少一个交互行为中依次确定当前交互行为,并依据当前交互行为的资源配置信息对模拟装置进行配置,得到配置后的模拟装置,其中,配置后的模拟装置用于模拟第三方系统;依次控制配置后的模拟装置与待测系统按照预设规则传输当前交互行为的目标报文,得到当前交互行为的模拟结果,直至目标交互场景的所有交互行为测试完毕,得到所有交互行为的模拟结果;根据所有交互行为的模拟结果确定目标交互场景的测试结果,解决了相关技术中对交互场景进行测试时依赖第三方系统,导致测试效率低的问题。通过模拟装置模拟第三方系统与待测系统建立网络连接,传输报文来模拟交互场景,进而达到了提高交互场景的测试效率的效果。
附图说明
16.构成本技术的一部分的附图用来提供对本技术的进一步理解,本技术的示意性实施例及其说明用于解释本技术,并不构成对本技术的不当限定。在附图中:
17.图1是根据本技术实施例提供的交互场景的测试方法的流程图;
18.图2是根据本技术实施例提供的交互场景的测试系统的结构示意图;
19.图3是根据本技术实施例提供的可选的模拟装置的结构示意图;
20.图4是根据本技术实施例提供的交互场景的测试装置的示意图;
21.图5是根据本技术实施例提供的电子设备的示意图。
具体实施方式
22.需要说明的是,在不冲突的情况下,本技术中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本技术。
23.为了使本技术领域的人员更好地理解本技术方案,下面将结合本技术实施例中的附图,对本技术实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本技术一部分的实施例,而不是全部的实施例。基于本技术中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本技术保护的范围。
24.需要说明的是,本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本技术的实施例。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
25.需要说明的是,本公开所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等),均为经用户授权或者经过各方充分授权的信息和数据。
26.下面结合优选的实施步骤对本发明进行说明,图1是根据本技术实施例提供的交
互场景的测试方法的流程图,如图1所示,该方法包括如下步骤:
27.步骤s101,确定待测试的目标交互场景,并确定目标交互场景中的至少一个交互行为以及至少一个交互行为的执行顺序,其中,目标交互场景为待测系统与第三方系统之间进行交易的交互场景。
28.具体地,为了保障待测系统能够在进行交易时保障稳定,因此需要对待测系统与第三方系统进行各种交易的场景进行测试,目标交互场景可以为待测系统与任意一个第三系统间进行的任意一个交易,该交易需要待测系统与第三方应用系统进行至少一次交互行为,交互行为是指目标交互场景中待测系统与第三方应用系统进行交易时的通信交互,执行顺序是指目标交互场景中模拟各个通信交互的顺序,也即待测系统与第三方应用系统收发报文的顺序。
29.例如,目标交互场景是待测系统与第三方的a系统合作的一次抽奖活动,抽奖活动中涉及用户点击抽奖、抽奖转盘旋转和抽出奖品三次交互,并且按照先点击抽奖、然后转盘旋转,最后抽出奖品的顺序依次进行待测系统与a系统之间的通信交互。
30.步骤s102,根据执行顺序从至少一个交互行为中依次确定当前交互行为,并依据当前交互行为的资源配置信息对模拟装置进行配置,得到配置后的模拟装置,其中,配置后的模拟装置用于模拟第三方系统。
31.具体地,当前交互行为也即正在模拟的目标交互场景中的交互行为,资源配置信息是指模拟当前交互行为时需要的配置文件,配置文件中可以包含交互行为过程中需要进行收发的报文。例如,抽奖活动中涉及用户点击抽奖、抽奖转盘旋转和抽出奖品三次交互,根据执行顺序依次将,用户点击抽奖、抽奖转盘旋转和抽出奖品确定为当前交互行为,并在每次交互行为执行前,对应配置模拟装置,例如,在当前交互行为是抽奖转盘旋转时,模拟当前交互行为需要将抽奖转盘对应的配置文件在模拟装置上配置。
32.步骤s103,依次控制配置后的模拟装置与待测系统按照预设规则传输当前交互行为的目标报文,得到当前交互行为的模拟结果,直至目标交互场景的所有交互行为测试完毕,得到所有交互行为的模拟结果。
33.具体地,预设规则包括报文传输规则,可以为待测系统与第三方应用系统之间约定好的报文传输格式,目标报文可以为用于指示执行当前交互行为的报文,模拟结果可以为当前交互行为的目标报文的具体传输情况,目标交互场景的每个交互行为均模拟结束后,得到目标交互场景的所有模拟结果。通过模拟装置和待测系统按照执行顺序依次模拟每个交互行为,在模拟每个交互行为时按照对应的配置文件配置好模拟装置,并按照预设报文格式在待测系统与模拟装置间传输交互行为对应的目标报文,得到目标交互场景的所有报文传输结果。
34.步骤s104,根据所有交互行为的模拟结果确定目标交互场景的测试结果。
35.具体地,通过判断每个交互行为中报文传输是否与预设报文传输情况是否相同来确定交互行为是否测试通过,在所有的交互行为均测试通过的情况下,确定目标交互场景测试通过。
36.本技术实施例提供的交互场景的测试方法,通过确定待测试的目标交互场景,并确定目标交互场景中的至少一个交互行为以及至少一个交互行为的执行顺序,其中,目标交互场景为待测系统与第三方系统之间进行交易的交互场景;根据执行顺序从至少一个交
互行为中依次确定当前交互行为,并依据当前交互行为的资源配置信息对模拟装置进行配置,得到配置后的模拟装置,其中,配置后的模拟装置用于模拟第三方系统;依次控制配置后的模拟装置与待测系统按照预设规则传输当前交互行为的目标报文,得到当前交互行为的模拟结果,直至目标交互场景的所有交互行为测试完毕,得到所有交互行为的模拟结果;根据所有交互行为的模拟结果确定目标交互场景的测试结果,解决了相关技术中对交互场景进行测试时依赖第三方系统,导致测试效率低的问题。通过模拟装置模拟第三方系统与待测系统建立网络连接,传输报文来模拟交互场景,进而达到了提高交互场景的测试效率的效果。
37.待测系统与模拟装置之间进行报文传输需要建立网络连接,可选地,在本技术实施例提供的交互场景的测试方法中,在依据当前交互行为的资源配置信息对模拟装置进行配置,得到配置后的模拟装置之前,该方法还包括:获取第三方系统的预设报文格式和预设数据传输协议;将模拟装置收发的报文的格式配置为预设报文格式,将模拟装置的数据传输协议配置为预设数据传输协议,并根据预设报文格式和预设数据传输协议建立模拟装置与待测系统之间的网络连接。
38.具体地,预设报文格式可以为待测系统与第三方应用系统之间约定好的xml(extensible markup language,可扩展置标语言)或json(javascript object notation,一种轻量级的数据交换格式)格式,预设数据传输协议可以为待测系统与第三方应用系统之间约定好的tcp/ip协议,http/https协议,ftp/sftp等通信协议。通过对模拟装置配置待测系统与第三方应用系统之间约定好的预设报文格式和预设数据传输协议,建立模拟装置与待测系统间的网络连接,进而可以通过模拟装置与待测系统间传输报文来模拟目标交互场景。
39.目标交互场景是否测试通过由每个交互行为的模拟结果确定,可选地,在本技术实施例提供的交互场景的测试方法中,根据所有交互行为的模拟结果确定目标交互场景的测试结果包括:根据每个模拟结果确定模拟的交互行为是否测试通过;在所有模拟结果均指示模拟的交互行为测试通过的情况下,确定目标交互场景测试通过;在存在模拟结果指示模拟的交互行为未测试通过的情况下,确定目标交互场景未测试通过。
40.例如,目标交互场景为待测系统与第三方的a系统合作的一次抽奖活动,在用户点击抽奖、抽奖转盘旋转和抽出奖品三次交互每次交互的报文传输结果均与预设传输结果相同的情况下,确定抽奖活动场景测试通过,若用户点击抽奖、抽奖转盘旋转和抽出奖品存在一个交互的报文传输结果与预设传输结果不同,则奖活动场景测试不通过。
41.每个交互的模拟结果是否表征测试通过由交互内容是否相同以及是否发生异常来确定,可选地,在本技术实施例提供的交互场景的测试方法中,根据每个模拟结果确定模拟的交互行为是否测试通过包括:从模拟结果中获取对应的交互行为的交互内容,并判断交互内容是否与预设交互内容相同;在交互内容与预设交互内容相同的情况下,判断对应的交互行为是否发生异常;在对应的交互行为未发生异常的情况下,确定对应的交互行为测试通过。
42.具体地,交互内容也即待测系统与模拟装置之间传输的报文内容,预设交互内容是指目标交互场景在未发生故障的情况下待测系统与第三方系统之间传输的报文内容。交互行为异常是指待测系统与模拟装置之间传输报文时的异常情况。从每个交互行为的模拟
结果中判断传输的报文内容是否与预设报文内容相同,并判断报文传输的过程是否存在异常,在报文内容与预设报文内容相同并且报文传输不存在异常的情况下,确定交互行为测试通过。通过判断交互内容是否预设交互内容相同以及交互行为是否存在异常来确定每个交互行为是否测试通过。
43.通过判断网络连接是否稳定、报文传输时长是否超时以及报文是否存在错误来确定交互行为是否发生异常,可选地,在本技术实施例提供的交互场景的测试方法中,判断对应的交互行为是否发生异常包括:判断配置后的模拟装置和待测系统之间的网络连接是否稳定,在网络连接不稳定的情况下,确定对应的交互行为发生异常;在网络连接稳定的情况下,判断配置后的模拟装置与待测系统之间的报文传输时长是否超过预设时长阈值;在报文传输时长超过预设时长阈值的情况下,确定对应的交互行为发生异常;在报文传输时长未超过预设时长阈值的情况下,判断目标报文是否存在错误,在目标报文存在错误的情况下,确定对应的交互行为发生异常。
44.具体地,交互行为异常的情况至少包括超时未返回、返回错误格式报文、返回错误编码报文、返回内容缺失报文、通信中网络连接被关闭等等,网络连接不稳定可以为报文通信的过程中网络连接被异常关闭,报文传输时长超过预设时长阈值也即超时未返回,目标报文是否存在错误也即返回错误格式报文、返回错误编码报文、返回内容缺失报文等情况,通过判断交互行为是否出现上述异常情况来确定交互行为是否异常。
45.通过判断报文的格式是否与预设报文格式相同、报文编码是否存在错误以及报文内容是否确实来确定报文是否存在错误,可选地,在本技术实施例提供的交互场景的测试方法中,判断目标报文是否存在错误包括:判断目标报文的格式是否与预设报文格式相同,判断目标报文的编码是否存在错误,并判断目标报文的内容是否缺失;在目标报文的格式与预设报文格式不同,和/或目标报文的编码存在错误,和/或目标报文的内容缺失的情况下,确定目标报文存在错误。
46.具体地,预设报文格式可以为xml或json格式,判断目标报文的格式是否为与预设报文格式相同,例如预设报文格式是xml,然而目标报文的格式是json,说明目标报文的格式与预设报文格式不同,并判断目标报文的编码是否出错,同时判断目标报文的报文内容是否存在缺失,若存在上述任意一种或几种情况则目标报文存在错误。
47.模拟装置还可以模拟故障场景,可选地,在本技术实施例提供的交互场景的测试方法中,在目标交互场景为故障场景的情况下,在依据当前交互行为的资源配置信息对模拟装置进行配置之前,该方法还包括:获取目标交互场景的故障比例和并发的交互行为的目标数量,其中,故障比例为存在异常的交互行为在并发的交互行为中的比例;按照故障比例和目标数量对模拟装置进行配置,得到更新后的模拟装置;基于更新后的模拟装置执行依据当前交互行为的资源配置信息对模拟装置进行配置的步骤;根据所有交互行为的模拟结果确定目标交互场景的测试结果包括:基于所有交互行为的模拟结果中确定存在异常的交互行为的数量,得到故障数量,并判断故障数量是否与目标数量相同;在故障数量与目标数量相同的情况下,确定目标交互场景测试通过。
48.具体地,故障比例可以为人为设置的存在故障的交互行为在所有交互行为中的比例,目标数量也即并发的交互行为的数量,故障数量是模拟并发交互行为时实际出现故障交互行为的数量。为了确定待测系统在并发故障交互场景中能否维持稳定,通过人为设置
故障比例模拟故障交互场景,故障比例按照第三方应用系统可能出现的故障交互行为数量设置。通过调整模拟装置的配置,使模拟装置可以模拟并发的故障交互场景,测试故障交互场景时,对于无故障的交互行为依据目标交互场景的测试方法确定测试结果,对故障交互场景的模拟结果中还需要确定故障数量是否与预设的故障比例相同。在故障数量与目标数量相同时,并且故障交互场景中的未发生故障的交互行为测试通过的情况下,确定故障交互场景测试通过。
49.例如,故障交互场景为抽奖活动时用户量过大导致活动界面崩溃,模拟该故障交互场景时,先确定第三方应用系统能够承受的用户数量,也即允许的交互行为的最大并发数量,例如允许的交互行为的最大并发数量为500,当并发量超过500后,交互行为可能出现故障的比例为10%,将故障比例设置为10%,测试模拟装置与待测系统模拟并发的交互行为时,是否只有10%的交互行为出现了故障,剩余90%的交互行为未出现故障并且测试通过,若是则证明在故障交互场景下待测系统可以维持系统稳定,本次故障交互场景测试通过。
50.根据本技术的另一实施例,提供了一种交互场景的测试系统。该系统包括:模拟装置,用于部署目标交互场景中的交互行为的配置文件,并配置交互行为的报文接口,以模拟第三方系统;待测系统,用于和模拟装置建立网络连接,并通过与模拟装置传输报文来模拟目标交互场景中的交互行为;上位机,与待测系统连接,用于在目标交互场景的所有交互行为模拟结束之后,根据所有交互行为的模拟结果确定目标交互场景的测试结果。
51.具体地,图2是根据本技术实施例提供的交互场景的测试系统的结构示意图,如图2所示,该系统包括:
52.模拟装置201,用于部署目标交互场景中的交互行为的配置文件,并配置交互行为的报文接口,以模拟第三方系统;
53.具体地,模拟装置是用来模拟第三方应用系统与待测系统202进行报文交互的装置,通过待测系统202与模拟装置201之间的报文交互来模拟目标交互场景,每个交互场景需要的配置文件与报文接口不同,因此需要在模拟装置201上提前配置好测试目标交互场景对应的配置文件和报文接口。
54.待测系统202,用于和模拟装:201建立网络连接,并通过与模拟装置201传输报文来模拟目标交互场景中的交互行为;
55.具体地,待测系统202是需要测试目标交互场景的系统,通过与模拟装置201建立网络连接,从而进行报文传输来模拟目标交互场景中的各个交互行为。
56.上位机203,与待测系统202连接,用于在目标交互场景的所有交互行为模拟结束之后,根据所有交互行为的模拟结果确定目标交互场景测试结果。
57.具体地,上位机203采集每次交互行为的模拟结果,并负责确定每个交互行为的交互内容以及交互行为是否异常来确定每次交互行为的测试结果,并通过目标交互场景中的所有交互行为的测试结果来确定目标交互场景的测试结果。
58.根据本技术实例例提供的系统,通过模拟装置201与待测系统202建立网络连接,对需要模拟的目标交互场景中的各个交互配置好对应的配置文件,在模拟装置201与待测系统202之间以报文传输的形式模拟目标交互场景,通过上位机203采集每个模拟的交互的测试结果确定目标交互场景的测试结果。从而提高交互场景的测试效率。
59.根据本技术的另一实施例,提供了一种可选的模拟装置。图3是根据本技术实施例提供的可选的模拟装置的结构示意图,如图3所示,该系统包括:参数模块301、业务场景模块302、模拟报文模块303、故障模拟模块304和网络模块305。
60.参数模块301首先加载各类需要与被测应用系统建立连接的参数,然后将网络参数导入网络模块305,网络模块305与被测应用系统建立网络连接。网络连接建立成功后,参数模块301将业务场景参数导入业务场景模块302,模拟报文模块303将模拟交互报文发送至业务场景模拟模块302,业务场景模拟模块302与网络模块305进行模拟交互,网络模块305与被测应用系统进行数据交互。当需要模拟故障场景时,参数模块301将故障模拟参数导入故障模拟模块304,然后故障模拟模块304将故障计算的结果发送至业务场景模块302,业务场景模块302再与被测应用系统进行模拟交互。
61.需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
62.本技术实施例还提供了一种交互场景的测试装置,需要说明的是,本技术实施例的交互场景的测试装置可以用于执行本技术实施例所提供的用于交互场景的测试方法。以下对本技术实施例提供的交互场景的测试装置进行介绍。
63.图4是根据本技术实施例提供的交互场景的测试装置的示意图。如图4所示,该装置包括:
64.第一确定单元10,用于确定待测试的目标交互场景,并确定目标交互场景中的至少一个交互行为以及至少一个交互行为的执行顺序,其中,目标交互场景为待测系统与第三方系统之间进行交易的交互场景;
65.配置单元20,用于根据执行顺序从至少一个交互行为中依次确定当前交互行为,并依据当前交互行为的资源配置信息对模拟装置进行配置,得到配置后的模拟装置,其中,配置后的模拟装置用于模拟第三方系统;
66.传输单元30,用于依次控制配置后的模拟装置与待测系统按照预设规则传输当前交互行为的目标报文,得到当前交互行为的模拟结果,直至目标交互场景的所有交互行为测试完毕,得到所有交互行为的模拟结果;
67.第二确定单元40,用于根据所有交互行为的模拟结果确定目标交互场景的测试结果。
68.本技术实施例提供的交互场景的测试装置,通过第一确定单元10,确定待测试的目标交互场景,并确定目标交互场景中的至少一个交互行为以及至少一个交互行为的执行顺序,其中,目标交互场景为待测系统与第三方系统之间进行交易的交互场景;配置单元20,根据执行顺序从至少一个交互行为中依次确定当前交互行为,并依据当前交互行为的资源配置信息对模拟装置进行配置,得到配置后的模拟装置,其中,配置后的模拟装置用于模拟第三方系统;传输单元30,依次控制配置后的模拟装置与待测系统按照预设规则传输当前交互行为的目标报文,得到当前交互行为的模拟结果,直至目标交互场景的所有交互行为测试完毕,得到所有交互行为的模拟结果;第二确定单元40,根据所有交互行为的模拟结果确定目标交互场景的测试结果,解决了相关技术中对交互场景进行测试时依赖第三方系统,导致测试效率低的问题。通过模拟装置模拟第三方系统与待测系统建立网络连接,传
输报文来模拟交互场景,进而达到了提高交互场景的测试效率的效果。
69.可选地,在本技术实施例提供的交互场景的测试装置中,该装置还包括:获取单元,用于获取第三方系统的预设报文格式和预设数据传输协议;建立单元,用于将模拟装置收发的报文的格式配置为预设报文格式,将模拟装置的数据传输协议配置为预设数据传输协议,并根据预设报文格式和预设数据传输协议建立模拟装置与待测系统之间的网络连接。
70.可选地,在本技术实施例提供的交互场景的测试装置中,第二确定单元40包括:第一确定模块,用于根据每个模拟结果确定模拟的交互行为是否测试通过;第二确定模块,用于在所有模拟结果均指示模拟的交互行为测试通过的情况下,确定目标交互场景测试通过;第三确定模块,用于在存在模拟结果指示模拟的交互行为未测试通过的情况下,确定目标交互场景未测试通过。
71.可选地,在本技术实施例提供的交互场景的测试装置中,第一确定模块包括:获取子模块,用于从模拟结果中获取对应的交互行为的交互内容,并判断交互内容是否与预设交互内容相同;判断子模块,用于在交互内容与预设交互内容相同的情况下,判断对应的交互行为是否发生异常;确定子模块,用于在对应的交互行为未发生异常的情况下,确定对应的交互行为测试通过。
72.可选地,在本技术实施例提供的交互场景的测试装置中,判断子模块包括:网络连接判断模块,用于判断配置后的模拟装置和待测系统之间的网络连接是否稳定,在网络连接不稳定的情况下,确定对应的交互行为发生异常;报文传输时长判断模块,用于在网络连接稳定的情况下,判断配置后的模拟装置与待测系统之间的报文传输时长是否超过预设时长阈值;交互行为判断模块,用于在报文传输时长超过预设时长阈值的情况下,确定对应的交互行为发生异常;目标报文判断模块,用于在报文传输时长未超过预设时长阈值的情况下,判断目标报文是否存在错误,在目标报文存在错误的情况下,确定对应的交互行为发生异常。
73.可选地,在本技术实施例提供的交互场景的测试装置中,目标报文判断模块包括:报文格式判断模块,用于判断目标报文的格式是否与预设报文格式相同,判断目标报文的编码是否存在错误,并判断目标报文的内容是否缺失;报文错误确定模块,用于在目标报文的格式与预设报文格式不同,和/或目标报文的编码存在错误,和/或目标报文的内容缺失的情况下,确定目标报文存在错误。
74.可选地,在本技术实施例提供的交互场景的测试装置中,在目标交互场景为故障场景的情况下,该装置还包括:目标数量获取单元,用于获取目标交互场景的故障比例和并发的交互行为的目标数量,其中,故障比例为存在异常的交互行为在并发的交互行为中的比例;模拟装置第一配置单元,用于按照故障比例和目标数量对模拟装置进行配置,得到更新后的模拟装置;模拟装置第二配置单元,用于基于更新后的模拟装置执行依据当前交互行为的资源配置信息对模拟装置进行配置的步骤;根据所有交互行为的模拟结果确定目标交互场景的测试结果包括:基于所有交互行为的模拟结果中确定存在异常的交互行为的数量,得到故障数量,并判断故障数量是否与目标数量相同;在故障数量与目标数量相同的情况下,确定目标交互场景测试通过。
75.所述交互场景的测试装置包括处理器和存储器,上述第一确定单元10、配置单元
20、传输单元30和第二确定单元40等均作为程序单元存储在存储器中,由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
76.处理器中包含内核,由内核去存储器中调取相应的程序单元。内核可以设置一个或以上,通过调整内核参数来处理文件时兼容多平台系统的文件。
77.存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(ram)和/或非易失性内存等形式,如只读存储器(rom)或闪存(flash ram),存储器包括至少一个存储芯片。
78.本发明实施例提供了一种计算机可读存储介质,其上存储有程序,该程序被处理器执行时实现所述交互场景的测试方法。
79.本发明实施例提供了一种处理器,所述处理器用于运行程序,其中,所述程序运行时执行所述交互场景的测试方法。
80.如图5所示,本发明实施例提供了一种电子设备,设备501包括处理器、存储器及存储在存储器上并可在处理器上运行的程序,处理器执行程序时实现压力传感器的构建。本文中的设备可以是服务器、pc、pad、手机等。
81.本领域内的技术人员应明白,本技术的实施例可提供为方法、系统、或计算机程序产品。因此,本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
82.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
83.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
84.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
85.在一个典型的配置中,计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
86.存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(ram)和/或非易失性内存等形式,如只读存储器(rom)或闪存(flash ram)。存储器是计算机可读介质的示例。
87.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法
或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
88.还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个
……”
限定的要素,并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
89.本领域技术人员应明白,本技术的实施例可提供为方法、系统或计算机程序产品。因此,本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
90.以上仅为本技术的实施例而已,并不用于限制本技术。对于本领域技术人员来说,本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本技术的权利要求范围之内。

技术特征:


1.一种交互场景的测试方法,其特征在于,包括:确定待测试的目标交互场景,并确定所述目标交互场景中的至少一个交互行为以及所述至少一个交互行为的执行顺序,其中,所述目标交互场景为待测系统与第三方系统之间进行交易的交互场景;根据所述执行顺序从所述至少一个交互行为中依次确定当前交互行为,并依据所述当前交互行为的资源配置信息对模拟装置进行配置,得到配置后的模拟装置,其中,所述配置后的模拟装置用于模拟所述第三方系统;依次控制配置后的模拟装置与所述待测系统按照预设规则传输所述当前交互行为的目标报文,得到所述当前交互行为的模拟结果,直至所述目标交互场景的所有交互行为测试完毕,得到所有交互行为的模拟结果;根据所有交互行为的模拟结果确定所述目标交互场景的测试结果。2.根据权利要求1所述的方法,其特征在于,在依据所述当前交互行为的资源配置信息对所述模拟装置进行配置,得到配置后的模拟装置之前,所述方法还包括:获取所述第三方系统的预设报文格式和预设数据传输协议;将所述模拟装置收发的报文的格式配置为所述预设报文格式,将所述模拟装置的数据传输协议配置为所述预设数据传输协议,并根据所述预设报文格式和所述预设数据传输协议建立所述模拟装置与所述待测系统之间的网络连接。3.根据权利要求1或2所述的方法,其特征在于,根据所有交互行为的模拟结果确定所述目标交互场景的测试结果包括:根据每个模拟结果确定模拟的交互行为是否测试通过;在所有模拟结果均指示模拟的交互行为测试通过的情况下,确定所述目标交互场景测试通过;在存在模拟结果指示模拟的交互行为未测试通过的情况下,确定所述目标交互场景未测试通过。4.根据权利要求3所述的方法,其特征在于,根据每个模拟结果确定模拟的交互行为是否测试通过包括:从所述模拟结果中获取对应的交互行为的交互内容,并判断所述交互内容是否与预设交互内容相同;在所述交互内容与所述预设交互内容相同的情况下,判断对应的交互行为是否发生异常;在对应的交互行为未发生异常的情况下,确定对应的交互行为测试通过。5.根据权利要求4所述的方法,其特征在于,判断对应的交互行为是否发生异常包括:判断所述配置后的模拟装置和所述待测系统之间的网络连接是否稳定,在所述网络连接不稳定的情况下,确定对应的交互行为发生异常;在所述网络连接稳定的情况下,判断所述配置后的模拟装置与所述待测系统之间的报文传输时长是否超过预设时长阈值;在所述报文传输时长超过所述预设时长阈值的情况下,确定对应的交互行为发生异常;在所述报文传输时长未超过所述预设时长阈值的情况下,判断所述目标报文是否存在
错误,在所述目标报文存在错误的情况下,确定对应的交互行为发生异常。6.根据权利要求5所述的方法,其特征在于,判断所述目标报文是否存在错误包括:判断所述目标报文的格式是否与预设报文格式相同,判断所述目标报文的编码是否存在错误,并判断所述目标报文的内容是否缺失;在所述目标报文的格式与所述预设报文格式不同,和/或所述目标报文的编码存在错误,和/或所述目标报文的内容缺失的情况下,确定所述目标报文存在错误。7.根据权利要求1所述的方法,其特征在于,在所述目标交互场景为故障场景的情况下,在依据所述当前交互行为的资源配置信息对模拟装置进行配置之前,所述方法还包括:获取所述目标交互场景的故障比例和并发的交互行为的目标数量,其中,所述故障比例为存在异常的交互行为在所述并发的交互行为中的比例;按照所述故障比例和所述目标数量对所述模拟装置进行配置,得到更新后的模拟装置;基于所述更新后的模拟装置执行依据所述当前交互行为的资源配置信息对模拟装置进行配置的步骤;根据所有交互行为的模拟结果确定所述目标交互场景的测试结果包括:基于所有交互行为的模拟结果中确定存在异常的交互行为的数量,得到故障数量,并判断所述故障数量是否与所述目标数量相同;在所述故障数量与所述目标数量相同的情况下,确定所述目标交互场景测试通过。8.一种交互场景的测试系统,其特征在于,包括:模拟装置,用于部署目标交互场景中的交互行为的配置文件,并配置交互行为的报文接口,以模拟第三方系统;待测系统,用于和所述模拟装置建立网络连接,并通过与所述模拟装置传输报文来模拟所述目标交互场景中的交互行为;上位机,与所述待测系统连接,用于在所述目标交互场景的所有所述交互行为模拟结束之后,根据所有所述交互行为的模拟结果确定所述目标交互场景测试结果。9.一种处理器,其特征在于,所述处理器用于运行程序,其中,所述程序运行时执行权利要求1至7中任意一项所述的交互场景的测试方法。10.一种电子设备,其特征在于,包括一个或多个处理器和存储器,所述存储器用于存储一个或多个程序,其中,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现权利要求1至7中任意一项所述的交互场景的测试方法。

技术总结


本申请公开了一种交互场景的测试方法、系统、处理器及电子设备。涉及金融科技领域或其他相关技术领域,该方法包括:确定待测试的目标交互场景,并确定目标交互场景中的至少一个交互行为以及至少一个交互行为的执行顺序;根据执行顺序从至少一个交互行为中依次确定当前交互行为,并依据当前交互行为的资源配置信息对模拟装置进行配置;依次控制配置后的模拟装置与待测系统按照预设规则传输当前交互行为的目标报文,直至目标交互场景的所有交互行为测试完毕,得到所有交互行为的模拟结果;根据所有交互行为的模拟结果确定目标交互场景的测试结果。通过本申请,解决了对交互场景进行测试时依赖第三方系统,导致测试效率低的问题。题。题。


技术研发人员:

程海峰 黄敬埕 李璇 郑豪枫

受保护的技术使用者:

中国工商银行股份有限公司

技术研发日:

2022.10.20

技术公布日:

2022/12/19

本文发布于:2024-09-24 02:35:28,感谢您对本站的认可!

本文链接:https://www.17tex.com/tex/2/41053.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

标签:报文   目标   场景   装置
留言与评论(共有 0 条评论)
   
验证码:
Copyright ©2019-2024 Comsenz Inc.Powered by © 易纺专利技术学习网 豫ICP备2022007602号 豫公网安备41160202000603 站长QQ:729038198 关于我们 投诉建议