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有类似的结构:
- 带响应代码和消息的起始行。一些常用代码是
和
- 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(断言):
确定服务器是否正常工作的最简单方法是检查响应代码。 通常表示服务器成功处理了请求。 在现实生活中,客户端通常向服务器发送一系列请求。例如,对于在线商店,第一个请求可用于登录,以及后续请求,比如用于购买某些产品。在SoapUI中,用户通过将请求和其他测试步骤组织到测试用例中来模拟这种真实行为。一起工作的多个测试用例被分组到测试套件中,而测试套件又属于测试项目。
|