草庐IT

SoapUI、Jmeter、Postman三种接口测试工具的比较分析

软件测试老莫 2023-08-07 原文

目录

前言

1.  用例组织方式

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

3.  配置不同接口类型

4.  自定义变量以及变量的作用域

5.  数据源、生成器，进行参数化

6.  流程控制

7.  结果解析、展示

8.  断言

9.  脚本扩展能力

10. 团队协作

总结

重点：配套学习资料和视频教学

前言

前段时间忙于接口测试，也看了几款接口测试工具，简单从几个角度做了个比较，拿出来与诸位分享一下。本文从多个方面对接口测试的三款常用工具进行比较分析，以便于在特定的情况下选择最合适的工具，或者使用自己编写的工具。（不同工具定位不同，我们只是主要从接口功能测试的角度进行分析）。

1.  用例组织方式

首先是用例组织方式的不同，不同的目录结构与组织方式代表不同工具的测试思想，学习一个测试工具应该首先了解其组织方式。

SoapUI的组织方式如下图，最上层是WorkSpace，每个窗口只可以打开一个WorkSpace（这是一个xml文件），每个Project也是一个单独的xml文件（为了协同工作，也可以通过设置将其转化为一堆文件集合），所以每个WorkSpace中可以打开多个Project，一个Project也可以在不同的WorkSpace中。

Project对应我们的测试项目，其中可添加WSDL、WADL资源、TestSuite以及MockService。

TestSuite对应我们的测试模块，比如商户中心，其中可以添加TestCase，TestCase对应我们对某个模块的不同接口，比如订单管理接口。而一个接口可以能需要多个Step完成，变量、数据源、请求等都是一个Step。

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

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

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

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

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

工具接口类型测试类型
SoapUISoap、Rest功能、压力、安全
Jmeter

Rest、Soap等

可扩展WebSocket、socket

功能、压力
PostmanRest功能


3.  配置不同接口类型

  • SoapUI可以创建Soap Project或者Rest Project（但Project中添加什么类型的Step则不受影响），可添加wsdl、wadl资源，并能在TestCase里添加Rest或Soap的Step。

  • Jmeter可以在线程组里添加HTTP、TCP或WebSocket的Sampler。

  • Postman仅支持Rest接口。

4.  自定义变量以及变量的作用域

除以下表格中所列的变量之外，每个工具都有系统变量，未列在内。

工具变量类型作用域
SoapUIProject、TestSuite、TestCase的Properties以及Custom Properties各自以内的范围内
TestCase里的Properties在整个TestCase内
TestCase里的Data Source、DataGen等在整个TestCase内
Groovy脚本定义看定义方式
JmeterTestPlan中用户定义的变量所有Threads Group
配置元件 - 用户定义的变量根据元件位置而定
CSV data set、random variable等根据元件位置而定
前置、后置处理器当前Threads Group
PostmanEnvironment Variable当前环境的Collection
Global Variable所有Collections
CSV/JSON datafileRunner当前的Collection

5.  数据源、生成器，进行参数化

工具数据源生成器循环
SoapUIDataSource，数据可来源于文件、目录、数据库、Excel、Grid等DataGenDataSource Loop
JmeterCSV Data Set Config读取csv文件

Random Variable

计数器

ForEach控制器

循环控制器

While控制器

PostmanRunner中运行时，可加载CSV/JSON文件无（只能通过脚本）Runner中的Iteration

6.  流程控制

  • SoapUI：由Conditioinal Goto控制流程，以及Groovy脚本

  • Jmeter：由Switch控制器、If控制器、随机控制器等一系列控制器实现流程控制，以及Beanshell脚本

  • Postman：通过JavaScript脚本控制

7.  结果解析、展示

工具结果日志报告
SoapUI

Project-OverView、TestSuites

TestSuite-TestCases

TestCase-TestSteps

SoapUI全局多种log

TestSuite log
TestCase log
Request log

Project report
TestSuite report
TestCase report
(PDF/HTML/XML/CSV)
Jmeter各种监听器统一的Jmeter log

监听器可导出到文件

