1

我试图找出一种方法来反思地查看我在 QTP 脚本中执行的代码。这里的想法是，当我遇到崩溃时，有一个恢复方案来捕获错误消息并将其作为缺陷发送给 QC。如果我能看到我已经执行的代码，那么理论上我也可以包括重现缺陷的步骤。

有什么想法吗？

4

1 回答 1

1

选项 1：电影录制和播放

QTP11（终于）有一个功能来满足这样的需求：看看Tools, Options, Run, Screen capture. ” Save movie to results“那里可以让你准确记录发生的事情。生成的影片是运行结果的一部分，即，如果您提交带有此运行结果的错误，该影片将被包括在内。

我不会使用这样的功能，因为您必须始终录制电影，以防万一出现错误。您最终会得到包含没人想看的电影的大型运行结果，只是为了在发生错误并创建缺陷的极少数情况下使用它们。但：

在这方面，惠普做得很对：您可以在对话框中选择仅在发生错误时将电影保存到结果中。并且，为了避免保存不包含错误的测试执行的钻孔部分，但看到导致错误的关键步骤，您可以指定仅保留影片的最后 N kB，这样您将始终看到导致错误的原因到错误。

选项2：“宏”录制和播放

理论上，您可以为所有测试对象创建自己的播放方法（通过 RegisterUserFunc 注册函数），并让它们在执行播放步骤之前将调用信息保存到某个数据结构中（通过调用原始播放函数）。

然后，仍然在理论上，您可以创建一个不错的小回放引擎，它迭代该数据结构并准确执行之前记录的回放步骤。

在更改 AUT 配置以在各种配置上迭代给定播放而不更改执行原始播放的代码后，我已经做了类似的事情来重复播放步骤包。

但是，嘿，这是一项相当多的工作，很多事情都可能出错：AUT 在播放时必须处于与“播放记录”期间相同的初始状态。这包括测试环境的所有相关数据库和子系统。通常，这在大型项目中不是一件容易的事，而且不值得麻烦（我们正在谈论重新创建原始初始配置只是为了重现一个错误）。

所以我建议你检查一下电影功能，即选项 1。它不会播放 AUT 中的步骤，但它会显示原始播放过程中发生的事情 - 完全正确。

于 2013-06-13T08:55:57.643 回答