4.2 postman参数化

一、接口测试

 

1. Postman参数化简介

00:28

1）定义数据文件

01:19

• 
• 核心概念：将测试数据组织到数据文件中，通过脚本反复迭代使用不同数据，达到测试不同用例的目标
• 应用场景：适用于测试同一接口的不同测试点，且只有测试数据不同的情况
• 实现工具：在Postman中主要通过CSV和JSON两种数据文件格式实现

2）CSV文件

02:02

• 
• 数据组织：类似数据库表结构，第一行为字段名，后续每行对应字段值
• 优点：
  • 格式简单：数据组织直观明了，适合快速编写
• 缺点：
  • 类型限制：不能测试布尔类型（Postman读取时会自动给非数值类型添加双引号变为字符串）
  • 数据结构：无法存储复杂数据类型（元组、列表、字典等）
  • 参数测试：不能实现参数测试（多参/少参测试会破坏数据结构）
• 应用场景：适合数据量较大但数据组织格式简单的测试需求

3）JSON文件

05:28

• 
• 优点：
  • 类型支持：可以测试布尔类型
  • 数据结构：支持复杂数据类型（列表、字典等嵌套结构）
  • 参数测试：能够实现参数测试（每组数据独立，互不影响）
• 缺点：
  • 文件体积：相同数据量下文件体积远大于CSV（需要重复存储键名）
• 应用场景：适合数据量较小、数据结构复杂或需要进行参数测试的情况
• 对比说明：JSON的优点基本对应CSV的缺点，两种格式形成互补关系

二、知识小结

 

知识点	核心内容	易混淆点/注意事项	应用场景
Postman参数化数据文件类型	支持CSV和JSON两种格式，各有优缺点	CSV不支持布尔类型、复杂数据类型和参数测试；JSON文件体积较大但功能全面	CSV：数据量大且格式简单；JSON：数据量小、格式复杂或需参数测试
CSV文件特点	数据组织简单（类似数据库表结构）	所有非数值数据自动转为字符串（导致布尔类型失效）	适用于批量测试数据（如登录用例集）
JSON文件特点	支持布尔类型、复杂数据类型和参数测试	键值对重复导致文件体积膨胀	需嵌套数据结构或参数化测试时首选
参数测试实现对比	CSV因固定字段结构无法模拟多参/少参；JSON通过独立键值对灵活控制	CSV字段增减会影响全部测试数据	错误参数测试必须使用JSON格式
数据量影响	CSV存储效率高；JSON冗余内容随数据量指数级增长	大规模测试优先CSV，小规模复杂测试用JSON	根据测试需求混合使用两种格式