[发明专利]一种业务数据变更的追踪方法和系统

说明书

本发明涉及一种业务数据变更的追踪方法和系统，所述方法包括如下步骤：对被测业务应用中被追踪的业务数据进行模型抽象，建立面向对象的追踪业务数据类，所述追踪业务数据类包括追踪数据属性及对追踪数据属性的值进行变更并对变更来源进行截获的方法；在被测业务应用的程序语句中检索被追踪业务数据在原业务数据类中的数据变更操作方法，将检索到的所述操作方法置换为所述追踪业务数据类的对追踪数据属性的值进行变更并对变更来源进行截获的方法；执行所述置换之后的被测业务应用的程序，截获到被测业务应用的程序中追踪业务数据类的追踪数据属性的值进行变更的过程数据，并记录相关信息。

技术领域

本发明属于程序调试技术领域，具体涉及一种面向对象的业务数据模型中单一属性数据变更的追踪方法和系统。

背景技术

面向对象的业务数据模型中数据的描述通过大量的单一属性进行描述，这些单一属性数据的每一个值都代表了不同的业务意义，并且这些单一属性数据的值在整个业务处理的过程中会经过多次处理、多次变更，通常一个业务逻辑需要经过成千上万行的程序代码进行业务处理，当这些业务逻辑出问题的时候一般情况都由编程分析人员通过分析程序代码和查看程序执行日志的方式进行问题分析和程序调试，对编程分析人员的编程能力要求较高，花费时间也比较长，不及时分析又会出现日志找不到等情况，随着整个业务系统功能和业务量的不断增长，对程序开发和测试人员都带来了很大的调试难度。

例如，申请号为201010274702.0的中国发明专利申请，提供了一种采集业务数据包日志信息的方法及业务逻辑处理系统，通过入口业务逻辑处理模块为业务数据包添加数据标记和路由标记，将采集到的包含所述数据标记和路由标记的日志信息发送给日志服务器，后续业务逻辑处理模块，修改所述路由标记，并将采集到的包含所述数据标记和路由标记的日志信息发送给日志服务器。使得重复业务数据包在各个业务处理逻辑模块中采集的信息能够区分，而且在有多次交互的业务数据包处理过程中采集的信息也能够区分。

然而在以上专利中，由于业务数据日志文件内容大，不易查找，很难回溯当时场景。代码分析难度高，很难重现问题分析，即使修复问题仍然很难进行验证。

发明内容

为解决以上现有技术中存在的问题，本发明提出了一种业务数据变更的追踪方法和系统，所述业务追踪可以细致到数据属性被多次变更的每次变更情况，新值与旧值均可追踪。

具体的，根据本发明的一个方面，本发明提供了一种业务数据变更的追踪方法，所述方法包括如下步骤：

对被测业务应用中被追踪的业务数据进行模型抽象，建立面向对象的追踪业务数据类，所述追踪业务数据类包括追踪数据属性及对追踪数据属性的值进行变更并对变更来源进行截获的方法；所述追踪数据属性的类型的定义与被追踪的业务数据在被测业务应用中的原业务数据类的对应数据属性类型保持一致；

在被测业务应用的程序语句中检索被追踪业务数据在原业务数据类中的数据变更操作方法，将检索到的所述操作方法置换为所述追踪业务数据类的对追踪数据属性的值进行变更并对变更来源进行截获的方法；

执行所述置换之后的被测业务应用程序，截获到被测业务应用程序中追踪业务数据类的追踪数据属性的值进行变更的过程数据，并记录相关信息。

优选的，如上所述的业务数据变更的追踪方法，被测业务应用程序中追踪业务数据类的追踪数据属性的值进行变更的过程数据，包括：追踪业务数据类的追踪数据属性、变更操作对象的信息及所在业务应用程序的信息。

更优选的，如上所述的业务数据变更的追踪方法，所述追踪业务数据类的追踪数据属性至少包括：追踪数据属性变更操作前的原始值、变更操作后的最后值；变更操作的信息至少包括：变更操作对象的类名称、变更操作方法名称；所在业务应用程序的信息至少包括所在被测应用程序的行数。

优选的，如上所述的业务数据变更的追踪方法，在所述执行所述置换之后的被测业务应用程序的步骤之前，还包括以下步骤：