简介：C# WinForm开发的考试系统源码，面向需要学习桌面应用开发或搭建考试系统的开发者。系统基于SQL Server 2014，采用经典三层架构，划分为教师端与学生端，涵盖题库管理、试卷生成、在线考试、自动评分等常用考试流程。压缩包共357个文件，包括155个C#源码文件、34个DLL引用、25个Resources/ResX界面资源以及可直接附加的MDF/LDF数据库文件和SQL脚本，整体仅2.86MB，结构紧凑。已有610人学习下载，适合课程设计、毕业设计及快速搭建小型考试平台。代码带有详细注释，从数据库初始化到界面交互均有完整实现，可帮助读者理解三层架构的职责划分、WinForm控件绑定与SQL Server操作技巧；既适合按注释逐行研读，也可作为实际项目的二次开发基础。
1. 一套 C# WinForms 考试系统：从组卷到自动阅卷的完整闭环
很多人以为考试系统最难的是界面，真正开发过才发现，随机组卷、答题计时和异常恢复才是让人翻车的重灾区。这套基于 C# WinForms 与 SQL Server 2014 的桌面考试系统，把这三件事用最直接的方式落到了实处：考生端负责登录、答题和自动交卷，管理端负责题库维护、试卷生成和成绩统计。它适合企业内部培训考核、职业院校上机练习，也适合需要离线运行、部署在内网机房的场景。读完你会清楚它如何用 ADO.NET 读写数据库，如何保证随机抽题不重复，又如何在下一次启动时恢复未完成的考试。
2. 技术架构与目录结构：基于 .NET Framework 4.5 与 SQL Server 2014 的分层设计
2.1 技术选型：为什么是 WinForms 而不是 WPF 或 Web
这套系统定位为内网桌面应用，不需要跨平台也不需要浏览器访问。WinForms 的上手成本低，DataGridView、Timer、ComboBox 这些控件能直接覆盖考试管理的大多数场景，比 WPF 的绑定机制更直白，也比 Web 项目少了部署 Web 服务这一环。实际开发里，很多企业内部工具都是用 WinForms 快速堆出来的，代码结构清晰的话，后期维护并不费力。
数据库选 SQL Server 2014，主要考虑是目标环境已经部署了这套数据库，而且事务、存储过程和触发器都能支撑考试场景。如果换成 SQLite 或 MySQL，组卷和成绩统计的 SQL 写法要改不少，但整体架构是不动的。所以这里把数据访问单独拆了一层，后续换库的成本可控，这也是我给这类项目做架构时的一个习惯。
2.2 解决方案分层与项目文件清单
整个解决方案分成四个项目，按职责边界拆开：
ExamSystem.sln ├─ ExamSystem.UI // WinForms 主程序 │ ├─ Forms │ │ ├─ LoginForm.cs │ │ ├─ ExamForm.cs │ │ ├─ AdminForm.cs │ │ └─ QuestionManageForm.cs │ ├─ Controls │ │ └─ ExamTimer.cs │ └─ Program.cs ├─ ExamSystem.BLL // 业务逻辑层 │ ├─ UserService.cs │ ├─ PaperService.cs │ └─ ExamService.cs ├─ ExamSystem.DAL // 数据访问层 │ ├─ SqlHelper.cs │ ├─ UserDal.cs │ ├─ QuestionDal.cs │ └─ ExamRecordDal.cs └─ ExamSystem.Model // 实体层 ├─ UserInfo.cs ├─ Question.cs └─ ExamRecord.cs
UI 层只负责控件交互和窗体跳转，不直接写 SQL。业务层处理组卷规则、分数计算和状态判断。数据层通过一个统一的 SqlHelper 封装 ADO.NET，所有参数化的 SqlCommand 都走这里。实体层就是普通的 POCO 类，用来在层次之间传递数据。
分层的好处是，改界面不会动数据库逻辑，换数据库时业务层也不用动。如果你接到一个没有分层的单文件项目，重构时第一步就是把所有 SqlConnection 相关的代码从 Form.cs 里挪到 DAL，这一步做完后面改起来会顺手很多。
2.3 数据库设计与表关系
一共五张核心表，我用表格整理一下字段和用途：
| 表名 | 关键字段 | 用途 |
|---|---|---|
| Users | Id, Account, Password, UserType, RealName | 保存管理员和考生账号 |
| QuestionBank | Id, QuestionType, Content, OptionA-D, Answer, Score, Difficulty, KnowledgePoint | 题库表，题型、选项、标准答案 |
| ExamPaper | Id, PaperName, CreateTime, TotalScore, Status | 试卷主表 |
| PaperDetail | Id, PaperId, QuestionId, OrderNo | 试卷与题目的关联明细 |
| ExamRecord | Id, UserId, PaperId, StartTime, EndTime, Score, IsFinished | 考生的考试记录 |
PaperDetail 是这套设计的核心，它让同一套试卷可以被多个考生复用，也可以让每道题的顺序在生成时打乱。ExamRecord 里的 IsFinished 字段用来支持断点续考：考生异常退出后，下一次登录会检查这个字段，发现是 0 就提示“继续上次考试”，而不是重新抽一套题。
在设计题库表时，我会把 Answer 字段按题型区分：单选和多选只存一个字母或一串字母，填空和简答存标准答案文本。评分逻辑里对这两种类型分开处理，因为字符串比较和字符比较的差异很大。
2.4 连接字符串与配置文件
在 App.config 里写连接串，我习惯放到配置节里，方便不同环境切换：
<connectionStrings> <add name="ExamDB" connectionString="Data Source=.;Initial Catalog=ExamSystemDb;User ID=sa;Password=123456;MultipleActiveResultSets=True" providerName="System.Data.SqlClient" /> </connectionStrings>Data Source 指的是 SQL Server 实例名，数据库在局域网另一台机器时就改成 IP；Initial Catalog 是数据库名；MultipleActiveResultSets 设为 True 可以避免同一连接上多个 SqlDataReader 互相干扰。开发阶段密码先明文写在这里，生产环境建议用配置加密工具处理，或者做成独立配置文件在发布时覆盖。
3. 核心模块拆解：登录鉴权、随机组卷与计时交卷的完整链路
3.1 登录模块：MD5 加盐与全局会话
登录窗体里，用户输入账号密码，点击登录后调用 UserService.ValidateUser。密码存储不能是明文，我在入库时用 MD5 加固定盐做摘要，校验逻辑如下：
public UserInfo ValidateUser(string account, string rawPassword) { string hash = Md5Helper.Compute(account + ":" + rawPassword + ":fixed-salt"); string sql = "SELECT Id, Account, RealName, UserType FROM Users WHERE Account=@acc AND Password=@pwd"; SqlParameter[] paras = { new SqlParameter("@acc", account), new SqlParameter("@pwd", hash) }; DataTable dt = SqlHelper.ExecuteDataTable(sql, paras); if (dt.Rows.Count == 0) return null; DataRow row = dt.Rows[0]; return new UserInfo { Id = Convert.ToInt32(row["Id"]), Account = row["Account"].ToString(), RealName = row["RealName"].ToString(), UserType = row["UserType"].ToString() }; }逻辑说明：先用“账号:明文密码:固定盐”拼接成一个字符串，再算 MD5。这样可以规避彩虹表攻击，但固定盐的强度有限，如果想要更安全就改成每用户随机盐；考试系统这种内网场景，固定盐已经够用。查询语句全部参数化，SqlParameter 直接传进 SqlHelper，内部统一做赋值，能挡住最常见的 SQL 注入。
登录成功后，把 UserInfo 存在一个静态类 GlobalSession.CurrentUser 里，后续所有窗体都能拿到当前登录人。主窗体根据 UserType 判断展开的是考生界面还是管理界面。这里有个细节：静态类是进程内的全局状态，WinForms 单进程没问题，但如果以后改成多实例登录，就要换共享内存或者数据库锁定的方案。
3.2 组卷模块：随机抽题算法的实现
组卷最怕两件事：抽到的题目重复，以及试卷生成到一半失败。我写的一个随机抽题片段如下：
public List<int> PickQuestions(int paperId, int questionType, int count) { string sql = "SELECT Id FROM QuestionBank WHERE QuestionType=@type AND Status=1"; List<int> allIds = new List<int>(); using (SqlDataReader reader = SqlHelper.ExecuteReader(sql, new SqlParameter("@type", questionType))) { while (reader.Read()) allIds.Add(reader.GetInt32(0)); } if (allIds.Count < count) throw new Exception("题库数量不足，缺少题型 " + questionType + " 的题目"); List<int> picked = new List<int>(); Random rng = new Random(); while (picked.Count < count) { int index = rng.Next(allIds.Count); int id = allIds[index]; picked.Add(id); allIds.RemoveAt(index); } return picked; }逻辑说明：先把符合条件的题号全部查出来，然后循环随机下标，每抽到一个就把这个题号从 allIds 里移除，这样天然不会重复。这里我特意没有用 Contains 去重，因为 RemoveAt 已经保证了唯一性，再加 Contains 反而多一次遍历。如果题库有上万题，全量查题号会有点压力，下一步优化可以换成 SQL 的 ORDER BY NEWID() 或者 TABLESAMPLE，但桌面系统并发量不大，这版够用。
生成试卷时，PaperService 会先插入一条 ExamPaper 记录，然后遍历所有题型依次调用 PickQuestions，再把题号写入 PaperDetail。这个过程用一个事务包裹，任何一步失败都回滚，不会出现“试卷主表有了、明细只有一半”的情况。
3.3 答题模块：倒计时、自动交卷与答案保存
答题窗体用 Timer 控制剩余时间，每 10 秒把当前答案自动写进数据库快照。关键实现：
private void examTimer_Tick(object sender, EventArgs e) { remainSeconds--; lblRemain.Text = "剩余时间：" + remainSeconds / 60 + "分" + remainSeconds % 60 + "秒"; if (remainSeconds <= 0) { examTimer.Stop(); AutoSubmit(); } else if (remainSeconds % 10 == 0) { SaveAnswerSnapshot(); } }逻辑说明：remainSeconds 在试卷加载时从 PaperDetail 里的总时长计算得到，单位秒。这里把自动保存频率设为每 10 秒一次，防止突然断电丢答案。AutoSubmit 方法会遍历所有题目控件，把选中项存进 DataTable，再调用 ExamService.SubmitExam 写回数据库。注意 Timer 的 Interval 设成 1000，Tick 里不要做重量级操作，否则 Windows 消息循环会被阻塞，界面看起来就是卡死。如果需要复杂计算，就用后台线程处理。
3.4 自动评分与成绩统计
交卷后，服务端按 PaperDetail 里的 QuestionId 和 QuestionBank 的标准答案逐题对比：
public int ComputeScore(int paperId, DataTable userAnswers) { string sql = @"SELECT pd.QuestionId, q.Answer, q.Score FROM PaperDetail pd JOIN QuestionBank q ON pd.QuestionId=q.Id WHERE pd.PaperId=@paperId"; DataTable standard = SqlHelper.ExecuteDataTable(sql, new SqlParameter("@paperId", paperId)); int score = 0; foreach (DataRow std in standard.Rows) { int qid = Convert.ToInt32(std["QuestionId"]); string correct = std["Answer"].ToString(); DataRow[] rows = userAnswers.Select("QuestionId=" + qid); if (rows.Length > 0 && rows[0]["UserAnswer"].ToString().Trim() == correct.Trim()) score += Convert.ToInt32(std["Score"]); } return score; }这里用 DataTable.Select 做内存匹配，适合试卷题量不大的场景。如果想要更数据库化，也可以把答案明细落表后，用一条带 GROUP BY 的 SQL 直接算总分，但那样调试起来不如这段直观。注意这里做了 Trim() 处理，能解决考生误输空格的问题；多选题乱序的情况目前没有处理，需要更复杂的选项排序算法。
4. 运行部署与避坑指南：数据库初始化、连接串配置和常见异常排查
4.1 环境准备与数据库初始化步骤
依赖环境是 Visual Studio 2015 或更高版本，安装时勾选“桌面开发”工作负载就行，SQL Server 2014 提前装好。我一般不在设备上手动“附加数据库”，而是执行脚本初始化，脚本开头会这样写：
IF DB_ID('ExamSystemDb') IS NULL CREATE DATABASE ExamSystemDb; GO USE ExamSystemDb; GO -- 后续建表语句这样省去手动建库的步骤。执行完后，确认 Users 表里有默认管理员账号 admin/123456，否则登录窗体在第一步就会报错。初始化脚本建议用版本号命名，比如 Init_v1.0.sql，后续每一次表结构变更都生成新的升级脚本，而不是覆盖旧的。
4.2 连接字符串配置与常见启动错误
程序启动报“无法连接到数据库”时，第一件事检查 App.config 里的 Data Source。本机默认实例写成Data Source=.;，命名实例写成Data Source=.\SQLEXPRESS。然后用 SSMS 测试同样的账号密码能否连上。如果连接串没问题，再看 SQL Server 服务是否启动，以及 TCP/IP 协议是否启用。
一个容易踩的坑：SQL Server 2014 默认可能没有开启“混合登录模式”，导致 sa 账号登录失败。这时需要打开属性面板，把服务器身份验证改为“SQL Server 和 Windows 身份验证模式”，然后重启 SQL Server 服务。如果连接串里用了 Windows 集成认证，就写Integrated Security=True，但这样需要给每个使用系统的账号配置数据库权限。
4.3 避坑记录：翻车现场与解决办法
下面这几条是我实际调试碰到的，按“现象 → 原因 → 解决”记录：
现象1：点击开始考试后，试卷加载了，但题库里明明有 20 道题，只显示 15 道。 原因：PaperDetail 里有历史残留数据，组卷时没有按 PaperId 过滤，把上一张试卷的题目也带出来了。 解决：在生成试卷逻辑里先删除该 PaperId 的旧明细，再插入新明细，整个过程用一个数据库事务包住。
现象2：交卷时程序卡死，十几秒后才弹提示。 原因：评分 SQL 在循环里逐题执行，访问数据库次数太多，UI 线程被长时间阻塞。 解决：把评分逻辑改为一次性查出全部标准答案，在内存里循环比对。我采用的就是上面 3.4 节那段代码。
现象3：窗口意外关闭后，重新打开考试系统，之前答了一半的试卷被新试卷覆盖。 原因：ExamRecord 的 IsFinished 字段没有检查，每次登录都无条件创建新试卷。 解决：登录后先查是否有 IsFinished=0 的记录，有就弹出“继续上次考试”，否则才走组卷流程。
现象4：同一考场多台机器同时交卷，成绩串到别人头上。 原因：用静态类保存当前用户信息，但没有在交卷时重新校验 UserId。 解决：交卷前从 GlobalSession 取当前用户并写入 ExamRecord 的 UserId，所有按用户查历史的 SQL 都带上这个条件。
现象5：填空题无法得分，标准答案是“ABC”，考生填“ABC ”带空格。 原因：字符串比较时没有去掉首尾空格。 解决：评分前统一执行 Trim()，把连续空格替换成单个空格。我以此类推，对简答题先做替换再比较。
5. 二次开发思路：从题库管理到随机组卷的扩展改造
5.1 改造一：按知识点维度抽题
目前 PickQuestions 是按题型随机抽，如果想要调整难度比例，最简单的方法是在 Where 条件里加上 KnowledgePoint 过滤，然后按知识点分组抽取。我一般会在 PaperService 里传入一个 Dictionary<string, int>，key 是知识点名称，value 是该知识点的题目数量，循环调用 PickQuestions 时把 count 换成字典里的值。
5.2 改造二：成绩报表导出 Excel
成绩管理界面已经用 DataGridView 展示 ExamRecord 列表，导出 Excel 可以引入 NuGet 上的第三方 Excel 库，或者直接生成 CSV 文件。CSV 方案零依赖，但需要注意中文字符编码，文件头加sep=,可以避免某些 Excel 版本识别错误。导出前把 DataTable 转成字符串数组，列顺序和表头保持一致，导出后抽查一行数据确认没串列。
5.3 验证与回归
我改完代码后的固定流程是：先用管理员账号登录，创建一张 5 道题的试卷；再用两个考生账号同时考试，一个正常交卷，一个中途关掉重启继续；最后检查分数是否正确、题库剩余题数有没有变化。这一步走完，代码才敢放到生产环境。
直到现在，我每次动完这类桌面系统的代码，都会强制跑一遍“新建试卷 — 登录答题 — 异常退出 — 恢复续考 — 自动评分”这条链路。早期因为只在管理端测试而忽略考生端，上线后翻车好几次，从那以后这个习惯再没改过。希望这套拆分思路能帮到你。
本文还有配套的精品资源，点击获取
