本主题解释了如何使用 SOAtest 来监视通过 TIBCO EMS 系统的事务,然后生成检查监视消息的测试用例。
本章包含:
创建测试的另一种方式是在应用程序运行时,让 SOAtest 的记录代理监视一个或多个 JMS、HTTP 或 MQ 端点上的流量。SOAtest“监听”流量请求和响应,然后构建一个合法请求/响应对的流量文件。然后,将该流量用来生成测试套件,该套件表示在预配置的 SOAP 客户端或消息传递客户端工具中捕获到的行为。有关更多详情,请查阅 从已记录的 HTTP、JMS 或 MQ 通讯报文创建测试 。 |
SOAtest 监视通过 TIBCO EMS 的事务,然后生成检查所控制消息的功能测试用例。除了提供对系统消息的可见性之外,这还允许您直接在 SOAtest 中重播事务,并验证所监视的功能性是否继续按预期工作。
为了实现这一点,则告诉 SOAtest 如何连接到 TIBCO EMS 以及希望 SOAtest 监视什么目标(主题或队列)消息,然后提示它启动监视。 SOAtest 将为每个在指定目标上捕获到的 JMS 消息或为过程流内的所有消息(如果使用了过程跟踪主题)生成一个消息传递客户端测试的测试套件。这些测试预先配置了连接参数、请求和目标消息,以便 SOAtest 可以回访相同消息。
SOAtest 可以为以下类型的 JMS 消息生成测试客户端:
这个 tibjms.jar 文件必须提那家到类路径上(通过 Parasoft> Preferences> Parasoft> System Properties)。
若要生成测试,请执行以下操作:
$sys.monitor.Q.r.>
如果希望 SOAtest 使用 JMS QueueBrowser API,以便跟踪 JMS 队列上传递的消息(而无需从队列中移除它们),则启用 Leave messages on the queue 选项。这允许 SOAtest 在不影响事务的情况下获得对这些消息的可见性。
关于讨论此选项的潜在并发症以及如何避免它们,请查阅 JMS Queue Options。 |
除了通过监视触摸 TIBCO EMS 中的 JMS 端点的事务消息自动生成功能测试之外,还可以通过 EMS 发生的消息作为测试触发的事务的一部分进行可视化和跟踪,然后对它们进行剖析以验证。 关于更多详情,请查阅 Event Monitoring - ESBs, Java Apps, Databases, and other Systems。 |