一种生成上下文记录文本的方法及装置与流程

文档序号:17441860发布日期:2019-04-17 04:52阅读:173来源:国知局
一种生成上下文记录文本的方法及装置与流程

本发明涉及计算机技术领域,尤其涉及一种生成上下文记录文本的方法及装置。



背景技术:

随着互联网技术发展,目前网站架构主要是采取前端渲染,前后端分离的方式,而前端和后端的数据传输主要通过api(applicationprogramminginterface,应用程序编程接口)接口实现,因此通过借助api接口工具管理业务请求上下文的调用流程,能够给前后端开发、测试等人员的工作提供重要参考,尤其对于新入职或不熟悉业务的人员的工作都提供了极大的便利,但现有api接口工具都存在一定缺点,如当前基于业务模块的api上下文工具的缺点包括:仅能够实现针对单个业务api的请求上下文方式进行记录,对于复杂业务模块的请求上下文方式无法进行记录;针对于业务频繁变更的场景,无法及时对场景进行更新;需要额外去维护各个业务模块的api接口,人力维护成本过高,例如开发人员增加新的api接口,或者修改现有的api接口的请求参数等情况时,则需要额外的人员将此部分变更的接口进行及时更新,若未及时更新可能会导致依赖此部分接口的功能出现调用异常等情况,也无法保证业务模块间相互依赖的关系和执行的先后顺序的准确性。



技术实现要素:

本发明实施例提供一种生成上下文记录文本的方法及装置,通过上下文生成的文本实现业务准确、高效的变更。

一方面,本发明实施例提供了一种生成上下文记录文本的方法,包括:

当监测到业务用例执行时,获取所述业务用例的上下文请求;

根据所述上下文请求中的记录标识信息,确定是否记录所述上下文请求的执行过程;

若记录,将所述上下文请求的执行过程依据预定数据格式生成针对所述业务用例的第一上下文记录文本,在确认所述业务用例执行成功后实时将所述第一上下文记录文本存储至预定内存中。

另一方面,本发明实施例提供了一种生成上下文记录文本的装置,包括:

获取模块,用于当监测到业务用例执行时,获取所述业务用例的上下文请求;

第一确定模块,用于根据所述上下文请求中的记录标识信息,确定是否记录所述上下文请求的执行过程;

生成模块,用于若记录,将所述上下文请求的执行过程依据预定数据格式生成针对所述业务用例的第一上下文记录文本,在确认所述业务用例执行成功后实时将所述第一上下文记录文本存储至预定内存中。

上述技术方案具有如下有益效果:通过本发明,极大地保证了业务上下文生成的准确性和一致性,同时保证了上下文记录的实时性,针对业务频繁变更,实现了不依赖于人力手动维护,即可通过上下文生成的文本实现业务准确、高效的变更,从而加大地降低了维护成,提高了业务运行的效率;进一步地,在系统调用异常情况下能够保证不影响原有上下文调用记录,从而保证了业务正常运行。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1为本发明一实施例中一种生成上下文记录文本的方法流程图;

图2为本发明一实施例中一种生成上下文记录文本的装置结构示意图;

图3为本发明一实施例中一种生成上下文记录文本的方法流程示意图。

具体实施方式

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

如图1所示,为本发明实施例中一种生成上下文记录文本的方法流程图,包括:

101、当监测到业务用例执行时,获取所述业务用例的上下文请求;

102、根据所述上下文请求中的记录标识信息,确定是否记录所述上下文请求的执行过程;

103、若记录,将所述上下文请求的执行过程依据预定数据格式生成针对所述业务用例的第一上下文记录文本,在确认所述业务用例执行成功后实时将所述第一上下文记录文本存储至预定内存中。

进一步地,以预定的执行频率执行各个业务用例;以及,

所述当监测到业务用例执行时,获取所述业务用例的上下文请求,包括:当监测到业务用例执行时,通过反射方式获取所述业务用例的上下文请求。

进一步地,所述预定数据格式中包括业务标识信息和与所述业务标识信息一一对应的用于记录所述业务用例的执行过程信息;以及

所述方法还包括:

如果所述业务用例执行不成功,清理所述第一上下文记录文本。

进一步地,在确认所述业务用例执行成功后实时将所述第一上下文记录文本存储至预定内存中,具体包括:

在确认所述业务用例执行成功后,实时判断预定数据库中是否存在用于记录所述业务用例的执行过程信息的第二上下文记录文本;

若存在,将所述第二上下文记录文本与所述第一上下文记录文本进行比对;

若比对结果为所述第一上下文记录文本相比所述第二上下文记录文本发生变更,则将所述第一上下文记录文本更新至预定数据库中。

