[转]SoapUI、Jmeter、Postman三种接口测试工具用例组织方式

不同的目录结构与组织方式,代表不同工具的测试思想。

SoapUI

  1. WorkSpace,每个窗口只可以打开一个WorkSpace(这是一个 xml文件),每个Project也是一个单独的xml文件(为了协同工作,也可以通过设置将其转化为一堆文件集合),所以每个WorkSpace中可以打开多个Project,一个Project也可以在不同的WorkSpace 中。
  2. Project对应我们的测试项目,其中可添加WSDL、WADL资源、TestSuite以及MockService。
  3. TestSuite对应我们的测试模块,比如商户中心,其中可以添加TestCase,TestCase对应我们对某个模块的不同接口,比如订单管理接口。而一个接口可以能需要多个Step完成,变量、数据源、请求等都是一个Step。

Jmeter

相对比较扁平,它首先没有WorkSpace的概念,直接是TestPlan,等价于SoapUI中的Project,TestPlan下创建的Threads Group就相当于TestCase,并没有TestSuite的层级。

TheadsGroup中的Sampler、管理器等均相当于SoapUI中的一个Step,如下图:

Postman

Postman功能上更简单,组织方式也更轻量级,它主要针对的就是单个的HTTP请求。Collection就相当于是Project,而Collection中可以创建不定层级的Folders,可以自己组织TestSuite。每个Request 可以当做是一个TestCase或者Step:

支持的接口类型与测试类型

从功能上Jmeter最为强大,可以测试各种类型的接口,不支持的也可以通过网上或自己编写的插件进行扩展。SoapUI专门针对HTTP类型的两种接口,其初衷更是专门测试Soap类型接口,对于其他协议的接口不支持。Postman更是轻量级,定位也不同,可用来测试Rest接口。

工具接口类型测试类型
SoapUISoap、Rest功能、压力、安全
JmeterRest、Soap等可扩展WebSocket、socket功能、压力
PostmanRest功能

完整内容见:https://blog.csdn.net/huilan_same/article/details/75413482

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注