简介：这是一套基于ASP.NET开发的开源在线考试系统，面向需要搭建在线考核平台的教师、培训机构及毕业设计学生。系统实现分类验证登录，区分管理员、教师、学生三种身份权限，保障不同角色安全操作；考生答题提交后立即显示成绩，同时后台支持管理端与试题管理端分离，管理员可统筹全局，教师可维护所授科目试题并查看学生成绩，满足在线考试全流程需求。资源包为RAR压缩格式，大小约282KB，由于上游未提供文件清单，具体文件数量与类型暂无法获知。目前已有1916人浏览学习。对正在学习ASP.NET或需要二次开发在线考试系统的人员来说，可直接运行部署查看完整功能，亦可参考其登录验证、随机抽题、自动评分及后台权限管理等核心代码，结合自身需求进行改造。
1. ASP.NET在线考试系统源代码【开源】：先看它能不能为你所用
打开一个ASP.NET在线考试系统源代码【开源】项目，第一件事不是点开登录页，而是先看它的目录结构和数据库脚本。这类项目在Gitee、GitHub上一搜一大把，大多数是学生毕设或课程设计，用的技术栈还停留在ASP.NET Web Forms + SQL Server，少数已经迁到ASP.NET Core MVC。对从业者来说，它的价值不在“考试”本身，而在两处：一是能当企业内部培训、技能认证系统快速改起来用，二是能作为学习.NET平台从前端到数据库完整闭环的现成样本。适合刚入门的.NET开发者和需要做内部系统的全栈工程师。
但开源不等于拿来就赢。我见过太多人下载完编译不过，或者跑起来发现题目、成绩、用户这三张表的关系根本没法支撑真实业务。真正的坑往往藏在连接字符串、Session配置和SQL脚本里，不是代码本身写得多差，而是环境差异导致的黑匣子问题。这篇笔记就按“它是什么、怎么拆、怎么跑、坑在哪、怎么改”往下走，最后给你几个我自己踩过坑才总结出来的二次开发技巧。
2. 拆解ASP.NET在线考试系统架构：三层结构、表设计与技术选型
2.1 先看清三类常见实现：Web Forms、MVC与ASP.NET Core的选型差异
常见的ASP.NET在线考试系统源代码【开源】项目按技术栈大致分三类。第一类是用ASP.NET Web Forms做的，aspx页面加服务端控件，CodeBehind里直接写SQL和业务逻辑，这类项目很好启动，Visual Studio里F5就能跑，但页面和逻辑耦合很重，改样式时要小心ViewState；第二类是ASP.NET MVC 5，Controller、View、Model分离，比Web Forms干净不少，适合做前后端分离的过渡方案；第三类是ASP.NET Core MVC，跨平台、依赖注入、EF Core，这类项目通常更贴近现在的开发习惯，也适合放到Linux服务器上。
判断一个开源项目能不能用，我一般会先看三层架构是否完整。正规一点的考试系统至少要有表现层(UI)、业务逻辑层(BLL)、数据访问层(DAL)，再加上一个实体层(Model)。如果源码里只有一个文件夹堆着十几个aspx，那基本就是“页面即系统”，维护成本会随着功能叠加直线上升。看项目时还要注意数据库脚本的位置，很多开源项目不给你数据库备份文件，只有一个SQL脚本，要自己执行生成。
技术选型上，我的建议是：如果只是毕业设计或演示，Web Forms版本足够；如果想着以后扩展成真正的在线考试平台，优先选ASP.NET Core MVC版本，因为它的依赖注入、中间件、EF Core这些机制让测试和替换模块都容易得多。我帮培训机构做过一次改造，原项目是Web Forms，前后端耦合太深，最后只能推倒重写Core版本。选型不是越新越好，而是看你要不要长期改，以及团队里有没有人熟。
2.2 核心表结构设计：用户、试卷、试题、成绩四张表的关系
考试系统的数据模型其实非常固定。我拆过几个开源项目，发现设计合理的表结构都离不开四组核心表：用户表(User)、试题表(Question)、试卷表(ExamPaper)和成绩表(ExamResult)。用户表除了账号密码字段外，通常还有角色字段，用来区分管理员、教师、学生，有的项目会把角色单独拆成Role表，再做UserRole关联表，这取决于权限控制的复杂程度。
试题表是坑最多的地方。很多开源项目把题干、选项A、选项B、选项C、选项D、答案全放在一行里，单选题能应付，但遇到多选题、判断题、填空题就不好扩展。我见过一个项目用Text字段存整个JSON题目结构，虽然灵活，但统计正确率和按知识点检索时非常痛苦。如果你要改造，建议至少加入QuestionType字段（1单选、2多选、3判断、4填空），答案单独存或按类型分开存，这样后面写批改逻辑时才不会满屏switch。
试卷和试题是多对多关系，所以需要一张中间表ExamPaperQuestion，记录试卷里有哪些题、每题的分数、排序号。有的项目把试卷直接存成一段HTML全文，搞“整卷输出”，这种设计打印方便但没法逐题判分。成绩表不能只存总分，要存每道题对错，否则做试卷分析和错题回顾时没数据可用。开源项目受限于篇幅普遍只有总分，这部分要自己补，我一般会加一张ExamResultDetail明细表，字段就是成绩ID、试题ID、用户答案、是否正确、得分。
2.3 从源代码管理角度理解目录结构：什么时候看到什么
拿到一个开源项目，不要急着用Visual Studio打开，先在文件管理器里过一遍。一个结构清晰的ASP.NET在线考试系统源代码【开源】包解压后应该是这样：根目录有.sln解决方案文件，然后是项目文件夹，里面包含Controllers或Pages、Models、Views、Scripts、Content等子目录。如果有App_Data或Database目录，通常放着SQL脚本或.mdf数据库文件。
用Git管理源码的话，一个合格的仓库还应该包括README.md、.gitignore和数据库脚本。我最怕遇到那种把bin、obj、packages文件夹一起打包上传的开源项目，这些是编译中间产物，下载下来直接编译反而会因为环境不一致报错。看仓库时可以注意有没有.gitignore，它决定了代码里会不会混入本机配置，没有这个文件的话，连接字符串和本机路径很容易被带上，换一台机器就翻车。
如果你在Gitee或GitHub上找项目，优先选最近更新、有星标且README里有部署说明的，这种项目踩坑概率低很多。别光看下载量，很多老项目下载量高是因为被选为教材，代码停在十年前。我会直接看最后一次commit时间，超过三年没动的项目，除非你只想拿来学习，否则别往生产环境引。
3. 把开源代码跑起来：从源码下载到本地调试的完整复现
3.1 下载并准备运行环境：Visual Studio与SQL Server版本匹配
第一步是找源码。在Gitee、GitHub搜索“ASP.NET 在线考试系统”或“OnlineExam”，能翻到一批项目。下载方式直接Clone或者Download ZIP都行，如果是ZIP包注意先解压到纯英文路径，别放中文目录下，否则后面IIS Express和SQL连接字符串容易出玄学问题。我一般保持原作者的文件结构，不轻易挪目录，因为有些路径是硬编码的，挪了就没法跑。
第二步是准备运行时环境。老的项目默认是.NET Framework，需要Visual Studio，建议用2019或2022，都能兼容老框架。新项目如果是ASP.NET Core，建议装对应版本的.NET SDK，比如项目目标框架是net6.0就装6.0 SDK。数据库方面，绝大多数开源考试系统默认连SQL Server LocalDB或Express，你至少要有SQL Server 2019以上本地实例。有的项目在web.config里写着Server=(localdb)\MSSQLLocalDB，这个LocalDB是随VS一起装的，最省事。
第三步是还原NuGet包。在VS里打开.sln，右键解决方案，选择“还原NuGet程序包”，如果项目老，可能提示部分包版本冲突，换一个兼容版本就行。有个血泪经验：不要上来就改目标框架，很多老项目在.NET 4.5上没问题，升到4.8就一堆命名空间冲突。先保持原状跑通，再谈升级。还有一点，打开解决方案时如果弹出“安全警告”说要信任项目，一定选信任，否则项目会被锁定，连代码都打不开。
3.2 数据库初始化与连接字符串修改：最常见的首个翻车点
跑通项目的关键其实是数据库。我见过很多人在编译上没问题，但运行起来报“Cannot attach database”，十有八九是数据库脚本没执行或连接字符串不对。下面以常见的SQL脚本方式为例，给你一套可复现的步骤。先找到项目下的SQL脚本文件，比如Database.sql或ExamDB.sql，打开看下前几十行，确认是Create Database还是Create Table，这决定了你要不要手动建库。
-- 创建数据库，注意修改逻辑名称与文件路径 CREATE DATABASE [OnlineExamDB] ON PRIMARY ( NAME = N'OnlineExamDB', FILENAME = N'D:\Data\OnlineExamDB.mdf', SIZE = 10MB, MAXSIZE = UNLIMITED, FILEGROWTH = 10% ) LOG ON ( NAME = N'OnlineExamDB_log', FILENAME = N'D:\Data\OnlineExamDB_log.ldf', SIZE = 5MB, MAXSIZE = UNLIMITED, FILEGROWTH = 10% ) GO这段代码的作用是手工创建数据库。为什么不用SSMS图形界面？因为在脚本初始化时要确定mdf文件路径，有时候项目自带脚本只建表不建库，你先建库再执行建表脚本，顺序才不会乱。参数方面，FILENAME路径换成你机器上的实际目录，SIZE和FILEGROWTH按测试环境默认就行，生产环境再调。注意：如果D:\Data目录不存在，SQL Server会报错，先建好目录。
建完库后，执行项目里的建表脚本。如果脚本开头有USE OnlineExamDB，直接全量执行；没有就先选中OnlineExamDB再执行。执行完检查一下表数量，用下面这条命令：
SELECT TABLE_NAME FROM OnlineExamDB.INFORMATION_SCHEMA.TABLES正常情况下会列出用户表、试题表、试卷表、成绩表等十几张表。如果只有一两张表，说明脚本没执行完整或选错了库。如果项目自带的脚本是存储过程或者触发器，执行后还要注意看错误消息，别忽略红色波浪线。这一步做完，再打开web.config（老项目）或appsettings.json（Core项目），把连接字符串改成本地数据库。
连接字符串的常见写法是Server=.;Database=OnlineExamDB;Integrated Security=True，其中Server=.代表本机默认实例。如果你用的是具名实例，比如SQLExpress，就写Server=.\SQLExpress。用集成认证最方便，但部署到服务器上建议换成SQL账号认证，避免权限不足的问题。
3.3 编译与第一次启动：从F5到看到登录页的完整过程
改完连接字符串后，按F5直接启动。如果项目是Web Forms，会直接打开浏览器进到首页；如果是MVC，默认路由会跳到Home/Index。如果看到编译错误，先看错误列表是哪一个工程，常见有四种：一是缺少引用，右键引用管理NuGet包，安装缺失的包，比如EntityFramework版本不一致；二是Web.config里配置节不合法，尤其是连接字符串里的数据库实例名写错；三是Scripts和CSS路径不对，这通常不影响编译但会影响页面样式；四是.NET版本不匹配，把项目属性里的目标框架调成和本机SDK一致。
启动后如果能在浏览器里看到登录页，说明项目骨架已经活了。接下来要验证登录。很多开源项目的初始账号密码写在README或初始化脚本里，常见的是admin/admin123，或者去数据库User表查，里面有一行种子数据。我记得有一次怎么都登不进去，后来才发现是把密码哈希改错了，原来项目用的不是MD5而是简单的Base64，所以登录前先确认加密方式，别用十年前的直觉去猜。
如果能登录后台，并且可以看到题目管理、试卷管理这些菜单，就说明这个开源系统至少能用了。我还会顺手点一遍所有菜单，看有没有未处理的异常页面。很多开源项目只测了主流程，副页面一进去就500，这个时候用浏览器F12看Network里哪个接口报错，一般都能定位。别小看这一步，它决定了你后面改功能时是踩在稳定的地基上，还是踩在烂泥里。
4. 避坑与常见问题：从编译报错到数据损坏的5条踩坑记录
4.1 “无法附加数据库”但MDF文件确实存在
现象：运行时报错，说无法附加数据库，或者登录时提示数据库不存在，但去目录看OnlineExamDB.mdf就在那里。原因：一种是因为连接字符串里用了AttachDbFilename指向App_Data下的文件，但SQL Server实例没有访问该文件夹的权限；另一种是MDF文件是低版本SQL Server生成的，用高版本实例附加时默认限制修改路径。解决：我一般不会用AttachDbFilename方式，而是先执行脚本生成新库，再让项目连接服务器实例。如果非要附加文件，就把MDF拷到SQL Server实例的Data目录，然后右键数据库→附加，路径用绝对路径。还有一种情况是机器上装了多个SQL Server实例，连接的是其中一个，而文件在另一个实例的目录下，这时候能附加成功才怪。
4.2 登录后Session丢失，多看几分钟就掉线
现象：登录后进后台不到几分钟，再点链接就被踢回登录页。原因：Session超时设置太短，或者部署环境的应用程序池回收频率太高。开源项目的Web.config里默认会写sessionState的timeout值，一般是20分钟，但IIS应用程序池默认的Idle Timeout也是20分钟，空闲到点就回收进程，Session存在内存里自然就没。解决：在web.config的sessionState里把timeout改成120，同时把应用程序池的“闲置超时”改成0（永远不回收），再把固定时间回收也禁用。这是我做内部系统时最常用的三个调整，改一次能省很多抱怨。另外如果项目部署在多台服务器做负载均衡，Session存在进程内是共享不了的，要用StateServer或SQL Server模式，开源项目基本没考虑这点，自己改的时候要有数。
4.3 上传图片或导入Excel时提示路径不存在
现象：后台添加试题想上传图片，选择文件后报错说目录不存在，或者导入题目时Excel读不出来。原因：项目代码里用了相对路径或Server.MapPath，但实际目录里根本没有对应的Upload文件夹，或者没有写权限。开源项目通常在根目录下预留了Uploads目录，但ZIP包里是空的，没有保留占位文件，上传时系统找不到物理目录就抛异常。解决：先在项目根目录手工新建Upload、Temp等文件夹，再给IIS_IUSRS用户赋予写权限，还不够就检查代码里路径拼接，比如用了“/Uploads/”但目录叫“Upload”，这种错误只能看日志定位。导入Excel读不出来，多半是权限或文件格式，有些老代码只能用.xls，用xlsx就报错，改代码之前先确认格式。
4.4 密码存在数据库里是明文，这绝不是小事
现象：打开用户表，发现密码字段是明文，比如admin123直接躺在表里。原因：很多开源项目图省事，没有做哈希，或者只是简单MD5。因为这是开源代码，攻击者拿到源码后可以研究它的加密逻辑，数据一旦泄露，用户的账号密码就全暴露。解决：至少改成加盐的SHA256，用RNGCryptoServiceProvider生成盐，再对“密码+盐”做哈希。如果项目里已经用了MD5，也要加盐并迭代多次，别直接换算法，因为历史密码没法还原，要做一次性迁移，让用户在下次登录时自动升级为新的哈希格式。这套逻辑看起来不难，但改起来要动登录、重置密码、注册三个地方，建议先写一个静态加密类，再统一替换调用。
4.5 部署到服务器后时间相差8小时
现象：考试开始时间和结束时间跟服务器本地时间对不上，学生提交后系统判超时。原因：服务器时区是UTC，或者数据库DateTime类型没有处理时区。开源代码里一般用DateTime.Now，它用的是服务器本地时间，但很多云主机默认是UTC时间。解决：在服务器控制面板把时区设为北京时间，或部署时在应用启动代码里指定TimeZoneInfo。如果数据库里存的是UTC时间，读出来时也要转换。别只改一个地方，我见过改完了服务器时间，但数据库里的记录还是UTC，考试记录对不上。这个问题看似小，在线考试系统里直接关系到考试时间，我接手过的一个项目就是凌晨1点开始，学生半夜守着看题，全靠它修正。
5. 再进一步：基于开源考试系统的二次开发与验证技巧
5.1 给题目管理加一个Excel批量导入：从表单到解析的完整思路
很多开源系统的题目管理是一个一个手动添加，几百道题能点半天。我一般会在后台加一个批量导入功能，步骤是先下载模板，再上传Excel，服务端解析后写入数据库。核心是先把题目结构统一，模板里固定列：题型、题干、选项A到D、正确答案、分值。解析时用NPOI或者ExcelDataReader，注意判断空行和去首尾空格，还要处理题目里的逗号和换行，别让一个字段跨行。导入前先校验题型和答案格式，有错误就跳过并把错误行号写入日志，这样用户能自己排查。
5.2 用源代码管理做自己的改动：从“跑通”到“可维护”
拿到开源代码后，我强烈建议先创建自己的Git仓库，把原始状态提交一次并打上tag，比如v0.1-original。之后每改一个功能，比如升级密码加密、增加批量导入，就按功能分支合并到develop分支。这样哪天改坏了还能回退，也方便对比官方版本更新。不要一开始就大改，先在小范围内试，验证一个功能再继续。我见过同事直接在主分支上改，改了三天想反悔，连原来的代码在哪都找不回来，最后又下载一份重新开始。
5.3 验证系统是否稳定的三件事
上线前我会做三件事：第一，用测试账号模拟一次全流程，从登录、选题、交卷到查看成绩，把每一步记录成日志，别只点一遍就完事；第二，用SQL批量插入1000条题目数据，看列表页分页是否卡顿，很多老项目用的是GridView整页加载，数据一多就慢，这时候就要改成存储过程分页或EF Core分页；第三，用多个账号同时交卷，观察成绩写入是否产生死锁，如果并发出错，检查成绩表是否有主键冲突或锁升级问题。这三件事做完，基本能挡住大部分线上事故。
这些做法没有高深的地方，但都是我从实际项目里踩出来的。之前帮一个培训机构改造开源考试系统，最头疼的不是代码，而是题库Excel格式五花八门，最后我干脆在导入前先做一遍格式清洗。那之后我学到一个习惯：接手任何开源项目，先做一次“最小化闭环验证”，再谈扩展。希望帮到你。
本文还有配套的精品资源，点击获取