并可导出JTL、CSV文件、通过插件可导出HTML（Jmeter3自带）

Postman

Send可查看Request的Response

Runner可查看运行的Result

Postman

console

Chrome

DevTools

Request的Response以及Runner的Result均可导出json

8.  断言

  • SoapUI：每个Request可添加Assertion

  • Jmeter：TestPlan、Threads Group、Sampler均可添加断言

  • Postman：请求的Tests中可添加断言

9.  脚本扩展能力

  • SoapUI：Groovy脚本

  • Jmeter：Bean shell（Java）

  • Postman：JavaScript

10. 团队协作

  • SoapUI：本身一个project是一个xml文件，但是可以通过配置变成一系列文件夹，每个Case、每个Suite均是独立的文件，这样可通过svn/git进行团队协作。支持性较好。

  • Jmeter：一个TestPlan也是一个jmx（xml）文件，无法分割，但Jmeter有一个合并的功能，允许将多个文件合并在一起。只能每个团队成员自己建立一个TestPlan，分功能块进行测试。最后整理合并。

  • Postman：有团队协作的功能，需要付费。

总结

感谢每一个认真阅读我文章的人！！！

如果下面这些资料用得到的话可以直接拿走：

1、自学开发或者测试必备的完整项目源码与环境

2、测试工作中所有模板（测试计划、测试用例、测试报告等）

3、软件测试经典面试题

4、Python/Java自动化测试实战.pdf

5、Jmeter/postman接口测试全套视频获取

6、Python学习路线图

               

重点：配套学习资料和视频教学

那么在这里我也精心准备了上述大纲的详细资料包含：电子书，简历模块，各种工作模板，面试宝典，自学项目等。如下，需要的点击下方名片加我VX免费领取，与我一起学习交流。

                       

 

                                                           

测试工具Postmanvertical-alignverticalstylejmeter面试软件测试

