上午8:55，总部培训负责人盯着考试监控页面。9点整，集团统一考试开始，23个厂区的员工同时登录。前几分钟还算平稳，真正让人紧张的是考试结束前10分钟：大量人员开始集中检查答案、提交试卷，有的厂区网络出现短时波动，还有员工反映页面响应变慢。

这类场景最怕的不是某个人打不开系统，而是几个问题同时出现：登录高峰、持续答题自动保存、集中交卷、成绩计算和异常重连一起压到服务器上。

因此，大型集团选考试系统时，“支持5000人”“支持万人考试”不能只听供应商口头描述。真正应该问的是：这5000人在系统里同时做什么？

一、5000人同时在线，不等于5000人同时考试

很多项目在选型阶段都会问一个问题：

“你们系统最大支持多少并发？”

这个问题其实还不够具体。

5000个人登录系统后停留在首页，与5000个人同时参加一场100道题的考试，服务器承受的压力完全不同。

正式考试至少会经历四个高峰。

第一个高峰是集中登录。

总部通知9点开考，大量员工往往会在8:55—9:05之间进入系统。此时系统需要同时处理身份验证、考试资格判断、试卷生成和页面加载。

第二个高峰是持续答题。

考试持续60分钟、90分钟甚至120分钟，几千人的答案需要不断保存。如果系统采用频繁写入数据库的方式，数据库压力会持续累积。

第三个高峰是异常重连。

能源企业厂区多、网络环境不完全一致。有人刷新浏览器，有人短时断网，有人电脑异常重启。系统不仅要允许重新进入，还要尽量保证已经完成的答案仍然存在。

第四个高峰，也是最容易被忽略的，就是集中交卷。

如果5000人参加60分钟考试，很多人不会提前30分钟交卷，而是集中在结束前5—10分钟提交。

所以判断一套系统能不能支撑集团级考试，不能只测试“5000个账号同时登录”。

至少还应该测试：

集中登录 → 持续答题 → 自动保存 → 网络异常 → 重新进入 → 最后5分钟集中交卷。

这才接近真实业务。

二、总部统一出卷以后，系统压力为什么会突然增大？

假设集团总部组织一次年度安全考试。

23个厂区统一在上午9点开始，每个厂区200人左右，一场考试就可能接近5000人。

总部只发布一次考试任务，但系统后台实际上要处理几千名员工各自的考试状态。

如果采用随机组卷，还要根据统一规则从题库中分别生成试卷；考试过程中，每个人的答案需要持续保存；考试结束后，需要判断交卷状态、计算成绩并写入个人记录。

这也是为什么大型集团项目不能只看考试页面做得是否漂亮。

宏远培训考试系统支持固定组卷、随机组卷和混合组卷，可以按照题型、题量等规则组织考试，同时支持答题自动保存、到时自动交卷和考试日志记录。

这里可以用一个完整的FAB关系来理解。

功能：考试过程中自动保存员工已经作答的内容，并记录考试过程状态。

优势：员工所在厂区如果出现短时网络异常，重新进入考试后，不需要完全依赖浏览器当前页面保存答案。

对集团客户的价值：23个厂区同时考试时，总部不可能因为一个厂区几十秒网络波动，就重新组织整场考试。能够保存答题过程并追踪异常，意味着局部网络问题不会轻易演变成集团级考试事故。

大型考试系统真正重要的稳定性，不是永远“不出现异常”。

而是异常出现以后，系统有没有恢复和追溯能力。

三、真正需要盯的不是CPU，而是考试过程中的几个关键指标

集团IT部门在做POC测试时，建议不要只让供应商提供一个“并发人数”。

应该把测试指标拆开。

例如一场5000人的考试，可以重点观察：

同时登录阶段，页面是否出现大量超时；

考试进行30分钟以后，答题保存是否仍然正常；

随机抽取部分员工断开网络，再重新进入，已作答内容是否存在；

考试结束前5分钟，集中提交试卷时是否明显变慢；

交卷完成后，成绩、答卷和考试记录是否一致。

如果系统带有考试监控能力，还应该同时观察后台。

宏远培训考试系统提供考试监控和考试日志能力，可以查看应考、登录、考试中、已交卷、掉线及异常等状态。

对培训负责人来说，这项能力意味着什么？

如果某厂区反馈“我们这里有20个人进不去”，总部可以先从监控页面判断这些人员到底是没有登录、已经进入考试、网络中断，还是已经完成交卷。

对于23个厂区同时开考的场景，总部培训部门不可能依靠23个微信群逐个问现场情况。

统一监控的价值，就是让总部知道问题发生在哪里。

四、大规模考试真正应该用真实业务做压力测试

还有一个很常见的误区。

采购方要求做3000人或5000人压力测试，供应商用自动化工具模拟几千个用户访问一个简单页面，然后得出“支持5000并发”的结论。

这种测试当然有价值，但距离真实考试仍然有差距。

更有参考价值的方式，是尽量模拟正式考试。

例如：

准备一张100道题的试卷；

模拟人员集中登录；

按照固定时间间隔提交答案；

部分用户随机掉线后重新进入；

最后5分钟提高交卷请求数量；

同时观察应用服务、数据库、缓存以及服务器资源变化。

如果集团未来明确存在3000人、5000人甚至更高规模的统一考试，这一轮测试最好在项目验收前完成。

宏远培训考试系统目前已经应用于大型集团和能源企业场景。以实际运行案例来看，某大型能源集团存在约2万人规模的每日考试业务，系统已持续稳定运行多年；另一集团项目累计管理学员超过3.9万人，并长期保存课程、试题、考试和证书等业务数据。

这些数据的意义不是说明“人数越多系统越好”，而是说明大型企业真正需要验证的是长期运行条件下的人员规模、考试频率和数据持续增长能力，而不是一次演示时能打开多少个浏览器窗口。

五、23个厂区同时考试，采购前至少把这4件事问清楚

集团总部准备统一建设培训考试系统时，可以先不讨论几十项功能。

把以下几个问题问清楚，往往更有价值：

第一，预计最高同时考试人数是多少，而不是企业总人数是多少。

第二，考试开始和结束是否高度集中，尤其要估算最后5分钟交卷人数。

第三，各厂区通过公网、专网还是集团内网访问，网络质量是否存在明显差异。

第四，发生掉线、页面关闭、服务器异常时，答题数据和交卷状态如何恢复。

如果供应商面对这些问题只能回答“我们的系统支持高并发”，但无法说明测试方法、异常机制和服务器配置，那么这个答案还不足以支持集团级项目决策。

对于大型考试来说，真正需要证明的不是“系统最高能进多少人”，而是在最忙的那几分钟里，几千个人同时答题和交卷时，数据还能不能完整留下来。

如果你的集团正在规划3000人、5000人或更大规模的统一考试，可以先整理预计参考人数、考试时长、题目数量、厂区数量和网络环境这5项数据，再据此设计一套集中登录、持续答题和集中交卷的POC测试场景。宏远培训考试系统可按照这5项参数提供并发测试与部署配置参考，先验证，再决定是否进入正式采购。