JMeter并发测试异常：Sitefinity应用Action1先于Login执行致返回登录页

看起来你遇到了典型的线程内请求顺序错乱+认证上下文未正确隔离的问题，结合Sitefinity基于ASP.NET的特性，咱们一步步来排查修复：

1. 先锁死线程内的请求执行顺序 #

JMeter默认是按照取样器在测试树里的从上到下顺序执行，但如果误用了Parallel Controller之类的逻辑控制器，会直接打乱顺序。

• 确保你的所有请求严格按 Login → Action1 → Action2 → Action3 → Logout 的顺序排列，不要嵌套任何并行类控制器
• 把整个流程塞进一个Transaction Controller里（勾选"Generate parent sample"可选），强制让整个登录-操作-登出流程作为一个不可拆分的整体执行

2. 给每个线程独立分配认证上下文（Cookie隔离） #

Sitefinity依赖ASP.NET Session和Forms Auth Cookie做身份校验，必须保证每个线程（用户）的Cookie完全独立：

• 添加HTTP Cookie Manager到线程组下，不要勾选"共享Cookie到所有线程"（默认就是不勾选，但最好确认）
• 调试时可以在Login后加一个Debug Sampler，查看COOKIE_*变量，确认每个线程拿到的SessionId/Auth Cookie都是唯一的

3. 修正CSV用户分配逻辑 #

你的100个用户要对应100个线程，必须避免多线程抢用同一个用户，或者用户循环导致的认证混乱：

• 在CSV Data Set Config里设置：
  • Recycle on EOF: False（读完100个用户就停止，不循环）
  • Stop thread on EOF: True（用户耗尽后线程停止，避免空跑）
  • Sharing Mode: Current thread group（每个线程独立读取CSV，不共享指针）

4. 确保Login请求真正成功（别忽略ASP.NET的隐藏字段） #

Sitefinity的登录页面是标准ASP.NET WebForms，必须提交__VIEWSTATE、__EVENTVALIDATION等隐藏字段才能完成认证，很多人就是漏了这一步导致Login看似执行了但实际没成功，后续Action自然跳回登录页：

1. 先加一个HTTP Request获取登录页面（GET请求）
2. 用CSS Selector Extractor提取关键隐藏字段：
   • 比如提取__VIEWSTATE：Reference Name设为viewstate，CSS选择器填input[name=__VIEWSTATE]，Attribute选value
   • 同理提取__VIEWSTATEGENERATOR、__EVENTVALIDATION
3. 在POST登录的请求里，把这些变量作为参数提交（比如__VIEWSTATE=${viewstate}）
4. 给Login请求加响应断言，检查返回内容里的登录成功标识（比如"Dashboard"、欢迎用户名，或者排除"请登录"这类未认证文本），确保Login真的生效了

5. 调整线程组的循环设置 #

你当前用Loop=Forever+100线程+Ramp-up=1，会导致100个线程瞬间启动后无限循环，但你的CSV只有100个用户，当用户耗尽后线程会因为Stop thread on EOF停止，反而不符合测试预期：

• 如果要每个用户只执行一次完整流程，把Loop设为1，Ramp-up根据需要调整（1秒启动100线程没问题，只要服务器扛得住）
• 如果需要循环执行，把Recycle on EOF设为True，但要注意用户重复使用的场景是否符合测试需求

6. 调试验证 #

添加View Results Tree和Debug Sampler，重点看：

• 每个线程的username变量是否正确（来自CSV）
• Login请求的响应是否包含认证成功的内容
• Action1请求的Cookie是否携带了Login生成的Auth Session

按上面的步骤调整后，应该就能解决Action提前于Login执行的问题——本质是确保每个线程严格按顺序执行，且每个用户的认证上下文完全独立。

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