Rational for SOA Quality简化服务集成

　　Rational Tester for SOA Quality 为用户提供了两类测试报告，一类是性能测试报告，一类是功能测试报告。本文，我们重点关注的是功能测试报告，不涉及对性能测试报告的分析。

　　在工具左下方的 Performance Test Runs 视图中，右键点击 TestInvoker 工程下的 schedule1，您可以看到在选项列表中有多种测试报告可供查看。这里需要说明的是，选择 Display Test Log，打开功能测试报告页面。

　　我们可以看到，测试报告包括两部分，Overview 和 Events。在 Overview 视图中，您可以查看一些基本信息和公共属性信息。基本信息包括测试名称，描述以及相对路径。常见属性信息包括测试执行的启动和结束时间，测试运行结果，测试的类型等等。其中，测试结果包括 Error, Fail, Inconclusive 和 Pass 四种情况。

　　Error 表示对 Web 服务的调用不成功，或返回的响应信息不完整或不能被正确解析。

　　Fail 表示验证点没有通过或者没有接收到预期的响应信息。

　　Inconclusive 仅当您在自定义代码(Rational Tester for SOA Quality 提供的功能，让用户可以插入 Java 代码，来查询测试运行状态并控制测试行为，本文没有介绍)中定义了该种类型的结果时，才会出现。

　　Pass 表明验证点全部通过或返回了期望的响应信息。

　　您可以看到，本例中，测试结果为 Pass。

　　图 21. 测试报告概要界面

　　在 Events 页面，您可以查看测试运行中每一个步骤的详细信息。如图 22 所示，页面左边是一棵事件树，列出了所有测试执行事件，包括测试的启动和终止，循环，调用，响应，验证点等。当您在事件树中选择了某一事件节点后，该事件的详细信息将显示在右侧的页面中。在 Properties 中，显示了事件的开始时间和事件执行结果。在 Defects 部分，工具和 ClearQuest 进行了集成，让您可以记录或查看相关的错误信息。

　　图 22. 测试报告事件界面

　　对于本例的测试报告，您可以通过上图看出，测试脚本共执行了 5 次，从 Loop[1] 到 Loop[5]。展开每一次循环，您可以发现，只有 Loop[3] 执行了两次调用，其余 4 次循环都只执行了一次对 add 方法的调用。如果您觉得有些疑惑的话，那您肯定不太记得我们对测试脚本进行的编辑了。我们在编辑测试时，为第二次调用引入了一个条件逻辑，判断只有当上一次调用执行的结果为 7 时，才执行第二次调用。测试依次引用数据池中的前 5 组数据，只有第三组数据才满足条件(3，4，7)，因此，只有在第三次执行测试时，才执行第二次调用。

　　通过查看测试报告，我们对测试脚本的执行结果有了深入的了解，可以得出这样的结论，本文中被测应用的功能是完全正确的。

　　3. 总结

　　本文通过一个具有代表性的实例，介绍了如何使用 Rational Tester for SOA Quality 工具完成对 Web 服务集成测试脚本的创建、编辑以及测试结果的分析。相信，通过阅读并学习本文，您能更好的了解 Rational Tester for SOA Quality 的主要功能，并且掌握如何利用该工具进行服务集成测试。

查看本文来源