有关SoapUI、Jmeter、Postman三种接口测试工具的比较分析的更多相关文章

  1. ruby-on-rails - 使用 Ruby on Rails 进行自动化测试 - 最佳实践 - 2

    很好奇，就使用ruby​​onrails自动化单元测试而言，你们正在做什么？您是否创建了一个脚本来在cron中运行rake作业并将结果邮寄给您？git中的预提交Hook？只是手动调用？我完全理解测试，但想知道在错误发生之前捕获错误的最佳实践是什么。让我们理所当然地认为测试本身是完美无缺的，并且可以正常工作。下一步是什么以确保他们在正确的时间将可能有害的结果传达给您？ 最佳答案 不确定您到底想听什么，但是有几个级别的自动代码库控制:在处理某项功能时，您可以使用类似autotest的内容获得关于哪些有效，哪些无效的即时反馈。要确保您的提

  2. ruby - 使用 C 扩展开发 ruby​​gem 时，如何使用 Rspec 在本地进行测试？ - 2

    我正在编写一个包含C扩展的gem。通常当我写一个gem时，我会遵循TDD的过程，我会写一个失败的规范，然后处理代码直到它通过，等等......在“ext/mygem/mygem.c”中我的C扩展和在gemspec的“扩展”中配置的有效extconf.rb，如何运行我的规范并仍然加载我的C扩展？当我更改C代码时，我需要采取哪些步骤来重新编译代码？这可能是个愚蠢的问题，但是从我的gem的开发源代码树中输入“bundleinstall”不会构建任何native扩展。当我手动运行rubyext/mygem/extconf.rb时，我确实得到了一个Makefile(在整个项目的根目录中)，然后当

  3. ruby - Ruby 的 Hash 在比较键时使用哪种相等性测试？ - 2

    我有一个围绕一些对象的包装类，我想将这些对象用作散列中的键。包装对象和解包装对象应映射到相同的键。一个简单的例子是这样的:classAattr_reader:xdefinitialize(inner)@inner=innerenddefx;@inner.x;enddef==(other)@inner.x==other.xendenda=A.new(o)#oisjustanyobjectthatallowso.xb=A.new(o)h={a=>5}ph[a]#5ph[b]#nil,shouldbe5ph[o]#nil,shouldbe5我试过==、===、eq?并散列所有无济于事。

  4. ruby - RSpec - 使用测试替身作为 block 参数 - 2

    我有一些Ruby代码，如下所示:Something.createdo|x|x.foo=barend我想编写一个测试，它使用double代替block参数x，这样我就可以调用:x_double.should_receive(:foo).with("whatever").这可能吗？ 最佳答案 specify'something'dox=doublex.should_receive(:foo=).with("whatever")Something.should_receive(:create).and_yield(x)#callthere

  5. ruby - Sinatra:运行 rspec 测试时记录噪音 - 2

    Sinatra新手；我正在运行一些rspec测试，但在日志中收到了一堆不需要的噪音。如何消除日志中过多的噪音？我仔细检查了环境是否设置为:test，这意味着记录器级别应设置为WARN而不是DEBUG。spec_helper:require"./app"require"sinatra"require"rspec"require"rack/test"require"database_cleaner"require"factory_girl"set:environment,:testFactoryGirl.definition_file_paths=%w{./factories./test/

  6. ruby-on-rails - 迷你测试错误 : "NameError: uninitialized constant" - 2

    我遵循MichaelHartl的“RubyonRails教程:学习Web开发”，并创建了检查用户名和电子邮件长度有效性的测试(名称最多50个字符，电子邮件最多255个字符)。test/helpers/application_helper_test.rb的内容是:require'test_helper'classApplicationHelperTest在运行bundleexecraketest时，所有测试都通过了，但我看到以下消息在最后被标记为错误:ERROR["test_full_title_helper",ApplicationHelperTest,1.820016791]test

  7. ruby - 即使失败也继续进行多主机测试 - 2

    我已经构建了一些serverspec代码来在多个主机上运行一组测试。问题是当任何测试失败时，测试会在当前主机停止。即使测试失败，我也希望它继续在所有主机上运行。Rakefile:namespace:specdotask:all=>hosts.map{|h|'spec:'+h.split('.')[0]}hosts.eachdo|host|begindesc"Runserverspecto#{host}"RSpec::Core::RakeTask.new(host)do|t|ENV['TARGET_HOST']=hostt.pattern="spec/cfengine3/*_spec.r

  8. ruby-on-rails - 如何使辅助方法在 Rails 集成测试中可用？ - 2

    我在app/helpers/sessions_helper.rb中有一个帮助程序文件，其中包含一个方法my_preference，它返回当前登录用户的首选项。我想在集成测试中访问该方法。例如，这样我就可以在测试中使用getuser_path(my_preference)。在其他帖子中，我读到这可以通过在测试文件中包含requiresessions_helper来实现，但我仍然收到错误NameError:undefinedlocalvariableormethod'my_preference'.我做错了什么？require'test_helper'require'sessions_hel

  9. ruby-on-rails - Cucumber 是否只是 rspec 的包装器以帮助将测试组织成功能？ - 2

    只是想确保我理解了事情。据我目前收集到的信息，Cucumber只是一个“包装器”，或者是一种通过将事物分类为功能和步骤来组织测试的好方法，其中实际的单元测试处于步骤阶段。它允许您根据事物的工作方式组织您的测试。对吗？ 最佳答案 有点。它是一种组织测试的方式，但不仅如此。它的行为就像最初的Rails集成测试一样，但更易于使用。这里最大的好处是您的session在整个Scenario中保持透明。关于Cucumber的另一件事是您(应该)从使用您的代码的浏览器或客户端的角度进行测试。如果您愿意，您可以使用步骤来构建对象和设置状态，但通常您

  10. ruby-on-rails - 如何调试 cucumber 测试？ - 2

    我有:When/^(?:|I)follow"([^"]*)"(?:within"([^"]*)")?$/do|link,selector|with_scope(selector)doclick_link(link)endend我打电话的地方:Background:GivenIamanexistingadminuserWhenIfollow"CLIENTS"我的HTML是这样的:CLIENTS我一直收到这个错误:.F-.F--U-----U(::)failedsteps(::)nolinkwithtitle,idortext'CLIENTS'found(Capybara::Element

随机推荐