有人测试过 PEGA CRM 应用程序的性能吗？
这是我第一次进行比我习惯的更复杂的性能测试，我在解决这个问题时遇到了很多问题。
它发生了大量的异步/AJAX 请求，并且在大多数情况下，我相信我已经找到了将其中大多数请求关联起来的能力。有很多东西需要关联，但很难知道需要关联什么。
我必须做的一件事是将标题也按正确的顺序放置，它有效吗？不确定是否曾经有过这样的情况
例如，有很多类似的东西：
pzBFP (Generated within the source code most likely and not sure how to generate it myself)
pzPostData (is apart of the URL at the end so it may be like a session token)
pzHarnessID (I believe this is being passed parameters to fill parts of the UI)
TABTHREAD (I believe this is just a tab like in a browser, imagine if I opened another tab in the web app to do something, it’ll create a new tab.)
pzCTKN (This is CSRF token)
pzTransactionID
AJAXTRACKID
pzuiactionzzz
其中很多值都是在整个工作流程中出现并使用新的 pzTransctionID、AJAXTRACKID 和 pzHARNESSID 生成的。我不完全确定为什么某些请求有时不起作用，即使标头、请求、参数和相关值的所有内容都与我在 fiddler/dev/recorded 脚本工具上看到的相同。
很难知道需要关联什么
不是的。只需使用HTTP(S)测试脚本记录器记录相同的测试场景两次。所有不同的值都会受到相关性的影响（或使用合适的JMeter函数进行参数化，例如时间戳、随机字符串等）
还有半自动和自动关联解决方案，例如Correlation Recorder Plugin