需求只写支持一千人，Agent 怎样整理可执行的性能场景草案

“支持一千人”不能直接变成一千个并发请求。Agent应先问这批人什么时候、做什么、各做多少次，再把业务量转换为性能场景草案。输出是负载和测量口径，不是凭人数推荐服务器，也不是提前承诺响应成绩。

人数与请求之间缺了一条业务链

一千名员工每天各申请一次预约，与一千人同时刷新可用时段，负载形态不同。先记录统计对象是有资格员工、已登录用户、正在操作用户，还是实际发起业务动作的人。在线连接不等于持续提交，提交次数也不等于页面资源请求数。

对每种动作列触发时段、总量、持续时长、是否有思考等待及依赖的数据规模。需求只说早高峰，就保留峰值分布待定；平均摊开只是一个明确的演练假设，不能把它冒充业务实况。

官方机制说明1：场景可分别设定执行器、负载与标签，开放到达率与虚拟用户等负载口径不能混为一谈。

现成负载工具可以表达场景和执行方式，定制助手的价值在业务材料到场景的转换。执行器选择应由测试人员结合请求到达或用户行为目标确定，不能让模型看到“一千”就套固定参数。

用三个输入暴露缺口

合成输入1。 员工1000人但每人早上仅提交一次预约，集中10分钟

预期处置：记录总量与时段，提出到达分布待确认，不等同1000并发

合成输入2。 同一时段80人查看、20人提交，持续30分钟

预期处置：分别列动作和负载口径，实际性能留空

合成输入3。 要求95%操作2秒内，但包含十分钟报表生成

预期处置：分开交互响应与异步完成的测量对象

第一例若另行采用十分钟均匀分布的演练假设，可用1000除以600秒得到平均业务动作到达率，但真实高峰可能集中在更短窗口，所以附件提供算式与约1.667业务动作/秒的预期，实际性能观察留空。第二例需要知道80与20是独立用户，还是同一批人的动作占比；计划中按明确的两类同时在线情景登记，尚未提供动作频率时，不擅自换成每秒请求。

第三例将点击后可继续操作的响应与报表最终完成分开。一个需要较久计算的任务，可能先返回受理结果；“两秒”到底检查受理、首屏还是文件完成，会影响整项验收，必须由业务确认。

数据规模和测量点与负载并排

相同用户数，查十条场地与查多年预约记录也可能有不同开销。输入材料应说明本次模拟的数据范围和关键查询，不把数据量隐藏在“测试环境”四个字里。测量表另列起点、终点、成功定义、失败计入方式和统计窗口，便于以后比较报告。

若有的调用完成、有的只被受理，不能放在同一响应时长列里平均。缺少完整测量链时先列待补证据，这比输出一个看似精确的目标值更能指导下一步工作。

评审先做纸面回放

让业务负责人用一天工作节奏解释场景，让测试人员指出缺少哪些执行参数；两者都能读懂的表才可以进入实施。附件中的实际观测仍空白，需要在授权隔离环境执行后填写。若客户只希望整理现有性能需求，可先交负载画像和测量定义，不把压测、调优或容量采购默认为同一期范围。

草案如何交给压测人员

负载画像应与测量表一起交接。预约提交可写为一个业务事务，而页面加载的多个资源请求由测试实现说明；否则业务会把员工数与工具请求数直接比较。查看和提交两个动作共用数据时，还要记录是否允许查询受提交变化影响，保证场景反映预期使用方式。

十分钟分布的演练算式在附件单列，读者能重新计算平均动作率，却不能据此推断瞬时峰值。八十人查看与二十人提交只固定用户组合和三十分钟时长，动作节奏仍待确认。两秒交互与十分钟报表则保留不同测量终点，之后报告应分别填观察，避免把异步受理耗时当最终完成耗时。

下载本题合成输入与可填写工作表。附件保留实际结果、复核人和证据位置空栏。

已有模型容量问题可读相近旧文。业务场景还需与原型页面和需求文档说法不同，Agent 怎样准备逐控件差异单的页面行为对应，跨语种操作则看企业软件要支持多语言，Agent 怎样从界面文案整理国际化需求。文档与数据处理专题整理资料工作，定制咨询适合带业务动作数量和测量目标讨论，实际压测另定范围。