Postman 无内置字符串长度判断函数，需用 JavaScript 的 .length，但其按 UTF-16 码元计数，对 emoji 和中文可能与字节或 Unicode 字符数不一致。
Postman 本身不提供直接判断字符串长度的内置函数，但你可以用 JavaScript 在 Tests 脚本里手动提取字段并调用 .length ——不过要注意：中文、emoji、特殊符号会导致 .length 和「字节数」或「视觉长度」不一致，这是最常翻车的地方。
校验 JSON 字段的字符长度（基础场景）
比如接口返回 {"username": "张三"}，你想断言 username 字符数 ≤ 10：
- 直接用
pm.response.json().username.length是最简方式，但它按 UTF-16 码元计数，"?"算 2，"张"算 1，和后端通常按字节或 Unicode 字符校验的逻辑可能不一致 - 如果后端限制是「最多 10 个 Unicode 字符」，那
.length大多可用；但若限制是「UTF-8 字节 ≤ 30」，就不能直接用.length - 示例脚本：
const res = pm.response.json();
pm.test("username length {
pm.expect(res.username).to.exist;
pm.expect(res.username.length).to.be.at.most(10);
});
带中文/emoji 的真实长度校验（兼容性关键）
当测试点明确要求「中文算 2 字节」「emoji 算 4 字节」时，.length 会失效。你需要自己实现字节长度计算：
- Postman 支持完整 JS 运行环境，可直接在
Tests里写函数，例如用正则替换中文/emoji 后再算长度： -
getByteLength = str => str.replace(/[^\x00-\xff]/g, "xx").length—— 把所有非 ASCII 字符替换成两个字符，模拟 GBK 或部分旧系统计数逻辑 - 更严谨的 UTF-8 字节估算（适用于大多数现代服务端）：
new TextEncoder().encode(str).length，Postman v10.15+ 原生支持 - 注意：不要在
Pre-request Script里用TextEncoder，部分老版本 Postman 尚未注入该 API
校验响应体整体长度（如限制返回内容大小）
有时要验证整个响应体不能超过某个字节数（比如防止敏感信息泄露或超大文件误返回）：
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
-
pm.response.text()拿到原始字符串，再用new TextEncoder().encode(...).length得到近似 UTF-8 字节数 - 如果响应是二进制（如图片、PDF），
pm.response.stream不暴露给 Tests 脚本，此时只能靠Content-Length响应头粗略判断：pm.response.headers.get("Content-Length") - 但注意：服务端可能不返回
Content-Length（比如用了 chunked transfer encoding），这时候该断言会失败，不是脚本问题，而是协议限制
字段长度校验容易被忽略的坑
很多团队只测「值存在且不为空」，漏掉边界条件：
- 空格字符：前端 trim 后提交，后端没 trim 就可能导致
"abc "长度超限，建议在断言前先.trim() - null 或 undefined：直接访问
res.field.length会报Cannot read property 'length' of undefined，务必先用pm.expect(res.field).to.exist守住底线 - 数组字段：比如
tags: ["a", "bb"]，想校验每个元素长度 ≤ 5，得用.every(t => t.length ，而不是只看数组.length - 环境变量注入的值：如果字段来自
{{username}}，而你又在校验它长度，记得前置脚本里确认该变量已被正确赋值，否则pm.environment.get("username")可能是undefined
真正难的不是写对一行 .length，而是搞清后端到底按什么规则算“长度”——字符数、Unicode 码点数、还是 UTF-8 字节数。定错标准，自动化就只是看起来很美。
