PEGA CRM应用性能测试咨询：异步请求关联等问题求助

PEGA作为低代码CRM平台，异步请求多、动态参数复杂确实是性能测试的难点，结合实际经验给你梳理下解决方案：

各动态参数的关联/生成方法 #

• pzCTKN（CSRF令牌）：这是PEGA标准的跨站请求伪造令牌，通常藏在页面的隐藏输入字段中，比如<input type="hidden" name="pzCTKN" value="xxx">，或者在部分请求的响应头里。直接从登录后首页面/触发操作的前置页面响应体中提取即可，每次请求前都要确保用最新值。
• pzBFP（浏览器指纹）：由前端JS生成，你可以在浏览器开发者工具的Sources面板搜索pzBFP，找到对应的生成函数（一般是PEGA内置的JS方法），把这段JS逻辑复制出来，在性能测试工具（如JMeter）中用JSR223 Sampler执行生成，或者直接调用工具的JS引擎计算。
• pzPostData：属于会话级令牌，登录成功后的第一个主页请求或者核心Harness请求的响应体/Set-Cookie中会返回，用Fiddler追踪登录全流程，定位首次出现该值的响应，提取后全局关联复用（除非会话重置）。
• pzHarnessID & TABTHREAD：和PEGA的Harness容器、浏览器标签会话绑定，每次打开新标签/加载新Harness都会生成新值。必须在触发Harness切换的请求（比如页面跳转、新标签打开操作）后，立即从响应体的隐藏字段或AJAX响应中提取最新值，后续相关请求都要使用这个新值，不能复用旧值。
• pzTransactionID & AJAXTRACKID：用于事务和AJAX请求追踪，每次请求都会生成新ID。两种方式处理：一是从当前页面的JS变量中提取（比如控制台打印pzTransactionID查看来源）；二是从前一个请求的响应体中找到类似"pzTransactionID":"xxx"的字段，实时提取替换到下一个请求。部分场景下是前端生成的UUID，直接模拟生成规则也可行。
• pzuiactionzzz：对应具体UI动作的标识，比如点击按钮、提交表单。多数情况下同一操作的该值固定，直接从Fiddler捕获的正常请求中复制即可；如果是动态生成，从触发操作的页面元素属性（如data-action）或响应体中提取。

请求头顺序问题 #

PEGA部分版本会校验请求头的顺序，尤其是涉及会话验证的请求。你可以用Fiddler导出正常请求的头顺序，在性能测试工具中严格按照该顺序配置请求头，不要随意调整字段顺序，即可解决因头顺序导致的请求失败。

偶发请求失败的排查方向 #

1. 关联时效性检查：pzTransactionID、AJAXTRACKID这类每次请求都更新的参数，要确保每个请求前都重新提取了最新值，避免复用旧值导致令牌无效。
2. 参数完整性校验：对比Fiddler捕获的正常请求和测试请求的所有参数，包括隐藏字段、Cookie值，排查是否有遗漏的动态参数未关联。
3. 请求时序控制：AJAX请求存在依赖关系，有些请求必须等待前一个请求完成才能发送。在测试工具中设置合理的思考时间或同步点，模拟真实用户的操作节奏，不要并发发送有依赖的请求。
4. Cookie维护：PEGA会话依赖Cookie，确保测试工具持续维护Cookie（如JMeter的HTTP Cookie管理器），避免Cookie丢失或过期。
5. 错误响应分析：查看失败请求的响应体，PEGA通常会返回具体错误信息（如"无效的HarnessID"、"令牌过期"），根据错误提示精准定位问题。

内容的提问来源于stack exchange，提问作者itsme017