可选地,还包括:

在将所述第一上下文记录文本更新至预定数据库中之后,将预定数据库中存储的所述业务用例对应的业务的执行过程更新为所述第一上下文记录文本中记录的执行过程。

可选地,还包括:

当接收到针对任一业务的上下文记录文本的查询请求时,确定所述查询请求中的业务标识信息;

基于所述业务标识信息,在预定数据库中,查询与所述业务标识信息相匹配的预定数据格式的数据;

根据查询到的所述预定数据格式的数据,确定所述预定数据格式的数据中用于记录业务用例的执行过程信息的上下文记录文本;

将确定出的上下文记录文本发送至前端,以用于前端在人机交互界面中展示所述上下文记录文本中的信息。

如图2所示,为一种生成上下文记录文本的装置结构示意图,包括:

获取模块21,用于当监测到业务用例执行时,获取所述业务用例的上下文请求;

第一确定模块22,用于根据所述上下文请求中的记录标识信息,确定是否记录所述上下文请求的执行过程;

生成模块23,用于若记录,将所述上下文请求的执行过程依据预定数据格式生成针对所述业务用例的第一上下文记录文本,在确认所述业务用例执行成功后实时将所述第一上下文记录文本存储至预定内存中。

可选地,还包括:

执行模块,用于以预定的执行频率执行各个业务用例;以及,

所述获取模块还用于当监测到业务用例执行时,通过反射方式获取所述业务用例的上下文请求。

进一步地,所述预定数据格式中包括业务标识信息和与所述业务标识信息一一对应的用于记录所述业务用例的执行过程信息;以及

所述装置还包括:

清理模块,用于如果所述业务用例执行不成功,清理所述第一上下文记录文本。

进一步地,所述生成模块具体用于

在确认所述业务用例执行成功后,实时判断预定数据库中是否存在用于记录所述业务用例的执行过程信息的第二上下文记录文本;

若存在,将所述第二上下文记录文本与所述第一上下文记录文本进行比对;

若比对结果为所述第一上下文记录文本相比所述第二上下文记录文本发生变更,则将所述第一上下文记录文本更新至预定数据库中。

可选地,还包括:

更新模块,用于在将所述第一上下文记录文本更新至预定数据库中之后,将预定数据库中存储的所述业务用例对应的业务的执行过程更新为所述第一上下文记录文本中记录的执行过程。

可选地,还包括:

第二确定模块,用于当接收到针对任一业务的上下文记录文本的查询请求时,确定所述查询请求中的业务标识信息;

查询模块,用于基于所述业务标识信息,在预定数据库中,查询与所述业务标识信息相匹配的预定数据格式的数据;

第三确定模块,用于根据查询到的所述预定数据格式的数据,确定所述预定数据格式的数据中用于记录业务用例的执行过程信息的上下文记录文本;

发送模块,用于将确定出的上下文记录文本发送至前端,以用于前端在人机交互界面中展示所述上下文记录文本中的信息。

本发明实施例上述技术方案具有如下有益效果:通过本发明,极大地保证了业务上下文生成的准确性和一致性,同时保证了上下文记录的实时性,针对业务频繁变更,实现了不依赖于人力手动维护,即可通过上下文生成的文本实现业务准确、高效的变更,从而加大地降低了维护成,提高了业务运行的效率;进一步地,在系统调用异常情况下能够保证不影响原有上下文调用记录,从而保证了业务正常运行。

以下结合应用实例对本发明实施例上述技术方案进行详细说明:

本发明应用实例旨在针对业务频繁变更时,实现了不依赖于人力手动维护,即可通过上下文生成的文本实现业务准确、高效的变更。

如图1所示,例如,在网页系统a中,当监测到业务用例,如业务用例method,执行时,获取业务用例method的上下文请求;根据该上下文请求中的记录标识信息,如记录标识信息为“isrecord=true”表示记录,记录标识信息为“isrecord=fasle”表示不记录,该上下文请求中的记录标识信息如为“isrecord=true”,可确定为记录该上下文请求的执行过程;随后将该上下文请求的执行过程依据预定数据格式,如key-value键值对的数据格式,生成针对该业务用例的第一上下文记录文本,在确认业务用例method执行成功后实时将该第一上下文记录文本存储至预定内存中。

在一种可能的实现方式中,还包括:以预定的执行频率执行各个业务用例;以及,步骤101当监测到业务用例执行时,获取所述业务用例的上下文请求,包括:当监测到业务用例执行时,通过反射方式获取所述业务用例的上下文请求。

