RPT error: fail verdict roll up
RPT error: fail verdict roll up
我是RPT和性能测试新手
我正在使用 RPT 试用版 8.7.1。我记录了一个简单的测试。这个记录的测试所做的是它只是登录一个电子商务网站，然后浏览到一个项目，然后将该项目添加到购物车，然后注销。
我在一个有 5 个用户的时间表中回放了这个测试。我还附加了一个包含 5 行（登录名和密码）的数据池进行测试。
回放后，我手动打开了带有数据池中提到的登录 ID 的电子商务网站，以检查测试是否已将商品添加到相应登录 ID 的购物车中。测试成功添加了datapool中提到的每个login id的购物车中的商品。
但是当我在eclipse中看到rpt的TEST LOG。它显示“已报告 2 个失败判决”（参见附图 1.jpeg）。
我已经用谷歌搜索了解它的含义，但我找不到任何有用的参考。我还检查了 IBM 知识中心站点是否存在此错误，但我再次找不到任何有用的描述。
请查看随附的屏幕截图。
如有任何帮助，我们将不胜感激。
首先，"FAIL verdicts reported" 是一个通用的摘要消息，表示 page/transaction/test 容器中的至少一个元素（HTTP 请求-响应对）发生了播放错误。播放错误的一个示例是特定元素的响应代码不匹配，例如在测试中收到 200 状态代码的请求，但在播放时收到 500 状态代码。所以，消息 "FAIL verdicts reported" 不能告诉我们更多关于播放中的问题。
要了解有关失败请求的更多详细信息，您必须详细查看测试日志。您将不得不扩展测试，然后是页面和元素以到达失败的元素。您可以使用协议数据视图检查元素的请求、响应和响应的浏览器视图。 （协议数据视图默认打开，如果您找不到它，请使用 Window->Show View->Protocol Data）。通过将回放中的请求内容与测试中的相应元素进行比较，您将能够获得有关问题所在的线索。如果任何动态参数必须是 correlated/substituted，则可能需要这样做。 RPT 提供了一个 "Comparison" 视图，可以方便您的分析。要打开它，请右键单击有问题的元素，然后在选项中选择比较和 select 所有选项。此外，为了方便用户，测试日志中的每个元素都包含一个 link，将您带到测试中的相应元素。
根据您的执行事件控制台屏幕截图，似乎每个虚拟用户都有 2 个错误。一种是引用变量提取失败，一种是超时错误。纠正此问题的第一步是将发生这些情况的请求的请求数据与测试中的相应元素进行比较。
您可能不会在测试日志中包含所有必需的内容，因为默认情况下 RPT 不会记录计划中所有用户的所有事件。它必须明确地提高。
最后，作为一般准则，建议首先回放测试本身，最好使用用于记录的登录 ID（无数据池）并解决那里的问题。接下来，从数据池中替换登录 ID，然后重试。如果一切顺利，请尝试以最少用户数（例如 5-10 人）的时间表回放测试。当我们处于 "test debugging" 模式时，最好将测试日志级别设置为 ALL/ALL/ALL，这样我们就有足够的信息来解决测试问题。 （测试日志设置在计划选项中）
我是RPT和性能测试新手
我正在使用 RPT 试用版 8.7.1。我记录了一个简单的测试。这个记录的测试所做的是它只是登录一个电子商务网站，然后浏览到一个项目，然后将该项目添加到购物车，然后注销。
我在一个有 5 个用户的时间表中回放了这个测试。我还附加了一个包含 5 行（登录名和密码）的数据池进行测试。
回放后，我手动打开了带有数据池中提到的登录 ID 的电子商务网站，以检查测试是否已将商品添加到相应登录 ID 的购物车中。测试成功添加了datapool中提到的每个login id的购物车中的商品。
但是当我在eclipse中看到rpt的TEST LOG。它显示“已报告 2 个失败判决”（参见附图 1.jpeg）。
我已经用谷歌搜索了解它的含义，但我找不到任何有用的参考。我还检查了 IBM 知识中心站点是否存在此错误，但我再次找不到任何有用的描述。
请查看随附的屏幕截图。
如有任何帮助，我们将不胜感激。
首先，"FAIL verdicts reported" 是一个通用的摘要消息，表示 page/transaction/test 容器中的至少一个元素（HTTP 请求-响应对）发生了播放错误。播放错误的一个示例是特定元素的响应代码不匹配，例如在测试中收到 200 状态代码的请求，但在播放时收到 500 状态代码。所以，消息 "FAIL verdicts reported" 不能告诉我们更多关于播放中的问题。
要了解有关失败请求的更多详细信息，您必须详细查看测试日志。您将不得不扩展测试，然后是页面和元素以到达失败的元素。您可以使用协议数据视图检查元素的请求、响应和响应的浏览器视图。 （协议数据视图默认打开，如果您找不到它，请使用 Window->Show View->Protocol Data）。通过将回放中的请求内容与测试中的相应元素进行比较，您将能够获得有关问题所在的线索。如果任何动态参数必须是 correlated/substituted，则可能需要这样做。 RPT 提供了一个 "Comparison" 视图，可以方便您的分析。要打开它，请右键单击有问题的元素，然后在选项中选择比较和 select 所有选项。此外，为了方便用户，测试日志中的每个元素都包含一个 link，将您带到测试中的相应元素。
根据您的执行事件控制台屏幕截图，似乎每个虚拟用户都有 2 个错误。一种是引用变量提取失败，一种是超时错误。纠正此问题的第一步是将发生这些情况的请求的请求数据与测试中的相应元素进行比较。
您可能不会在测试日志中包含所有必需的内容，因为默认情况下 RPT 不会记录计划中所有用户的所有事件。它必须明确地提高。
最后，作为一般准则，建议首先回放测试本身，最好使用用于记录的登录 ID（无数据池）并解决那里的问题。接下来，从数据池中替换登录 ID，然后重试。如果一切顺利，请尝试以最少用户数（例如 5-10 人）的时间表回放测试。当我们处于 "test debugging" 模式时，最好将测试日志级别设置为 ALL/ALL/ALL，这样我们就有足够的信息来解决测试问题。 （测试日志设置在计划选项中）