Postman中需用pm.test结合RegExp手动提取校验字段，优先解析JSON，仅对HTML/文本等非标准响应才用正则；正则须处理转义、空白、多行，并显式检查匹配结果，否则易因null或空字符串导致静默错误。
Postman 中用 pm.test + RegExp 提取并校验字段是否合法
Postman 本身不提供“正则断言”图形化开关，必须写脚本。核心是先用 RegExp 从响应体中提取目标字段值，再用 pm.expect 或 pm.test 做断言。别指望点点选选就能完成——字段嵌套、转义、多行匹配这些细节全得手动处理。
常见错误现象：TypeError: Cannot read property '1' of null，说明正则没匹配上就直接取 match[1]；或者匹配到了但值是空字符串，结果断言通过了，实际业务失败。
- 优先用
pm.response.json()解析 JSON，仅当字段不在标准 JSON 路径里（比如 HTML 响应、日志文本、未格式化的报错信息）才用正则 - 正则需加
g或m标志时要小心：JSON 字符串通常单行，^/$在默认模式下只匹配整个字符串头尾，不是每行 - 所有特殊字符（如
.、?、(、)、{、}）在正则字面量中必须转义，但在字符串构造的new RegExp()中转义规则不同，建议统一用字面量写法
匹配 JSON 响应里的 token 字段（含引号和转义）
很多人直接写 /"token":"([^"]+)"/，但遇到 "token": "abc"def" 就崩。JSON 字符串中的双引号会被反斜杠转义，简单非贪婪匹配会截断。
正确做法是用能处理转义的正则，或绕过正则——但若必须用正则（比如 token 混在 HTML 片段里），推荐：
const responseBody = pm.response.text();
const tokenMatch = responseBody.match(/"token"s*:s*"((?:[^"\\]|\\.)*)"/);
if (tokenMatch && tokenMatch[1]) {
const token = tokenMatch[1];
pm.test("Token is not empty", () => {
pm.expect(token).to.exist;
pm.expect(token).to.be.a("string");
});
}
-
s*吸收可能的空格和换行 -
(?:[^"\\]|\\.)*表示“任意非双引号且非反斜杠的字符，或一个反斜杠加任意字符”，能匹配转义序列 - 别用
.+或.*直接包住引号内容，极易误匹配到结尾外的引号
pm.test 断言失败时不抛异常，但会影响测试汇总结果
Postman 的脚本运行机制是“继续执行后续语句”，哪怕某个 pm.test 失败。这意味着你不能靠 try/catch 捕获断言失败，也不能用 return 中断流程来防止后续逻辑执行。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
典型陷阱：前一个正则没匹配上，token 是 undefined，后面还拿它去发请求或存变量，导致下一个请求 401 或脚本报 Cannot read property 'length' of undefined。
- 每次正则匹配后，必须显式检查
match是否为真值，再取match[1] - 想让失败立即终止脚本？只能手动
throw new Error("...")，但这样不会计入 Tests 标签页的失败计数 - 真正可靠的链路控制：把关键字段提取 + 校验封装成函数，返回
{ ok: true, value: xxx }或{ ok: false }，后续逻辑只在ok === true时执行
响应是 HTML 或纯文本时，正则必须考虑换行与空白
比如接口返回一段含 user_id=12345 的 HTML 页面，用 /user_id=(d+)/ 匹配失败，大概率是因为实际是 user_id = 12345 或换行分隔。浏览器渲染时空白等价，但正则不会自动忽略。
此时需放宽空白匹配，并启用 m（multiline）标志让 ^/$ 生效于每行（如果跨行），或用 [sS] 替代 . 来匹配包括换行在内的所有字符。
const htmlBody = pm.response.text();
// 匹配 user_id= 后跟数字，中间允许任意空白（含换行）
const userIdMatch = htmlBody.match(/user_ids*=s*(d+)/m);
pm.test("User ID exists and is numeric", () => {
pm.expect(userIdMatch).to.not.be.null;
pm.expect(parseInt(userIdMatch[1], 10)).to.be.a("number");
});
-
s*比s+更安全，能兼容零个空白 -
/.../m对单行响应无害，但对多行文本是必需的；而/.../s（dotAll）在 Postman 当前 JS 环境（V8 84+）支持，可替代[sS] - HTML 属性值可能带引号，如
user_id="12345"，正则得同步适配：/user_ids*=s*["']?(d+)["']?/
正则断言最麻烦的从来不是写对那个表达式，而是响应结构稍有变化（字段名大小写、空格增减、嵌套层级变动、转义字符出现）就会静默失效。宁可用 pm.response.json() + pm.expect(pm.response.json().data.token).to.exist，除非你明确知道为什么非得用正则。
