想做答题小程序，一上来就卡在“题目”这一步——题库怎么建？题目怎么录入？用什么格式？其实，弄明白这个小程序里的“题目”，本质上是在解决两个核心问题：**题目数据从哪里来**，以及**题目数据怎么被小程序读得懂**。我们一步步拆开讲，你听完就能自己动手。

一、先搞懂题目在小程序里的“生存形态”

你要明白一个关键点：小程序本身不存题目，它只是个“播放器”。题目通常存在后台服务器或者本地JSON文件里。最常见的做法是用 **JSON（一种轻量级数据格式）** 来组织题目。比如一道选择题，在JSON里长这样：

{ "question": "中国的首都是哪里？", "options": ["北京", "上海", "广州", "深圳"], "answer": 0, "type": "single" }

这里“answer”: 0 表示正确答案是第一个选项（索引从0开始）。这种结构清晰、通用，几乎所有答题小程序都认它。你只需要按照这个格式去准备题目，然后通过接口上传到你的小程序后台，或者直接写在代码的data数据里（适合题量小的场景）。

二、两种主流“弄题目”的方式，选哪种看你情况

方式A：手动录入——适合题库小、想灵活控制的人

如果你的题目只有几十道，比如做一个班级小测验或者朋友间的趣味问答，手动敲代码最直接。你可以在小程序页面的JS文件的data里直接定义一个数组：

Page({ data: { questions: [ { question: "“但愿人长久”的下一句是？", options: ["千里共婵娟", "低头思故乡", "月是故乡明", "天涯共此时"], answer: 0, type: "single" }, { question: "以下哪个是哺乳动物？", options: ["企鹅", "蝙蝠", "鳄鱼", "鲨鱼"], answer: 1, type: "single" } ] } })

优点：零门槛，改起来快。缺点：题量一大，代码文件会变得臃肿，且每次更新都要重新上传小程序审核，不够灵活。

方式B：后台管理系统 + 数据库——适合题库大、要长期运营的人

比如你要做一个累计上千道题的知识竞赛小程序，就必须用这种方式。你需要一个后台（可以用现成的云开发后台，比如微信小程序的云开发，或者自己搭一个简单的API服务），然后在后台里做一个“题目管理”页面，里面包含：题目录入表单（文本输入框）、选项输入框、正确答案选择器、题目分类（比如“历史”“科学”）。

录入时，后台把数据存到数据库（比如云开发的数据库或MySQL），每道题会有一个唯一的ID。小程序前端通过API请求，从数据库拉取题目数据，然后渲染到页面上。这种方式的好处是：你随时随地可以在后台增删改题目，小程序端不用重新发布。

三、如果你不想写代码，有没有更省力的办法？

当然有。现在很多答题小程序平台（比如“答题王”“问卷星”的小程序版）提供了**可视化题库管理工具**。你注册一个账号，在网页后台里直接点“新增题目”，然后像填表格一样输入题目、选项、答案，系统会自动存成结构化数据，并生成一个小程序码。你扫码就能直接答题。

这种方式的代价是：你用的是别人的模板，界面和功能可能受限，而且有些平台会抽成或限制免费题目数量。适合不想碰代码、快速验证想法的朋友。

四、容易被忽略的“题目坑”，提前避开

坑1：题目格式不统一

比如有的题是单选，有的是多选，还有判断题、填空题。你在设计数据结构时，必须给每道题一个“type”字段来区分。否则小程序读取时会出错。建议统一用：single（单选）、multiple（多选）、truefalse（判断）、fill（填空）。

坑2：图片和公式怎么处理？

如果你的题目里有图片（比如地理题的地图、数学题的几何图），千万不要把图片路径直接写在代码里。正确的做法是：把图片上传到图床或云存储，然后在题目数据里用一个“image”字段存放图片URL。小程序渲染时，动态加载这个URL。公式的话，建议用图片替代，或者用富文本组件解析HTML。

坑3：答案索引搞错

很多新手在手动录入时，会把正确答案的索引写错。比如选项有4个，索引应该是0、1、2、3，结果写成了4。小程序在判题时就会报错或判错。一个简单的检查办法：写完后，用小程序自带的模拟器跑一遍，看正确答案是否高亮正确。

五、一个真实的例子：从零到一弄出20道题

假设你要做一个“中国地理知识”答题小程序，只有20道题。我建议你这样做：

1. 打开微信开发者工具，创建一个新项目，选择“云开发”模板（自带数据库）。

2. 在云开发控制台的数据库里，新建一个集合叫“questions”，然后点击“添加记录”，手动录入第一道题，字段包含：question（字符串）、options（数组）、answer（数字）、type（字符串）。

3. 用同样的方式录入剩下的19道题。注意，每次录入时，系统会自动生成一个_id，这个_id就是题目的唯一标识，后面可以用来做随机抽题或错题记录。

4. 在小程序前端，用云函数或直接调用数据库API，把“questions”集合里的数据全部拉下来，存到页面的data里。然后通过循环渲染出题目列表。

5. 写一个“提交答案”函数，遍历用户选择的答案，和题目数据里的answer字段对比，得到分数。

整个过程，你不需要写复杂的后端代码，云开发帮你搞定了数据库和接口。20道题，熟练的话半小时就能弄完。

六、扩展一下：题目还能玩出什么花样？

当你掌握了基本的题目录入，可以试试给题目加上“标签”或“难度系数”。比如在题目数据里加一个“difficulty”字段：1表示简单，2表示中等，3表示困难。小程序在出题时，就可以根据用户的历史表现，动态调整题目难度（这叫自适应出题）。或者加一个“category”字段，让用户自己选择“历史”“地理”“娱乐”等分类来刷题。

另外，如果你想让题目更有互动性，可以加入“答案解析”字段。用户答完题后，不仅能看到对错，还能看到为什么选这个答案。这种细节会让你的小程序明显比那些“只给分数”的工具更受欢迎。

说到底，弄题目这件事，核心就是**把人的知识翻译成机器能理解的结构化数据**。一旦你理解了JSON和数据库的关系，剩下的就是填充内容。别怕犯错，先录入一道题跑通全流程，后面就是复制粘贴的体力活了。