面向服务的结构体系是众多现代计算基础结构的基础。如果这是您所遇到的情况，您需要一个简易而持续的方法来跟踪您所开发的 Web 服务的质量。学习 Rational Tester for SOA Quality 可以帮助您理解您的服务是如何工作，并且能够消除性能瓶颈。
IBM® Rational® Tester for SOA Quality 能够自动化面向服务的结构体系（SOA）应用软件的功能测试和回归测试的创建、执行和分析。在这篇文章中您将注意到 IBM Rational Tester for SOA Quality 的报告。更明确地说，您将仔细观察同时使用 Test Log viewer 和在一个 Web 服务执行报告中可得的各种选项的情况。
Rational Tester for SOA Quality 产品是 Rational Performance Tester 应用软件的扩展。如果您对 Rational Tester for SOA Quality 或者 Rational Performance Tester 并不熟悉，您就应该花一点时间来阅读一些下面 参考资源 部分中的介绍性文章。
测试设置
这篇文章是利用 IBM Rational Performance Tester version 7.0.0，IBM Rational Tester for SOA Quality version 7.0.0 Open Beta， Microsoft Windows® 2000 Professional SP2，以及当前的（从这篇文章的最初出版日期起）Google Web API 来编写的。
这篇文章将使用 Google Web API 的 Web 服务进行测试。您可以在下面的 参考资源 部分找到指向 这个服务的 WSDL 链接。在这篇文章的测试套件中我们有三个测试，在 API 中每个操作都有一个测试；这些测试的内容显示在下面的图 1 中。
图1. GoogleAPI 测试套件的测试内容
测试一： doGetCachedPage()
第一个测试调用了 doGetCachedPage() 操作。它传入了 API key 和 IBM developerWorks (http://www.ibm.com/developerworks/)的 url 地址作为参数。对于这个例子，我们有一个等价的验证点，它可以为应答消息找到一个精确的匹配。我将这个测试用例设置为失败通过验证点。
测试二： doGoogleSearch()
第二个测试调用了 doGoogleSearch() 操作。它传入了 API key,"developerWorks" 的 q 值； 初始值 为 0， maxResults 值为 10， 以及其它一些默认值。对于这个测试用例，我们有一个包含的验证点，它只在这个 developerWorks 上寻找代码片段： “"An online collection of tutorials, sample code, standards, and other resources <br> provided experts at IBM to assist software developers using open standards <b>...</b>"。我将这个测试用例设置为通过它的验证点。
测试三： doSpellingSuggestion()
第三个测试调用了 doSpellingSuggestion() 操作。它传入了 API key 和短语IBM Rationla Performance Tester 。对于这个测试，我再次设置了一个寻找结果正确拼写的包含验证点。我将这个测试用例设置为通过它的验证点。
对我们的三个测试都进行了设置，现在我们能够看到一些不同的测试结果类型。
Test Log viewer
Test Log viewer 是查找一个测试详细资料最佳的来源。是查找功能性 Web 服务测试结果的首选位置，也是查找一个 Web 服务性能测试详细资料的位置。它有两个视图，Overview 和 Events。在 Overview 视图中，您能找到总体说明和公共属性。总体说明包括名称、描述以及测试套件的相关文件路径。公共属性包括起始和停止时间、测试运行的结果，测试套件的类型等等。这个视图还包括表明整个测试运行总体结果的报告。表格 1 展示了您可能见到的结果的类型。
表格1.可能的结果以及结果图标
| 结果 | 图标 | 描述 |
|---|---|---|
| 错误 |  | 表明最初的请求并没有成功地发送到这个服务器上，也没有从服务器上接受到任何应答，或者应答不完整或者没有被解析。 |
| 失败 |  | 表明验证点与期望的应答并不匹配或者期望的应答并没有接受到。 |
| 未决的 |  | 表明您提供这个自定义代码定义了一个未决的的结果。 |
| 通过 |  | 表明这个验证点匹配或者接受到了这个期望的应答。 |
