1. 用例组织方式

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

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

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

从功能上Jmeter最为强大，可以测试各种类型的接口，不支持的也可以通过网上或自己编写的插件进行扩展。

Postman更是轻量级，定位也不同，可用来测试Rest接口。

3. 配置不同接口类型

Jmeter可以在线程组里添加HTTP、TCP或WebSocket的Sampler。Postman仅支持Rest接口。

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

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

6. 流程控制

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

Postman：通过JavaScript脚本控制7. 断言

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

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

9. 脚本扩展能力

Jmeter：Bean shell（Java）

Postman：JavaScript

10. 团队协作

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

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