例如,在网页系统a中,以预定频率,如每10秒一次,执行各个业务用例;当监测到业务用例,如业务用例method,执行时,通过反射方式获取业务用例method的上下文请求。

在一种可能的实现方式中,所述预定数据格式中包括业务标识信息和与所述业务标识信息一一对应的用于记录所述业务用例的执行过程信息;以及所述方法还包括:如果所述业务用例执行不成功,清理所述第一上下文记录文本。

例如,在网页系统a中,当监测到业务用例,如业务用例method,执行时,通过反射方式获取业务用例method的上下文请求,根据该上下文请求中的记录标识信息,若确定为记录该上下文请求的执行过程,将该上下文请求的执行过程依据预定数据格式,如key-value键值对的数据格式,其中,key为业务标识信息,如业务模块的标识信息,value为业务标识信息一一对应的用于记录业务用例的执行过程信息,生成针对该业务用例的第一上下文记录文本,如果业务用例method执行不成功,清理该第一上下文记录文本。

在一种可能的实现方式中,步骤103中在确认所述业务用例执行成功后实时将所述第一上下文记录文本存储至预定内存中的步骤,具体包括:在确认所述业务用例执行成功后,实时判断预定数据库中是否存在用于记录所述业务用例的执行过程的第二上下文记录文本;若存在,将所述第二上下文记录文本与所述第一上下文记录文本进行比对;若比对结果为所述第一上下文记录文本相比所述第二上下文记录文本发生变更,则将所述第一上下文记录文本更新至预定数据库中。

例如,在网页系统a中,当监测到业务用例,如业务用例method,执行时,若确定为记录该上下文请求的执行过程,将该上下文请求的执行过程依据预定数据格式,如key-value键值对的数据格式,生成针对该业务用例的第一上下文记录文本,在确认业务用例method执行成功后,实时判断预定数据库,如数据库db,中是否存在用于记录业务用例method的执行过程的第二上下文记录文本;若存在,将该第二上下文记录文本与第一上下文记录文本进行比对;若比对结果为第一上下文记录文本相比第二上下文记录文本发生变更,则将第一上下文记录文本更新至预定数据库db中。

在一种可能的实现方式中,该方法还包括:在将所述第一上下文记录文本更新至预定数据库中之后,将预定数据库中存储的所述业务用例对应的业务的执行过程更新为所述第一上下文记录文本中记录的执行过程。

例如,接上例,在将第一上下文记录文本更新至预定数据库db中之后,将预定数据库db中存储的业务用例method对应的业务的执行过程更新为第一上下文记录文本中记录的执行过程。

在一种可能的实现方式中,该方法还包括:当接收到针对任一业务的上下文记录文本的查询请求时,确定所述查询请求中的业务标识信息;基于所述业务标识信息,在预定数据库中,查询与所述业务标识信息相匹配的预定数据格式的数据;根据查询到的所述预定数据格式的数据,确定所述预定数据格式的数据中用于记录业务用例的执行过程的上下文记录文本;将确定出的上下文记录文本发送至前端,以用于前端在人机交互界面中展示所述上下文记录文本中的信息。

例如,在网页系统a中,当接收到针对任一业务的上下文记录文本的查询请求时,确定该查询请求中的业务标识信息,如为id1;基于业务标识信息id1,在预定数据库,如数据库db,中,查询与业务标识信息id1相匹配的预定数据格式,如key-value数据格式,的数据;根据查询到的预定数据格式的数据,确定该预定数据格式的数据中用于记录业务用例的执行过程信息的上下文记录文本;随后,将确定出的上下文记录文本发送至前端,以用于前端在人机交互界面中展示该待查询上下文记录文本中的信息。

在一具体应用场景中,如图3所示,通过定时任务,以预定的频率,如每10秒一次,执行各个业务用例;如,执行微博的测试用例集daily业务模块(daily模块是微博内容组核心用例集,此用例集覆盖了微博核心业务场景的调用)时,在相关业务模块上添加上下文生成记录标识信息,随后通过反射方式获取相关业务用例method的上下文请求中的记录标识信息,若根据该记录标识信息确定记录该上下文请求的执行过程后,临时在内存中以预定数据格式,如key-value的数据格式,key为业务模块标识信息,value为该业务模块一一对应的用于记录业务用例的执行过程信息的上下文记录文本,记录上下文请求执行过程;在确认业务用例method执行成功后,判断是否已存在业务用例method上下文执行过程的记录的文本,若存在,判断针对已存在业务用例method上下文执行过程的记录的文本是否发生变更,若变更,删除已存在业务用例method上下文执行过程的发生变更的记录,将此上下文请求执行过程的记录文本中发生变更的记录根据业务用例method的id标识信息实时更新入数据库db,以保证业务模块的上下文执行过程记录文本为最新;如果确认业务用例method执行失败,则清理临时存储的存储记录并且不进行入库操作;例如评论业务发生变更,变更后的发评论业务由原来三个步骤更改为现在五个步骤,则只需要变更对应功能测试用例集,定时任务执行测试用例集时,通过测试用例集的上下文记录文本生成技术,能够实现自动将变更后的业务调用过程更新为最新的五个步骤,使用人员可直接通过业务模块查询即可实时获取模块最新的业务流程;当接收到业务模块id的查询请求时,在数据库db中查询与业务模块id相匹配的预定数据格式的查询结果数据并返回该查询结果数据,从而能够在前端页面进行该查询结果数据的结果展示,以提供准确、实时的相关业务的上下文执行流程。

