用于为在线运行程序保存和查询场景数据的方法和系统 技术领域 本发明涉及在线运行程序的处理， 尤其涉及用于为在线运行程序保存和查询场景 数据的方法和系统。
背景技术 软件的生命周期包含了开发、 测试， 使用以及管理维护等多个复杂过程， 不同的过 程中不同的使用者会对软件进行一系列的操作。 这些用户在一定的情况需要参考某些功能 场景之前的实际运行数据， 比如，
在开发测试过程中 ：
·一个测试人员交叉测试另一个测试人员已经测试过的功能场景， 但是却发现了 系统存在问题， 这个测试人员希望知道之前的测试结果 ；
·开发人员需要得到精确的问题重现过程， 或者比较多次测试结果从而发现错误 发生在哪个环节 ；
·当系统被安装在不同的测试环境上， 或者有不同的 Build， 开发测试人员需要比 较这些因素对测试结果的影响 ；
在系统正式上线后 ：
·在终端用户开始使用软件时， 往往需要大量的培训时间、 培训材料来熟悉软件的 相关功能从而能够正确地操作软件 ； 如果用户在使用软件的时候可以用随时查看相关场景 的运行数据举例， 这样能得到更有效的自我帮助系统 ；
·对于软件管理维护人员而言， 他们可能希望保存系统配置以及配置后的结果， 这 样就可以比较这些数据来决定最有效的系统配置， 或者用这种简洁的方式记录曾有的系统 配置记录 ；
当一个系统有多个版本的时候 ：
·分析人员或者新增加的项目组成员需要快捷地研究以前版本的功能 ；
·客服人员甚至需要按照客户的要求查看不同版本系统的功能。
目前现有的一些实现方法包括 ： 从测试人员的角度， 可以根据当前需要研究的功 能， 分析出对应的测试用例， 然后到相关的存储空间找到对应的测试数据 ； 从开发人员的角 度， 分析出当前的功能对应的代码段， 然后根据相应的代码找出对应的运行数据记录。 但是 上述的几种方法非常麻烦， 而且通常可能是不可行的 ： 从测试人员的角度， 找到的主要是测 试用例和测试日志， 这两个都无法保证测试过程中产生的数据的完整性和多样性 . 从开发 人员的角度， 根据相应的代码， 如果没有把每一步骤所产生的数据存储到存储空间中， 是无 法找到与之相对应的运行数据记录的。
发明内容
鉴于已有技术的不足， 提供了根据本发明的用于为在线运行程序保存和查询场景 数据的方法和系统。根据本发明的一个实施例， 提供了一种用于为在线运行程序保存场景数据的方 法， 包括 ： 采集所述在线运行程序的与用户所访问的页面相关的场景数据， 其中， 所述场景 数据与用户所访问的页面的页面标识相关联 ； 根据用户所访问的页面的页面标识， 生成记 录路径 ； 根据所采集的场景数据以及所述记录路径， 生成场景数据记录 ； 以及保存所述场 景数据记录。
根据本发明的另一实施例， 还提供了一种用于为在线运行程序查询场景数据的方 法， 其中， 包括场景数据的场景数据记录被存储在场景数据系统中， 该方法包括 ： 采集所述 在线运行程序的与用户所访问的页面相关的场景数据， 其中， 所述场景数据与用户所访问 的页面的页面标识相关联 ； 根据用户所访问的页面的页面标识， 生成记录路径 ； 根据所采 集的场景数据以及所述记录路径， 生成场景数据查询关键字 ； 以及利用所述场景数据查询 关键字查询所述场景数据系统中的所述场景数据记录。
根据本发明的另一实施例， 还提供了一种用于为在线运行程序保存场景数据的系 统， 包括 ： 场景数据采集装置， 被配置为采集所述在线运行程序的与用户所访问的页面相关 的场景数据， 其中， 所述场景数据与用户所访问的页面的页面标识相关联 ； 记录路径生成装 置， 被配置为根据用户所访问的页面的页面标识， 生成记录路径 ； 场景数据记录生成装置， 被配置为根据所采集的场景数据以及所述记录路径， 生成场景数据记录 ； 以及场景数据存 储装置， 被配置为用于保存所述场景数据记录。 根据本发明的另一实施例， 还提供了一种用于为在线运行程序查询场景数据的系 统， 其中， 包括所述场景数据的场景数据记录被存储在场景数据存储装置中， 包括 ： 场景数 据采集装置， 被配置为采集所述在线运行程序的与用户所访问的页面相关的场景数据， 其 中， 所述场景数据与用户所访问的页面的页面标识相关联 ； 记录路径生成装置， 被配置为根 据用户所访问的页面的页面标识， 生成记录路径 ； 查询关键字生成装置， 被配置为根据所采 集的场景数据以及所述记录路径， 生成场景数据查询关键字 ； 以及场景数据查询装置， 被配 置为利用所述查询关键字查询所述场景数据存储装置中的所述场景数据记录。
通过将本发明的方法和系统应用到不同的场景， 可以使得用户容易地获得存储并 在以后参考某些功能场景之前的实际运行数据。 例如， 测试人员在运行测试用例的时候， 可 以自动地记录数据输入和页面内容以及屏幕截图， 而不需要手工来完成 ； 即便是自动测试 过程中， 在开发自动脚本的过程中， 只需要做基本的调用配置， 而不需要写大量的代码来记 录数据记录。 并且， 终端用户或者项目组成员可以在正在运行当前在线运行系统的时候， 去 查找到相关的场景数据记录， 而无需查找其他的资源。根据本发明的方法和系统相比较通 过代码或者测试用例做关联的方法， 具有快速、 高效、 准确性高的优点。
附图说明
通过对附图中本发明示例实施例方式的更详细描述， 本发明的上述、 以及其它目 的、 特征和优势将变得更加明显。
图 1 显示了依据本发明的一个实施例的用于为在线运行程序保存场景数据的方 法的流程图 ；
图 2 显示了场景数据产生的用户界面 ；
图 3 显示了根据本发明的一个实施例的场景数据产生的示意图 ；图 4 显示了根据本发明的一个实施例的用于为在线运行系统查询场景数据的方 法的流程图 ；
图 5 显示了场景数据查询的用户界面 ；
图 6 显示了根据本发明的一个实施例的场景数据查询的示意图 ；
图 7 显示了根据本发明的一个实施例的场景数据查询窗口 ； 以及
图 8 显示了根据本发明的一个实施例的用于实现场景数据保存和查询的系统的 方框图。 具体实施方式
以下参照按照本发明实施例的方法、 装置描述本发明。其中， 流程图和 / 或框图的 每个方框以及流程图和 / 或框图中各方框的组合， 都可以由计算机程序指令实现。这些计 算机程序指令可以提供给通用计算机、 专用计算机或其它可编程数据处理装置的处理器， 从而生产出一种机器， 使得通过计算机或其它可编程数据处理装置执行的这些指令， 产生 实现流程图和 / 或框图中的方框中规定的功能 / 操作的装置 (means)。
也可以把这些计算机程序指令存储在能指令计算机或其它可编程数据处理装置 以特定方式工作的计算机可读介质中， 这样， 存储在计算机可读介质中的指令产生一个包 括实现流程图和 / 或框图中的方框中规定的功能 / 操作的指令装置 (instruction means) 的制造品。 还可以把计算机程序指令加载到计算机或其它可编程数据处理装置上， 使得在计 算机或其它可编程数据处理装置上执行一系列操作步骤， 以产生计算机实现的过程， 从而 在计算机或其它可编程装置上执行的指令就提供实现流程图和 / 或框图中的方框中规定 的功能 / 操作的过程。
下面参考图 1 来描述依据本发明的一个实施例的用于为在线运行程序生成场景 数据记录的方法。 首先， 该方法从步骤 110 开始， 在步骤 120， 记录在线运行系统的与用户所 访问的页面相关的场景数据， 其中， 所述场景数据与用户所访问的页面的页面标识相关联， 该页面标识是该页面所独有的。如同在下面的一个实施例中所描述的， 用户可以通过用户 界面指定要记录的起始页面和终点页面， 对于在该起始页面和终点页面之间的、 用户所访 问过的所有页面， 都可以记录与其页面相关的场景数据。
然后， 在步骤 130， 根据用户所访问的页面的页面标识， 生成记录路径。 该记录路径 的起点可以是用户指定的起始页面， 其终点则是用户指定的终点页面， 因此该记录路径包 括路径的起点页面标识、 中途经过的中途页面标识、 以及路径的终点页面标识。
在步骤 140， 根据所记录的场景数据以及所述记录路径， 生成场景数据记录。在步 骤 150， 将所述场景数据保存在数据库中， 以供以后进行查询。该方法在步骤 160 结束。
场景数据系统是根据 Web 应用的页面标识来作为判断多个页面是否为同一页面 的不同实例的标准， 而页面标识的组成并不是固定不变的， 而是可配置的。
如果对当前页面做相同的操作， 其结果页面都是唯一确定时， 通常只需要使用 URI 作为页面标识就可以完全满足要求。例如， 可以将页面标识设定为 ： /wps/login。在这个实 施例中， 不管用户在登陆页面输入的用户名和密码如何不同， 只要是正确有效的， 这些用户 所看到的页面结构都是相同的。当然这里的前提是这些用户都属于同一个权限组， 能看到
的数据分类是相同的， 每个人可以看到的具体的数据值也是相同的。
如果对当前页面做相同的操作， 其结果页面并不是唯一的， 而是根据某些传递参 数的数值的不同而显示不同的页面结构， 这时候页面标识由 URI 加上传递参数名来构成。 例如 ： 对于 /wps/login
其 中 一 个 登 陆 页 面 输 入 的 数 据 为： action ＝ userlogin&username ＝ caoshuxia&password ＝ ******
另 外 一 个 登 陆 页 面 输 入 的 数 据 为： action ＝ adminlogin&username ＝ fansibin&password ＝ ******
因为两个用户在这个 Web 应用中属于不同权限组， 因为这个 Web 应用对不同的权 限组所能看到的数据分类有不同的定义， 所以这时候仅仅依靠 URI 是不足以确定结果页面 的。而 action 在这里作为传递参数， 会清楚地告诉 Web 应用来区分这两个用户， 从而得到 页面结构不同的结果页面。
场景数据系统的管理员可以设定页面标识为 ： /wps/login(action)。在这种情况 下， 传递参数的参数名一般加在 URI 的尾部然后共同构成了页面标识， 而传递参数的参数 名和参数值都可以通过 HTTP 所提供的 GET 或者 POST 服务而得到。 更特殊一点的情况是用同一场景数据管理系统管理不同的客户 ( 如不同的公司 或者不同的部门 )， 不同的客户间的商业数据是互相透明的， 在这种情况需要配置更灵活的 参数。这种情况一般出现在结果数据的页面结构相同， 但是页面显示的数据需要根据不同 的组织结构进行过滤。例如 ： 对于 /wps/login
其中一个登陆页面的 URI 是 ： /wps/portal/departmentA/login
另外一个登陆页面的 URI 是 ： /wps/portal/departmentB/login
场景数据系统的管理员可以设置这个页面标识为 ： /wps/portal/*/login， 这样所 有类似的而只有某个可配置参数域不同的页面可以采用同一个页面标识。
当一个 URI 自动跳转到另外一个 URI， 从而生成新的页面时， 场景数据系统将记录 最后生成页面的 URI。
通常情况下， 页面的 URI 关键元素和指定的页面数据不会改变 ； 在特殊情况下如 果发生了改变， 管理员可以对新计算的页面标识和原有的页面标识做一个版本间的对应关 系。 这样当进行了系统迁移之后， 在做数据记录查询的时候， 可以根据这种版本间的对应关 系来查询不同版本中的数据记录。例如 ：
下面进一步参考图 2 和图 3 来具体描述依据本发明的一个实施例的用于为在线运 行程序生成场景数据记录的方法。图 2 显示了场景数据产生的用户界面。图 2 所示的用户 图形界面分成两个部分， 一部分是在线运行系统的页面， 另外一部分的三个按钮是场景数 据系统提供给普通用户的控制按钮， 如果是管理员的话， 还有其他更多的按钮提供更丰富 的功能。用来对场景数据进行采集， 只需要用到其中的 “( 重新 ) 设定起点” 和 “保存记录” 这两个按钮就可以了。
接下来， 对照图 3 的场景数据产生的示意图， 来具体介绍场景数据系统是如何实 现数据的采集、 形成和保存的。
当用户登录到在线系统时， 场景数据系统开始记录这次登录的相应信息 ： 该软件 系统的大版本号， 小版本号等。
在步骤 310， 当用户进入任意页面， 即通过点击导航图或其他方式提出进入页面请 求时， 应用服务器会响应其请求， 这个应答过程包括生成页面并同时为该页面生成独有的 页面标识。当应答返回到客户端时， 所请求的页面将展现在用户面前。
在步骤 320， 当用户进入某一页面后， 页面上会显示如图 2 所示的用户界面。用户 点击 “设定起点” 按钮， 场景数据系统接到用户的请求 ： 用户将以这个页面作为起始页面， 即 记录路径的起点， 来开始采集场景数据。 作为应答， 在步骤 325， 将会开始保存当前页面相关 的所有数据。其中场景数据可以包括输入数据 ( 用户数据 ) 和输出数据 ( 系统产生提交给 浏览器的数据 )，
·对于输入数据， 可以由客户端获得用户修改的页面数据来作为下个页面的输入 数据， 或者通过获取 HTTP request 中的 Post/Get 参数获得， 来作为当前页面的输入数据。
· 对于输出数据 ( 即页面内容 )， 场景数据系统将会开始保存当前页面相关的所有 数据。一般来说， 对于结构型数据 ( 整数， 小数， 字符串等 )， 场景数据系统保存所有的页面 数据 ( 以 HTML 形式 )， 并将页面显示截屏 ； 对于非结构性数据 ( 即流数据， 包括图像， 音频、 视频等 )， 场景数据系统将会对每一个流数据分配单独的空间进行保存。
在步骤 330， 当用户离开当前页面， 进入下一个页面， 实现了页面的跳转。 因为此时 页面标识发生了改变， 软件系统会自动向场景数据系统发送一个新的请求 ： 继续保存所跳 转到的当前页面的相关数据。作为应答， 场景数据系统将会继续保存所跳转到的当前页面 相关的所有数据。随着页面的跳转， 在步骤 335， 场景数据系统将对每个跳转后的当前页面
采集并保存为页面数据 2， 页面数据 3， 页面数据 n， 这一系列的应答过程对用户来说都是完 全透明的。
在步骤 340， 当用户进入某一页面后， 并点击 “保存记录” 按钮， 场景数据系统接到 用户的请求 ： 用户将以这个页面作为终点页面， 即记录路径的终点。作为应答， 场景数据系 统会保存当前页面相关的所有数据， 并形成记录路径 ( 包括路径的起点页面标识， 中途经 过的中途页面标识， 以及路径的终点页面标识 )， 并且， 当下一次的页面跳转来临后， 场景数 据系统将不再记录新的跳转后的页面相关数据。
随后， 在步骤 350， 场景数据系统将采集的数据进行整理。 起始页面数据， 中途页面 数据， 及终点页面数据将集合成一个逻辑上的页面流数据， 与之相对应的是记录路径， 从而 形成了一个场景数据记录 ； 并把这个场景数据记录存储到数据存储服务器， 如步骤 360 所 示。
数据存储服务器成功保存场景数据记录后， 场景数据系统将清空已经采集形成的 场景数据， 为下一次的场景数据采集作准备。点击 ( 重新 ) 设定起点按钮， 场景数据系统将 开始新一轮的数据采集工作。
在产生场景数据之前， 管理员应该在在线系统上安装好场景数据系统并给与恰当 的配置来保证场景数据系统能正常的启动和运转。 管理员还可以从测试环境中的场景数据 系统中把相应的场景数据移植到在线系统中的场景数据系统， 数据的移植可以保证 ： 尽管 还没有用在线系统中的场景数据系统来产生数据， 终端用户依旧可以开始查询场景数据。 对于终端用户而言， 只需要使用场景数据系统提供的两个按钮来确定起始页面和 终点页面， 就可以完整采集到相应的记录路径上的所有页面的所有数据， 也只有这两个动 作能让终端用户感觉到自己对场景数据系统发出了任务请求。 其它的由终端用户操作的动 作， 如数据操作， 触发在线系统页面上的按钮， 在线系统的页面跳转等都会向场景数据系统 发出记录页面数据的请求， 只不过这类请求对用户来说是透明的而已。 由此可见， 只有场景 数据系统所执行的开始记录场景数据和停止记录场景数据的操作对终端用户来说是可知 的， 其它的动作都是场景数据系统对于终端用户和管理员而言透明执行的。
下面将通过一个具体实例来说明页面流数据的形成 ：
除默认的内容外， 管理员还可以定制其他域以及其值的获取方式， 比如 ： 跟页面或 者页面流有关的 debugging log， 或者其他备注信息。
管理员可以配置数据记录存储的物理位置 ： DB 中或某个目录结构中 ； 如果有相关 的权限， 用户可以对记录进行修改。 这种修改包括删除某些冗余的记录， 调整某些使用的数 据。
下面参考图 4 来描述依据本发明的一个实施例的用于查询场景数据记录的方法。 首先， 该方法从步骤 410 开始， 在步骤 420， 记录在线运行系统的与用户所访问的页面相关 的场景数据， 其中， 所述场景数据与用户所访问的页面的页面标识相关联， 该页面标识是该 页面所独有的。如同在下面的一个实施例中所描述的， 用户可以通过用户界面指定起始页
面和终点页面， 对于在该起始页面和终点页面之间的、 用户所访问过的所有页面， 都可以记 录与其页面相关的场景数据。
然后， 在步骤 430， 场景数据系统根据用户所访问的页面的页面标识， 生成记录路 径。 该记录路径的起点可以是用户指定的起始页面， 其终点则是用户指定的终点页面， 因此 该记录路径则包括路径的起点页面标识、 中途经过的中途页面标识、 以及路径的终点页面 标识。
在步骤 440， 根据所记录的场景数据以及所述记录路径， 生成用于查询场景数据的 查询关键字。 在步骤 450， 利用所述查询关键字对存储在数据存储服务器中的场景数据记录 进行查询， 并返回所述查询结果。该方法在步骤 460 结束。
下面将参考图 5 和图 6 具体描述依据本发明的一个实施例的用于实现场景数据查 询的方法。图 5 显示了场景数据查询的用户界面， 这个界面跟场景数据产生的用户界面是 一样的， 不同的是这次要用到其中 ： ( 重新 ) 设定起点和查询记录这两个按钮。
接下来， 对照图 6 的场景数据查询的底层实现示意图， 来具体介绍场景数据系统 是如何实现场景数据的基本查询的。
因为场景数据的查询也涉及到场景数据的采集中的某些部分， 所以其中有些步骤 跟场景数据产生的步骤是相同或者相似的。 当用户登陆到软件系统时， 如果该软件已经安装了场景数据系统， 则场景数据系 统已经开始记录这次登陆的相应信息 ： 该软件系统的大版本号， 小版本号等。
在步骤 610， 当用户进入任意页面， 即通过点击导航图或其他方式提出进入页面请 求时， 应用服务器都会响应其请求， 这个应答过程包括生成页面并同时为该页面生成独有 的页面标识。当应答返回到客户端时， 所请求的页面将展现在用户面前。
在步骤 620， 当用户进入某一页面后， 点击 “设定起点” 按钮后， 场景数据系统接到 用户的请求 ： 用户将以这个页面作为起始页面， 即记录路径的起点， 来开始采集场景数据。 作为应答， 在步骤 625， 场景数据系统将会开始保存当前页面相关的所有数据。
在步骤 630， 当用户离开当前页面， 进入下一个页面， 实现了页面的跳转。 因为此时 页面标识发生了改变， 软件系统会自动向场景数据系统发送一个新的请求 ： 继续保存所跳 转到的当前页面的相关数据。作为应答， 在步骤 635， 场景数据系统将会继续保存所跳转到 的当前页面相关的所有数据。随着页面的跳转， 场景数据系统将对每个跳转后的当前页面 采集并保存为页面数据 2， 页面数据 3， 页面数据 n， 这一系列的应答过程对用户来说都是完 全透明的。
在步骤 640， 当用户进入某一页面后， 并点击 “查询记录” 按钮， 场景数据系统接 到用户的请求 ： 用户将以这个页面作为终点页面， 即记录路径的终点。作为应答， 场景数据 系统会保存当前页面相关的所有数据， 提取从起始页面到当前页面的所有页面的页面关键 字， 并形成记录路径 ( 包括路径的起点页面标识， 中途经过的中途页面标识， 以及路径的终 点页面标识 )。并且， 当下一次的页面跳转来临后， 场景数据系统将不再记录新的跳转后的 页面相关数据。
随后， 在步骤 650， 场景数据系统在场景数据查询窗口对采集的数据进行整理， 将 起始页面关键字、 中途页面关键字、 及终点页面关键字集合成一个逻辑上的页面流关键字， 与之相对应的是记录路径， 从而形成了一个查询关键字。
在步骤 660， 场景数据系统把这个查询关键字发送到数据存储服务器作为场景数 据的查询请求。
在步骤 670， 如果数据存储服务器成功查询到场景数据记录， 将会把查询结果显示 在场景数据查询窗口上， 这个窗口从用户体验上来看是经由点击 “查询” 按钮而产生的， 而 场景数据系统将清空已经采集形成的场景数据， 为下一次的场景数据的采集或者查询作准 备。 如果数据存储服务器查询不到相应的场景数据记录， 将弹出对话窗口， 询问用户是否愿 意把刚才采集的场景数据保存。若用户同意， 场景数据系统将向数据存储服务器提出保存 这个场景数据记录的请求， 当数据存储服务器成功保存场景数据记录后， 场景数据系统将 清空已经采集形成的场景数据， 为下一次的场景数据采集或者查询作准备。
在步骤 680， 在场景数据查询结果窗口里， 还可以通过修改页面关键字， 路径范围 等再次进行场景数据查询。
在步骤 690， 在场景数据查询结果窗口中点击 “关闭窗口” 按钮， 将关闭场景数据 查询结果按钮， 回到如图 2 的场景数据产生的用户界面或图 5 的场景数据查询的用户界面。 点击 ( 重新 ) 设定起点按钮， 场景数据系统将开始新一轮的数据采集或者查询的工作。
下面结合图 7 的场景数据查询结果窗口中的实际举例来更详细了解场景数据查 询的几种查询方式的灵活性。
假如用户按顺序做了以下操作 ：
1. 用户成功登陆了一个版本为 1.0， Build 号为 1.0.1 的在线系统
2. 来到页面 1， 点击了场景数据系统提供的 “( 重新 ) 设定起点” 按钮后， 在页面 1 上输入了一些数据， 随着用户点击在线系统页面 1 上的按钮， 在线系统按次序跳转到了页 面 2。
3. 同理， 在页面 2 上输入了一些数据， 随着用户点击在线系统页面 2 上的按钮， 在 线系统跳转到了页面 3。用户在页面 3， 点击了场景数据系统提供的 “查询记录” 按钮。
用户将得到如图 7 所示的查询条件页面。
下面将介绍依据本发明的一个实施例的场景数据系统向数据存储服务器提出场 景数据查询所采用的查询关键字的组成。查询关键字由两部分组成 ： 其中一部分是记录路 径， 另外一部分是页面流关键字。
查询条件页面首先列出用户当前浏览路径， 由起始页面、 中途页面、 以及终点页面 这些页面的页面标识构成。当用户选中某一个页面， 就可以看到用户在这个页面操作的数 据的内容， 以关键字的形式显示。输入数据是 Key/Value 的匹配对， 被解析到输入数据的区 域。对于页面内容， 有 Label/value 匹配关系的数据也被解析到页面内容区域。没有这种 匹配关系的数据， 可以允许用户直接以关键字的形式填入到查询条件中。
1. 如果查询条件中使用刚刚记录的页面流路径以及页面内容， 会被强制进行完全 路径匹配查询， 则返回的查询结果是对页面流以及页面关键字的精确匹配。查询结果中包 含这条完整路径。
2. 保持页面流中的所有页面都选中， 使用户可以修改查询条件中的某些数据， 或 者将某些域值设置为空， 则这样的查询结果是对页面关键字的模糊匹配。查询结果中包含 这条完整路径。
3. 如果用户只选择了路径中的一个页面， 则用户可以选择包含以这个页面的场景数据， 或者以当前页面为起点或者以当前页面为终点。
4. 通过选用不同的版本号和 Build 号， 可以查询相同页面在不同版本中的实现实 例。
对场景数据管理系统里的数据进行迁移能够更好地重用场景数据， 而进行数据迁 移的前提条件非常简单 ：
1. 作为输出方的场景数据管理系统和作为输入方的场景数据管理系统里存在相 同软件的场景数据。
2. 保存输出方的场景数据的数据存储服务器能和保存输入方的场景数据的数据 存储服务器能协同工作。
最常见的一种情况是， 作为输出方的场景数据管理系统和在线系统一起存在于软 件测试人员搭建的测试环境中， 而作为输入方的场景数据管理系统中暂时还没有存放任何 场景数据。在这种情况下， 只需要管理员进行相应的配置， 就能直接导入数据。
或者， 作为输出方的场景数据管理系统中的场景数据属于版本较低的在线系统， 而作为输入方的场景数据管理系统中的场景数据属于版本较高的在线系统。 因为场景数据 管理系统对于不同的版本的相同页面有页面标识的匹配表， 需要管理员对版本、 页面标识 进行相应的配置即可实现数据迁移后， 仍然能够实现对相同或者相似页面在不同的版本中 的场景数据进行查询。
依据本发明的另一个实施例， 作为输出方的场景数据管理系统中的场景数据属于 版本较高的在线系统， 而作为输入方的场景数据管理系统中的场景数据属于版本较低的在 线系统。在这种情况中， 因为较高版本的在线系统还没有部署上， 所以无法由当前版本较 低的在线系统产生版本较高的场景数据， 此时到如进来版本较高的场景数据可以作为 demo 页面来给用户演示， 促进用户对新版本的了解和促进潜在的商机。
依据本发明的另一个实施例， 作为输出方的场景数据管理系统中的场景数据和作 为输入方的场景数据管理系统中的场景数据都属于同一版本的在线系统。在这种情况下， 导入时会不区分页面关键字地进行全部导入来保证数据的多样性， 管理员也可以根据实际 情况酌情删除冗余的场景数据。
数据迁移带来的最大好处是弥补了仅仅由生产环境中的在线系统产生场景数据。 有了数据迁移的成功保证， 使用生产环境中的在线系统的用户都可以在本环境没有产生场 景数据的前提下仍然可以查询场景数据， 而在测试环境中产生的场景数据也可以得到更好 更广泛的使用。
在依据本发明的实施例中， 还可以对用户权限进行设定。用户权限是由在线运行 系统和场景数据系统共同决定的。当用户通过场景数据系统客户端访问在线系统时， 在线 运行系统会认证该用户是否有权限访问。场景数据系统会验证该用户的权限， 并显示相应 的界面给用户。
图 8 显示了根据本发明的一个实施例的用于实现场景数据保存和查询的场景数 据系统的方框图。具体地， 场景数据系统 800 包括如下装置 ： 场景数据采集装置 810， 被配 置为采集在线运行程序的与用户所访问的页面相关的场景数据， 其中， 所述场景数据与用 户所访问的页面的页面标识相关联 ； 记录路径生成装置 820， 被配置为根据用户所访问的 页面的页面标识， 生成记录路径 ； 场景数据记录生成装置 830， 被配置为根据所采集的场景数据以及所述记录路径， 生成场景数据记录。由场景数据记录生成装置 830 所生成的场景 数据记录可以发送到场景数据存储装置 840 中来进行保存， 以供以后查询。场景数据存储 装置 840 中的数据可以是用户通过场景数据生成装置产生的， 也可以是从其他环境中移植 而来的。 另外， 场景数据存储装置中不光可以保存当前版本在线运行系统的场景数据， 也可 以保存前一或多个版本的场景数据信息。 这样， 用户在使用当前版本在线运行系统时， 也可 以查询前一或多个版本的场景数据。这里需要指出的是， 虽然在图 8 中将场景数据存储装 置 840 显示为在场景数据系统 800 之内， 事实上， 场景数据存储装置 840 也可以处于根据本 发明的场景数据系统 800 之外。
另外， 根据本发明的实施例的场景数据系统 800 还可以包括查询关键字生成装置 850， 被配置为根据所记录的场景数据以及所述记录路径， 生成场景数据记录查询关键字 ； 以及场景数据查询装置 860， 被配置为根据所述查询关键字在场景数据存储装置 840 中查 询所述场景数据记录。其中， 所述场景数据采集装置进一步被配置为 ： 响应于用户指定起 始页面， 开始采集与用户所访问的页面相关的场景数据 ； 响应于用户所访问的页面发生跳 转， 采集与所跳转到的页面相关的场景数据， 其中， 所述场景数据与所跳转到的页面的页面 标识相关联 ； 以及， 响应于用户指定终点页面， 停止采集与用户所访问的页面相关的场景数 据。其中， 查询关键字生成装置进一步被配置为 ： 从所记录的场景数据中提取出页面关键 字； 通过组合所提取出的页面关键字与所述记录路径， 生成所述场景数据记录查询关键字。 另外， 如同前面所描述的， 场景数据存储装置 840 中的场景数据记录也可以迁移自另一个 相同版本或者不同版本的在线运行系统的场景数据系统。通过采用上述系统， 可以实现根 据本发明的实施例的用于为在线运行程序保存场景数据以及查询场景数据的方法。 另外， 根据本发明的实施例的场景数据系统即可以在客户端实现， 也可以在服务 器端实现， 并且， 其中所包括的各个装置中的部分装置可以在客户端实现， 其余的部分装置 也可以在服务器端实现。无论哪种实现方式， 都不应被排除在本发明的保护范围之外。
通过将上面描述的本发明的方法和系统应用到不同的场景， 可以带来如下有益效 果：
1) 测试人员在运行测试用例的时候， 可以自动的记录数据输入和页面内容以及屏 幕截图， 而不需要手工来完成 ； 即便是自动测试过程中， 在开发自动脚本的过程中， 只需要 做基本的调用配置， 而不需要写大量的代码来记录数据记录 ；
2) 终端用户或者项目组成员可以在正在运行当前在线运行系统的时候， 去查找到 相关的场景数据记录， 而无需查找其他的资源 ；
3) 相比较通过代码或者测试用例做关联的方法， 这种方法具有快速、 高效、 准确性 高的优点 ；
4) 假如用户不知道后续操作应该如何进行， 可以按照目前已经执行的部分， 查询 后续的可能场景的操作方式以及可能的输入数据和页面内容 ；
5) 帮助桌面 (Help Desk) 受人力资源的限制， 如果完全使用人工交互， 很难达到 24x7 的服务 ； 如果使用电话语音的交互， 则终端用户需要花费更多的时间来查找所需要的 信息 ； 但是我们的这种方法可以实现 24x7 的自助服务 ；
6) 客户人员或者项目组成员可以在安装一个最新版本的在线运行系统的情况下， 来查看其他版本的场景数据记录 ；
7) 系统管理维护人员可以很容易的通过记录系统配置数据产生的结果， 来高效的 调整系统配置 ；
8) 这种方法还提供了一种不同于用代码变化或者系统功能说明书变化的方式来 记录系统的变化， 而是直接通过记录具体的运行记录的方式。
本发明还提供了一种存储介质或信号载体， 其中包括用于执行根据本发明的方法 的指令。
附图中的流程图和框图， 图示了按照本发明实施例的系统、 方法和计算机程序产 品的可能实现的体系架构、 功能和操作。 在这点上， 流程图或框图中的每个方框可以代表一 个模块、 程序段、 或代码的一部分， 所述模块、 程序段、 或代码的一部分包含一个或多个用于 实现规定的逻辑功能的可执行指令。 也应当注意， 在有些作为替换的实现中， 方框中所标注 的功能也可以以不同于附图中所标注的顺序发生。例如， 两个接连地表示的方框实际上可 以基本并行地执行， 它们有时也可以按相反的顺序执行， 这依所涉及的功能而定。 也要注意 的是， 框图和 / 或流程图中的每个方框、 以及框图和 / 或流程图中的方框的组合， 可以用执 行规定的功能或操作的专用的基于硬件的系统来实现， 或者可以用专用硬件与计算机指令 的组合来实现。 所属技术领域的技术人员知道， 本发明可以体现为系统、 方法或计算机程序产品。 因此， 本发明可以具体实现为以下形式， 即， 可以是完全的硬件、 完全的软件 ( 包括固件、 驻 留软件、 微代码等 )、 或者本文一般称为 “电路” 、 “模块” 或 “系统” 的软件部分与硬件部分的 组合。此外， 本发明还可以采取体现在任何有形的表达介质 (medium of expression) 中的 计算机程序产品的形式， 该介质中包含计算机可用的程序码。
可以使用一个或多个计算机可用的或计算机可读的介质的任何组合。计算机可 用的或计算机可读的介质例如可以是——但不限于——电的、 磁的、 光的、 电磁的、 红外线 的、 或半导体的系统、 装置、 器件或传播介质。计算机可读介质的更具体的例子 ( 非穷举的 列表 ) 包括以下 ： 有一个或多个导线的电连接、 便携式计算机磁盘、 硬盘、 随机存取存储器 (RAM)、 只读存储器 (ROM)、 可擦式可编程只读存储器 (EPROM 或闪存 )、 光纤、 便携式紧凑磁 盘只读存储器 (CD-ROM)、 光存储器件、 诸如支持因特网或内部网的传输介质、 或者磁存储器 件。 注意计算机可用的或计算机可读的介质甚至可以是上面印有程序的纸张或者其它合适 的介质， 这是因为， 例如可以通过电扫描这种纸张或其它介质， 以电子方式获得程序， 然后 以适当的方式加以编译、 解释或处理， 并且必要的话在计算机存储器中存储。 在本文件的语 境中， 计算机可用的或计算机可读的介质可以是任何含有、 存储、 传达、 传播、 或传输供指令 执行系统、 装置或器件使用的或与指令执行系统、 装置或器件相联系的程序的介质。 计算机 可用的介质可包括在基带中或者作为载波一部分传播的、 由其体现计算机可用的程序码的 数据信号。 计算机可用的程序码可以用任何适当的介质传输， 包括——但不限于——无线、 电线、 光缆、 RF 等等。
用于执行本发明的操作的计算机程序码， 可以以一种或多种程序设计语言的任何 组合来编写， 所述程序设计语言包括面向对象的程序设计语言——诸如 Java、 Smalltalk、 C++ 之类， 还包括常规的过程式程序设计语言——诸如” C” 程序设计语言或类似的程序设计 语言。 程序码可以完全地在用户的计算上执行、 部分地在用户的计算机上执行、 作为一个独 立的软件包执行、 部分在用户的计算机上部分在远程计算机上执行、 或者完全在远程计算
机或服务器上执行。在后一种情形中， 远程计算机可以通过任何种类的网络——包括局域 网 (LAN) 或广域网 (WAN)——连接到用户的计算机， 或者， 可以 ( 例如利用因特网服务提供 商来通过因特网 ) 连接到外部计算机。
以上结合优选法方案对本发明进行了详细的描述， 但是可以理解， 以上实施例仅 用于说明而非限定本发明。 本领域的技术人员可以对本发明的所示方案进行修改而不脱离 本发明的范围和精神。