SmartBear SoapUI Pro入门教程--第一次功能测试（一）

SoapUI Pro拥有许多其余web服务测试工具所不具有的高级技术和功能。对于REST、SOAP以及其余流行的API和物联网协议，SoapUI Pro提供了业界最全面的功能测试功能。经过易用的图形界面和企业级功能，SoapUI Pro容许你快速建立和执行自动功能测试。在单一环境下，SoapUI Pro提供了完整的测试覆盖，支持全部的标准协议和技术。本文旨在引导SoapUI Pro新用户开始第一次功能测试，供你们学习讨论。

 

---

条款：

• Web服务是客户端/服务器应用程序，其中客户端和服务器经过HTTP协议或基于HTTP的其余协议在Web上交换数据。此类应用的示例包括导航软件，在线银行客户端，天气监视系统等。
• 客户端发送请求的URL包含有关已测试服务器（主机）的信息，用于通讯的端口号以及请求的服务器资源，例如页面或文件路径：
• 客户端发送给服务器的Requests具备如下结构：
  • 指定HTTP方法的起始行（如GET，POST或DELETE），目标URL和协议版本。
  • 传递额外信息的标头，如预期的响应数据格式，或请求数据的大小和格式。
  • （可选）请求正文。
    Responses有相似的结构：
  • 带响应代码和消息的起始行。一些经常使用代码是

    200 OK (success)

    和

    404 Not Found (failure, the requested resource was not found)

  • 描述响应数据格式并包含其余值（如cookie，服务器信息等）的标头。
  • 响应主体，例如，包含请求数据的数组，图像，文件等。
• 请求和响应主体的经常使用格式是JSON和XML。
• 客户端发送到服务器执行的命令称为action,method和operation，具体取决于服务体系结构样式（SOAP或REST，请参见下文）。
• Web服务的两种流行架构风格是SOAP和REST：
  • SOAP服务使用经过HTTP构建的SOAP协议。这些服务使用POST类型的HTTP请求，并在请求和响应主体中以XML格式传递数据。全部请求都转到同一个URL，要执行的操做由请求正文中的特殊请求标头或XML元素指定。
  • REST服务经过HTTP工做。要执行的操做由HTTP方法和请求的资源名称的组合设置。REST服务定义有几种格式：OpenAPI（Swagger），WADL和其余一些格式。

---

如何测试Web服务

要确保Web服务正常运行，须要建立并运行功能测试。这些测试将请求发送到服务器并验证其响应。 在ReadyAPI中，用户能够在SoapUI中建立功能，而且能够在特殊编辑器中轻松模拟请求并自定义其参数：

要验证响应数据和响应代码，请向测试请求添加assertions（断言）：

肯定服务器是否正常工做的最简单方法是检查响应代码。

200 OK (success)

一般表示服务器成功处理了请求。

在现实生活中，客户端一般向服务器发送一系列请求。例如，对于在线商店，第一个请求可用于登陆，以及后续请求，好比用于购买某些产品。在SoapUI中，用户经过将请求和其余测试步骤组织到测试用例中来模拟这种真实行为。一块儿工做的多个测试用例被分组到测试套件中，而测试套件又属于测试项目。

---

下次连载更新将会介绍建立功能测试的步骤，敬请关注~

想要获取更多SoapUI Pro相关信息能够点击这里。