本发明实施例提供了一种生成上下文记录文本的装置,可以实现上述提供的方法实施例,具体功能实现请参见方法实施例中的说明,在此不再赘述。

应该明白,公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好,应该理解,过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素,并且不是要限于所述的特定顺序或层次。

在上述的详细描述中,各种特征一起组合在单个的实施方案中,以简化本公开。不应该将这种公开方法解释为反映了这样的意图,即,所要求保护的主题的实施方案需要比清楚地在每个权利要求中所陈述的特征更多的特征。相反,如所附的权利要求书所反映的那样,本发明处于比所公开的单个实施方案的全部特征少的状态。因此,所附的权利要求书特此清楚地被并入详细描述中,其中每项权利要求独自作为本发明单独的优选实施方案。

为使本领域内的任何技术人员能够实现或者使用本发明,上面对所公开实施例进行了描述。对于本领域技术人员来说;这些实施例的各种修改方式都是显而易见的,并且本文定义的一般原理也可以在不脱离本公开的精神和保护范围的基础上适用于其它实施例。因此,本公开并不限于本文给出的实施例,而是与本申请公开的原理和新颖性特征的最广范围相一致。

上文的描述包括一个或多个实施例的举例。当然,为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的,但是本领域普通技术人员应该认识到,各个实施例可以做进一步的组合和排列。因此,本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外,就说明书或权利要求书中使用的术语“包含”,该词的涵盖方式类似于术语“包括”,就如同“包括,”在权利要求中用作衔接词所解释的那样。此外,使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。

本领域技术人员还可以了解到本发明实施例列出的各种说明性逻辑块(illustrativelogicalblock),单元,和步骤可以通过电子硬件、电脑软件,或两者的结合进行实现。为清楚展示硬件和软件的可替换性(interchangeability),上述的各种说明性部件(illustrativecomponents),单元和步骤已经通用地描述了它们的功能。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用,可以使用各种方法实现所述的功能,但这种实现不应被理解为超出本发明实施例保护的范围。

本发明实施例中所描述的各种说明性的逻辑块,或单元都可以通过通用处理器,数字信号处理器,专用集成电路(asic),现场可编程门阵列或其它可编程逻辑装置,离散门或晶体管逻辑,离散硬件部件,或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器,可选地,该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现,例如数字信号处理器和微处理器,多个微处理器,一个或多个微处理器联合一个数字信号处理器核,或任何其它类似的配置来实现。

本发明实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件模块、或者这两者的结合。软件模块可以存储于ram存储器、闪存、rom存储器、eprom存储器、eeprom存储器、寄存器、硬盘、可移动磁盘、cd-rom或本领域中其它任意形式的存储媒介中。示例性地,存储媒介可以与处理器连接,以使得处理器可以从存储媒介中读取信息,并可以向存储媒介存写信息。可选地,存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于asic中,asic可以设置于用户终端中。可选地,处理器和存储媒介也可以设置于用户终端中的不同的部件中。

在一个或多个示例性的设计中,本发明实施例所描述的上述功能可以在硬件、软件、固件或这三者的任意组合来实现。如果在软件中实现,这些功能可以存储与电脑可读的媒介上,或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以是任何通用或特殊电脑可以接入访问的可用媒体。例如,这样的电脑可读媒体可以包括但不限于ram、rom、eeprom、cd-rom或其它光盘存储、磁盘存储或其它磁性存储装置,或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外,任何连接都可以被适当地定义为电脑可读媒介,例如,如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光纤电缆、双绞线、数字用户线(dsl)或以例如红外、无线和微波等无线方式传输的也被包含在所定义的电脑可读媒介中。所述的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射盘、光盘、dvd、软盘和蓝光光盘,磁盘通常以磁性复制数据,而碟片通常以激光进行光学复制数据。上述的组合也可以包含在电脑可读媒介中。

以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1