保定小程序题库开发实战

上周有个保定的客户找到我，说他们做职业资格考前培训，想把几千道题做成小程序让学生刷。聊下来发现，这类需求在保定其实不少——驾校、会计培训、教师资格、建筑类考试，几乎每个机构都有一堆题想搬到线上。今天就把「小程序制作题库」这件事拆开讲讲，顺便说说在保定做这类项目的实际经验。

题库小程序到底要做哪些东西

很多人以为题库就是「题目+答案」，真动手才发现坑不少。一个能用的题库小程序，核心模块大概这几块：

• 题目数据结构：单选、多选、判断、填空、案例分析，每种题型字段不一样，别想着用一张表硬塞。
• 练习模式：顺序练习、随机练习、章节练习、错题重做、收藏夹。
• 考试模式：限时、交卷、自动判分、成绩单。
• 数据统计：做题量、正确率、薄弱章节，这个才是学生愿意留下来的理由。
• 后台管理：题目录入、批量导入、组卷、学员管理。

保定有个做会计继续教育的客户，一开始只想要「能做题就行」，后来发现学员最在意的是「我哪章不行」，于是又加了薄弱点分析。所以需求阶段一定要问清楚：是给学员自己练，还是机构拿来做考前模拟？这两种做法差别很大。

技术选型：别一上来就堆框架

题库类小程序有个特点——数据量大、查询多、写操作少。几千到几万道题，完全没必要搞复杂。我一般推荐微信小程序原生开发 + 云开发，理由很实在：

• 题库是典型的读多写少场景，云数据库的查询能力够用，省掉服务器运维。
• 保定不少培训机构没有技术团队，云开发让他们自己也能在后台改题。
• 上线快，一个中等规模题库小程序，两周左右能跑通主流程。

如果题目超过五万道，或者要做多机构 SaaS，那再考虑自建后端。之前给保定一家驾校做科目一题库，题库量不大，但并发集中在晚上七八点，云开发的按量计费反而比包年服务器划算。

题目表结构，这里最容易返工

我见过太多项目在题目表上翻车。下面是我常用的结构，简化版：

// 题目集合 questions
{
  _id: "q_1001",
  categoryId: "chapter_03",      // 章节
  type: "single",                // single/multiple/judge
  stem: "下列关于增值税的说法正确的是？",
  options: [
    { key: "A", text: "..." },
    { key: "B", text: "..." }
  ],
  answer: ["B"],                 // 统一用数组，多选也兼容
  analysis: "解析文字",
  difficulty: 2,
  status: 1                      // 1上架 0下架
}

几个关键点：答案统一用数组，单选多选一套逻辑；解析单独字段，别塞进题干；加 status 字段，题目下架不用删数据。这些细节当时多花十分钟，后面省好几天。

判分和错题，逻辑比界面重要

判分看起来简单，实际要处理多选漏选、判断题、大小写、空格。我的做法是前端只负责收集答案，判分统一走后端云函数，避免有人改前端作弊，也方便以后加题型。

错题本建议单独建集合，记录用户、题目、错误次数、最近错误时间。学生复习时按「错误次数降序」推，比按时间排序有用得多。保定那个会计客户上线一个月后反馈，错题重做功能的打开率比预期高不少，说明这个点抓对了。

后台录入，决定项目能不能落地

题库项目最耗人力的不是开发，是录题。客户手里往往是 Word 文档，几千道题人工录进去要命。所以后台一定要做批量导入，约定好 Excel 模板，解析后校验题型和答案格式，导入失败给出具体行号。这一块做扎实，客户自己就能维护，后面续费也顺。

给保定本地客户做项目，我的习惯是交付时多留半天做培训，把后台怎么导题、怎么组卷讲一遍。培训机构的人员流动快，文档比口头交代靠谱。

几个容易被忽略的点

• 图片题：不少题库有公式、图表，题干要支持富文本或图片，提前和客户确认。
• 防切屏：考试模式要不要限制切屏，微信小程序能力有限，别过度承诺。
• 数据导出：机构要拿成绩做分析，导出 Excel 是刚需。
• 审核合规：涉及职业资格培训，类目和资质提前查清楚，别做完卡在审核。

我是知码客，常驻保定，主要做小程序和 APP 开发。题库这类项目看着不复杂，但真正决定成败的是数据结构设计和后台易用性。如果你也在保定，手里有一批题想做成小程序，或者正在纠结自建还是外包，欢迎聊聊，先把需求理清楚再动手，比什么都强。