在线考试运营全链路从考生导入到成绩发布线上考试真正消耗运营精力的往往不是组卷而是组卷之后的一整串工作考生名单是否准确、提醒是否触达、答案是否保存、超时是否兜底、主观题如何评阅、成绩怎样发布以及未通过人员如何补考。任何一个环节缺少记录最后都会变成手工核对和临时沟通。织码在线教育系统可以把这些工作串成一条考试运营链路。本文聚焦考试运营从考前准备、考中作答到考后阅卷和异常补救说明各环节的系统入口与落地要点。题库设计、防作弊和教学设计属于其他主题本文只保留与运营衔接相关的内容。一 考前先把试卷和考生名单准备好试卷由AdminPaperController管理Paper关联题目Exam绑定试卷并配置时间、次数和防作弊规则。配置完成后考生名单是最需要提前校验的一环。上传 Excel → /user/upload/parse/excel 解析校验 → 前端预览结果 → /user/import 正式导入 → /user/bind 绑定已有用户 / /user/unbind 纠正名单管理端页面位于views/content/exam/record/ExamUsersImport.vue后端由AdminExamDataController提供接口接口用途GET /statistics查看考试统计概览GET /user/page分页查看考生名单POST /user/upload/parse/excel解析并返回名单校验结果POST /user/import正式导入考生POST /user/bind、/user/unbind绑定或解绑考生POST /user/export导出考生和成绩数据导入过程由 Redis 键resource:exam_user:import与 Redisson 锁保护避免并发操作造成重复数据。运营上应坚持“先解析预览再正式导入”重点检查手机号、员工编号、重复人员、已离职人员和考试范围。名单导入成功不等于考试通知已经送达还要安排触达验证。开考提醒由ExamNoticeBeforeJob定时发送。系统提醒之外可按企业习惯增加人工通知尤其要明确考试时间、入口、时限、补考规则和技术支持渠道。二 考中要保证答案保存和状态一致学习端接口位于AuthExamController的/resource/auth/exam接口作用运营关注点start开始考试EXAM_START锁避免重复开考saveAnswer保存答案边答边存降低意外丢答风险continue续考中断后恢复允许继续作答的考试end交卷EXAM_END锁和状态机防止重复计分考生看到的是答题页面运营需要关注的是状态是否可恢复。断网、误关页面或浏览器刷新后能否继续作答取决于具体考试配置和接口处理不能把“有保存答案接口”直接理解为所有异常场景都能无损恢复。超时场景由ExamTimeoutSubmitJob兜底。任务扫描结束时间早于当前时间一定缓冲且仍处于“考试中”的记录分页更新为已完成并继续处理过程通过XxlJobHelper.log留痕。源实现中的 20 秒缓冲用于给前端倒计时提交留出时间运营侧仍应监控超时数量和失败日志确认没有大量考生被误判。三 考后完成阅卷、分析和成绩通知客观题可以自动判分主观题需要评阅。管理端的考试记录页面位于wcs-edu-admin/src/views/content/exam/record/evaluation/常用入口包括/evaluation/list 待评阅试卷 /evaluation/ai/batch 批量 AI 辅助阅卷 /question/analysis/page 题目作答分析 /question/analysis/detail/page 题目作答明细 /rank/page 成绩排名 /record/page 考试记录 /user/export 异步导出数据批量 AI 阅卷通过AdminExamDataEvaluationAiBatchReq触发。主观题量较大时建议先抽样验证评分规则和边界答案再扩大范围涉及资格认定的关键题应保留人工复核。AI 阅卷适合提高处理效率不能在没有复核机制的情况下替代企业对成绩的最终责任。成绩发布由ExamNoticePublishedScoreJob定时通知也可以使用AdminExamScoreNotifyReq手动触发。通知前先确认阅卷是否结束、成绩是否经过复核、排名范围是否正确以及考生是否有申诉渠道。四 为延期、补考和异常预留处理路径考试运营不能只设计“全部顺利完成”的主流程。AdminExamPostponementReq可对指定考生处理延期补考也可以通过重新下发任务或配置新的考试安排承接。延期和补考应保留原因、审批人、时间范围与最终成绩记录避免后续只看到一个结果却无法解释过程。异常建议处理名单错误先暂停通知解绑错误人员并核对正式名单未收到提醒检查消息配置、发送记录和人员联系方式必要时人工补发答案未保存查看接口和考试记录按考试制度判断是否允许恢复或延期超时人数异常检查前端提交、定时任务执行和服务器时间保留任务日志主观题争议保留评分依据安排人工复核并记录处理结论未通过按规则安排补考或复训历史最高分不能代替新版考核结果考试数据可通过/user/export进入异步下载中心建议按考试批次、月份和版本归档。导出文件应限制访问范围并核对考生编号、成绩状态、交卷时间和补考标记避免将草稿数据当成最终成绩。五 用运营看板形成日常检查表时间要检查什么输出考前试卷、时间、名单、通知配置正式名单与通知记录开考前未收到提醒、未开始人员、入口可用性待处理人员清单考中保存失败、异常退出、超时任务异常日志与处理记录阅卷中待评阅量、AI 结果、人工复核阅卷进度和复核结果发布后成绩通知、排名、申诉和补考最终成绩归档六 总结一场可追溯的线上考试需要把系统能力和运营规则放在一起考前用解析预览保证名单准确考中用答案保存、续考和超时任务减少数据丢失考后用阅卷、题目分析、成绩通知和导出完成闭环延期和补考则为异常情况提供明确出口。平台可以提供接口、锁、定时任务和记录能力但考试通过标准、人工复核责任、申诉规则和补考政策仍需企业提前定义。把这些规则写进考试方案运营团队才能在异常发生时快速判断、及时处理。常情况提供明确出口。平台可以提供接口、锁、定时任务和记录能力但考试通过标准、人工复核责任、申诉规则和补考政策仍需企业提前定义。把这些规则写进考试方案运营团队才能在异常发生时快速判断、及时处理。