课后作业:做出你的微信小程序 ​

课后巩固习题 ​

【单选题】【M0-01】回顾四句话需求法 ​

  • 知识点:M0 理论基础:小程序与云服务
  • 题型:单选题
  • 难度:易

题干:【M0-01】四句话需求法要讲清的四件事是( )
A. 页面有什么、谁能用、存什么数据、跑通什么流程
B. 用什么软件、用什么手机、几点交、交给谁
C. 页面有多好看、动画有多少、字体用什么、颜色怎么配
D. 成本多少钱、周期多少天、团队多少人、收益多少元

答案与解析

答案:A
解析:四句话分别定界面、定人群、定要保存的记录、定跑通的流程;说清这四句,AI 照着做就不会猜偏。

【判断题】【M0-02】写明「微信小程序」 ​

  • 知识点:M0 理论基础:小程序与云服务
  • 题型:判断题
  • 难度:易

题干:【M0-02】描述需求时写明「微信小程序」四个字,可以避免 AI 把它做成普通网页。

答案与解析

答案:对
解析:讲义明确要求写明「微信小程序」;一旦生成的是网页,要在对话里指出「我要的是微信小程序,不是网页」让它重做。

【单选题】【M1-01】判断连云服务的时机 ​

  • 知识点:M1 带练:做出手机袋管理员并上线
  • 题型:单选题
  • 难度:中

题干:【M1-01】手机袋管理员要把打卡记录留档、换设备也能查看,正确的做法是( )
A. WorkBuddy 提示连接云服务时选择确认
B. 把数据截图存进手机相册
C. 自己注册一台服务器存数据
D. 每天手动把数据抄到笔记本上

答案与解析

答案:A
解析:需要保存数据时 WorkBuddy 会主动提示连接云服务,确认即可,数据存进云端才能跨设备查看;不用自己搭服务器。

【多选题】【M1-02】核对上线链路 ​

  • 知识点:M1 带练:做出手机袋管理员并上线
  • 题型:多选题
  • 难度:中

题干:【M1-02】手机袋管理员从需求到手机可用,下列哪些属于这条链路上的必要环节?( )
A. 用四句话需求卡向 AI 说清需求
B. 生成预览后导入花名册,核对 60 格手机袋与姓名对应
C. 连接云服务,让打卡数据存进云端
D. 手动安装微信开发者工具并配置 AppID

答案与解析

答案:ABC
解析:本课链路是:说清需求 → 生成预览 → 连云服务 → 导入花名册 → 分享上线;开发者工具、AppID、传代码包这些旧步骤都由平台完成,不需要手动做。

【实操题】【M1-03】走完手机袋管理员上线链 ​

任务目标:用带练素材把「说需求 → 生成 → 连云服务 → 导花名册 → 分享上线」完整走一遍,做出一个能在自己手机微信里打开并真实使用的小程序。

操作步骤:

  1. 下载需求卡和示例花名册,放进 D:\AIGC\lesson-16 本课目录。
  2. 在 WorkBuddy 新建任务,工作目录选本课目录,发送讲义 M1 的生成提示词,等预览区出现小程序页面。
  3. 提示连接云服务时选择确认,在预览里新建班级并上传花名册,核对 60 格手机袋与姓名一一对应。
  4. 点几张卡片切换状态后点「提交本节课记录」,确认数据已存入云数据库。
  5. 点「分享」创建 14 天试用版,用自己手机的微信扫码打开,点卡片并提交一次,回电脑统计页核对记录。

预期产出:一个在自己手机微信里能打开的手机袋管理员,电脑端统计页能看到手机提交的记录。

验收标准:

  • 导入花名册后 60 张卡片,袋号与姓名一一对应;
  • 点卡片按已交 → 未交 → 请假循环,颜色区分清楚;
  • 手机提交的记录在电脑端统计页可见;
  • 手机微信能直接打开小程序,而不是在浏览器里打开。
教师参考

参考结果:学生独立完成从需求卡到真机可用的全链路,数据确实进了云端。
评分要点:需求卡完整发送 1 分,云服务已连接 1 分,网格与状态切换正确 1 分,数据上云可见 1 分,真机可打开 1 分。生成结果偏成网页时,按讲义注意事项让学生点明「微信小程序」重做后再评分,不降低标准。

【单选题】【M2-01】识别有效反馈 ​

  • 知识点:M2 真机试用与改进
  • 题型:单选题
  • 难度:易

题干:【M2-01】同桌试用后说「挺好的」,最合适的下一步是( )
A. 请对方至少说出一个「如果能加上某个功能就更好了」的点
B. 记录为一条有效反馈,直接开始改版
C. 判定小程序已完成,不再收集意见
D. 让 AI 自己想想哪里可以改

答案与解析

答案:A
解析:只说「挺好的」不算反馈;反馈要指出具体位置与期望行为,追问才能拿到可执行的修改信息。

【实操题】【M2-02】按反馈完成一次改版 ​

  • 知识点:M2 真机试用与改进
  • 题型:实操题
  • 难度:中

任务目标:请一位同学真机试用你的小程序并提出一条具体反馈,你按反馈只改这一处并复验,体验真实反馈驱动的修改。

操作步骤:

  1. 把分享二维码发给同桌,请对方在手机微信里真实点几张卡片、提交一次。
  2. 收一条具体反馈:哪里看不懂、想加什么、哪里点不动;只说「挺好的」就请对方再想一个「加上更好」的点。
  3. 把反馈放进讲义 M2 的改版提示词发送,要求只改这一处、其他功能不变。
  4. 更新后按提示重新分享或刷新试用版,请同桌在手机上复验反馈点,自己核对原有功能。

预期产出:一条已落实并在手机上复验通过的反馈改版记录。

验收标准:

  • 反馈指出了具体位置与期望行为;
  • 手机上反馈提到的那一处行为按预期变化;
  • 打卡、统计、提交等原有功能没有被改坏。
教师参考

参考结果:学生完成「收反馈 → 只改一处 → 真机复验」的完整闭环。
评分要点:反馈具体 1 分,只改一处 1 分,复验通过 1 分,旧功能保留 1 分。没收到反馈的学生可用教师示例反馈「统计页想直接看到未交同学的座位号」完成练习。

【单选题】【M3-01】用好需求单检查 ​

  • 知识点:M3 独立开发我的小程序
  • 题型:单选题
  • 难度:中

题干:【M3-01】独立开发前先让 AI 检查需求单,主要是为了( )
A. 确认四句话完整、不互相矛盾、适合做成小程序
B. 让 AI 提前把小程序做出来
C. 顺便生成一份课程报告
D. 检查手机电量是否充足

答案与解析

答案:A
解析:讲义要求先让 AI 检查四句话是否完整、有无矛盾,并明确「有问题指出,不要开始生成」;检查通过后再动手生成。

【判断题】【M3-02】用最简版本兜底 ​

  • 知识点:M3 独立开发我的小程序
  • 题型:判断题
  • 难度:易

题干:【M3-02】生成结果太复杂时,可以补一句「先做最简版本,页面不超过两个」来控制规模。

答案与解析

答案:对
解析:这是讲义给出的兜底方法;课堂打卡类需求本身就是「一个打卡按钮加一个日历」的最简形态,先能用再迭代。