当您初次登录到 developerWorks 时，将会为您创建一份概要信息。您在 developerWorks 概要信息中选择公开的信息将公开显示给其他人，但您可以随时修改这些信息的显示状态。您的姓名（除非选择隐藏）和昵称将和您在 developerWorks 发布的内容一同显示。

所有提交的信息确保安全。

当您初次登录到 developerWorks 时，将会为您创建一份概要信息，您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。

昵称长度在 3 至 31 个字符之间。您的昵称在 developerWorks 社区中必须是唯一的，并且出于隐私保护的原因，不能是您的电子邮件地址。

所有提交的信息确保安全。

My developerWorks:

我的通知：

退出

选择语言：

自动化 Web 服务测试，第 3 部分: 使用 IBM Rational Software Architect 和 XMLUnit 测试安全 Web 服务

Mohan K Jadhav (mohan.jadhav@in.ibm.com), 软件工程师, EMC

Mohan K Jadhav 是 IBM India Software Labs 的一位软件工程师，在印度班加罗尔市工作。他目前从事有关 Java™ 中间件和服务器端技术方面的研究。
(An IBM developerWorks Contributing Author)

Mansoor Ahmed, 软件工程师, IBM

Mansoor Ahmed 是位于印度班加罗尔的 IBM Software Labs 的软件工程师。他擅长的领域包括开源对象和 Java EE 技术。Mansoor 获得了 Visvesvaraya 科技大学计算机科学学士学位。您可以通过 manahmed@in.ibm.com 与他联系。

简介： 本教程将介绍使用多种技术来实现典型 Web 服务测试自动化的方法，此类技术包括 JUnit、Apache Commons HttpClient 和 Apache XMLUnit。将在 IBM Rational® Software Architect 提供的开发平台上对此进行演示。本教程的目标读者是对 Web 服务的功能测试感兴趣的测试人员和开发人员。开始学习本教程前，您需要对 Web 服务及 Java™ 开发有基本的了解，而且还应该对单元测试工具（如 JUnit）有一定的了解。

查看本系列更多内容

标记本文！

发布日期： 2007 年 9 月 26 日
级别： 高级

访问情况： 3313 次浏览
评论：

开始之前

关于本系列

Web 服务正逐渐成为业务应用程序中的关键组件。随着面向服务的体系结构（Service-Oriented Architecture，SOA）之类的新范式的出现，Web 服务越来越受到关注。在这些面向服务和服务关键型应用程序中，Web 服务测试具有相同的重要性。复杂 Web 服务的快速创建和部署对 QA 团队提出了一个挑战。实现 Web 服务测试的自动化，可帮助团队有效地管理此工作。

Web 服务测试通常包括以下任务：

为 Web 服务生成客户机或框架代码。
定义测试输入。
使用客户机或框架代码调用 Web 服务。
验证实际响应与预期响应是否相似。

在这些活动中，客户机或框架代码生成和响应验证需要进行的工作最多。

可以使用各种工具来基于 WSDL 文件为 Web 服务生成客户机或框架代码；不过，生成的代码可能为专用的，可能需要在每次 WSDL 发生更改的情况下重新生成。此问题的一个解决方法是，消除客户机或框架代码的生成工作，通过通用 HTTP 客户机直接调用 Web 服务。在本系列的后面，将看到 Apache Commons HttpClient（以下称为 HttpClient）API 所提供的这样一个工具。

类似地，响应验证通常涉及到某种手动干预，具体取决于响应内容的复杂性。如果响应包含简单元素，验证可以非常简单，因为只需要验证简单元素中的值即可。对于包含复杂元素和大量此类复杂元素的大型列表的响应，进行手动验证的工作量将会大得多。

本系列将介绍如何使用多项技术来自动化典型 Web 服务测试；此类技术包括 Junit、HttpClient 和 Apache XMLUnit（以下称为 XMLUnit）。将在 IBM Rational Software Architect 提供的开发平台上对此进行演示。

本系列目前已推出了三个部分：