简介这是一套基于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 5Controller、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 NOnlineExamDB, FILENAME ND:\Data\OnlineExamDB.mdf, SIZE 10MB, MAXSIZE UNLIMITED, FILEGROWTH 10% ) LOG ON ( NAME NOnlineExamDB_log, FILENAME ND:\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.jsonCore项目把连接字符串改成本地数据库。连接字符串的常见写法是Server.;DatabaseOnlineExamDB;Integrated SecurityTrue其中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格式五花八门最后我干脆在导入前先做一遍格式清洗。那之后我学到一个习惯接手任何开源项目先做一次“最小化闭环验证”再谈扩展。希望帮到你。本文还有配套的精品资源点击获取