企业官网建设流程全解析

• 游戏开发
• 教育
• 前端
• 后端

本指南围绕 CodeCombat AP Computer Science Principles 课程中 Unit 1（Who is a Computer Scientist?）配套的单元测验（Quiz）展开，完整解读测验所覆盖的三个持久理解（Enduring Understandings：EU 5.1、5.4、7.5），逐题分析其考察的学习目标（LO）与必备知识（EK），并结合仓库中完整的课程文件（Unit 1 课程页、测评与活动指南、课程大纲）说明测验在整学期评估体系中的定位与使用方式。读完本文，你将理解每道题的命题意图、正确答案背后的课程框架依据，并掌握如何在课堂中落地这份测验。

测验在课程中的定位

CodeCombat 的 AP CS Principles 课程以“游戏化学习 + 真实代码”为核心，其完整课程体系见 课程总目录。Unit 1 是整学期的开篇单元，主题为 "Who is a Computer Scientist?"，历时 4 周，目标是让学生从一开始就建立编程自信：通过 计算机科学入门（Introduction to Computer Science）掌握从顺序执行到 while 循环的基础语法，再通过 Web Development 1 与 Game Development 1 完成两个可分享的独立项目。

这份 Unit 1 Quiz 正是该单元的阶段性测评，由教师用于检验学生对单元核心概念的理解与保持（comprehension and retention）。测验标注的考察范围是三个持久理解：

• EU 5.1：程序可以用于创造性表达、满足个人好奇心、创造新知识或解决问题（帮助个人、组织与社会）；
• EU 5.4：程序由不同目的的人开发、维护和使用；
• EU 7.5：有效的组织与资源选择有助于调查过程，合适的技术与工具能帮助获取信息并评估信息来源的可信度。

这三个 EU 与 Unit 1 课程页 中列出的 Enduring Understandings 完全对应，也与 课程大纲 中 Unit 1 的 Curricular Requirements（CR1e 沟通、CR2a 创造力、CR2e 编程、CR2g 全球影响）互相印证：测验不是孤立的记忆题，而是对单元学习目标达成度的抽样检查。

测验资源与分发方式

原文档提供了测验的学生版文件：Unit 1 Quiz - Student Handout（学生答题纸/测验卷）。该文件由 CodeCombat 官方资源服务器托管，是一份独立的 PDF 文档，教师需要提前下载并打印分发。结合 测评与活动指南 的说明，CodeCombat 的评估设计遵循两条核心价值：

1. 可规模化（Scalable）：减少教师在批改与后勤上的时间投入，让教师能服务更多学生，也便于向没有完整 CS 师资的学校推广；
2. 整合化（Integrated）：把评估嵌入学习、创作与游戏过程，在更接近“真实世界”的语境中评价学生——在职场上员工不是靠考试被评价的，而是看他们如何学习新事物、创造什么、如何执行软技能。

Unit 1 Quiz 属于相对传统的纸面测验形式，用于在单元末尾（见 课程安排 第 4 周的 "Unit Review" 环节）系统检验学生对三大 EU 的掌握；而单元内的挑战关卡（Challenge Levels）则承担了另一类“非阻塞、少引导”的过程性测评。

逐题解析：命题意图与答案依据

第 1 题：协作与程序结构 [LO 5.1.3]

Which of these is a true statement about collaboration when developing programs?

考察目标LO 5.1.3（Collaborate to develop a program，协作开发程序，对应 Computational Thinking Practice P6：Collaborating）。四个选项为：

• Collaboration increases the incidence of errors found in written code.
• Collaboration is best included later in the development process.
• Collaboration is easier when the program is structured as relatively independent components.（正确）
• Collaboration requires only the same skills as when writing code independently.

本题的正确答案是第三项。其依据是 AP CSP 框架中 EK 5.1.3 相关的核心结论：将程序拆分为相对独立的组件（模块化结构）会显著降低协作的耦合难度，使多个开发者可以并行推进各自的部分并在接口处集成。这一思想在 CodeCombat 的课程中被反复强化——Unit 1 课程页 中的 "Introduction to Pair Programming" 活动要求两人一组、轮流担任 driver（驾驶员）与 navigator（导航员）完成编程项目；结对编程指南 与测评指南中的结对编程评估问题（如 "How did pairing affect difficulty in coding?" [EK 5.1.3A]）都指向协作对程序开发过程的影响。另外两个错误选项考察学生对协作的常见误解：协作应当在开发全流程中尽早介入而非“后期才加入”，且协作所需的人际与沟通技能远不止“独立写代码的技能”。

第 2 题：变量命名的语义表达 [EK 5.4.1C]

For the given code segment, what would be an appropriate name for the variable?

考察目标EK 5.4.1C（程序标识符/变量的命名应反映其在程序中的用途）。题目给出如下代码段：

<variable> = 2 while true hero.moveRight(<variable>) hero.moveLeft(<variable>)

四个候选变量名为：

• patrolDistance（正确）
• attackTimes
• enemy
• Two

这段代码描述了一个经典的“巡逻”行为：英雄以数值2为步长，在 while 循环中反复向右移动、向左移动。patrolDistance（巡逻距离）准确表达了该变量承载的语义——循环步长即巡逻距离，是四个选项中唯一与代码行为自洽的命名。attackTimes（攻击次数）与代码行为无关；enemy（敌人）是实体名词而非距离/步长概念；Two只是对字面量2的机械转写，完全没有传达用途信息。

本题同时也呼应了 AP CSP 中关于“程序正确性”的讨论：可读、语义明确的命名（meaningful identifier）是程序可维护性的基础。CodeCombat 的 计算机科学入门 教师引导模块（Basic Syntax、Variables 等小节）以及游戏内关卡，都要求学生在真实代码编辑器中为变量起名，这类关卡级实践正是本题纸面考察的落点。课程大纲 在 Programming Environment 一节也明确指出，课程主环境 codecombat.com 同时支持 Python 与 JavaScript，学生在游戏内完成“编写并执行正确程序才能过关”的流程，本身就包含对命名等代码质量要素的隐性训练。

第 3 题：评估研究来源的可信度 [LO 7.5.2B]

Choose TWO effective ways to evaluate the credibility of a research source.

考察目标LO 7.5.2（Evaluate online and print sources for appropriateness and credibility，评估线上与纸质来源的适当性与可信度），具体对应 EK 7.5.2B：信息来源的可信度会受到其作者、出版商与赞助方的影响。四个选项中应选出两项：

• Check if the publisher has a strong reputation in the area.（正确）
• Check if the author has written frequently about the subject.
• Check if the author has a large following.
• Check who has sponsored the publisher.（正确）

结合课程框架可以推断，本题的正确组合是“考察出版方在领域内的声誉”与“核查出版方的赞助来源”：前者直接对应可信度评估中 publisher 维度，后者对应 sponsor 维度——赞助方是否与内容存在利益关联是判断客观性的关键。而“作者是否经常写该主题”只能说明写作频率、不能说明专业水平，“作者是否拥有大量粉丝”属于人气指标而非可信度指标，两者都不是评估来源可信度的有效手段。

这一能力在课程中通过Create a Computing Lesson（创建计算课程）活动落地：学生在 计算课程活动 中两人一组，自行选题研究，并需要证明所选来源是“适当且可信的”（Unit 1 课程页 中 LO 7.5.1 [P1] 与 LO 7.5.2 [P5] 的掌握说明）。测评与活动指南 的 Research Activity 部分进一步给出了书面评估维度：Research（是否有引用来源、来源是否适当、是否可信，可包含线上/纸质来源乃至访谈）与Content（是否回答了 prompt、是否体现了活动目标知识）。Unit 1 Quiz 第 3 题正是对这一系列活动成果的纸面抽检，也为后续单元（如 Unit 5 的数据分析、网络安全活动）中反复出现的信息评估要求打下基础。

测验与课程评估体系的衔接

将 Quiz 放回整学期的评估全景中看，它的角色更为清晰：

• 过程性测评：课程安排 显示 Unit 1 覆盖第 1–4 周，第 4 周为 "Technology Usability Review + Unit Review"，Quiz 可用于该 Review 阶段检验 EU 5.1/5.4/7.5 的达成度；
• 与 Performance Tasks 的关系：Quiz 中出现的协作（LO 5.1.3）、信源评估（LO 7.5.2）等能力，正是 Performance Tasks 中 Explore 任务（占 AP 总分 16%，8 小时）所需的前置技能——Explore 要求学生识别一项计算创新、评估其影响并创建配套数字作品与书面回答，其中“评估来源可信度”是硬性要求；Unit 1 的 Computing Lesson 即为 Explore Practice 1（见专业发展材料中的考试构成说明）；
• 课程要求的回应：课程大纲 中 Unit 1 的 Curricular Requirements 包括 CR1a（P1 连接计算）、CR1b（P2 创建计算制品）、CR1d（P4 分析）、CR1e（P5 沟通）、CR2a（创造力）、CR2e（编程）、CR2g（全球影响），Quiz 的三道题分别锚定编程（EU 5.1/5.4）与全球影响/信息素养（EU 7.5），与这些要求逐项对应。

教师落地建议

结合 课程概览 与 测评与活动指南 的评估理念，建议教师按以下方式使用 Unit 1 Quiz：

1. 前置准备：在第 1 周开课时下载并打印 "Unit 1 Quiz - Student Handout"，确保每位学生有一份；
2. 时机选择：在第 4 周 Unit Review 阶段安排测验，此时学生已完成 CS1 全部 21 个关卡、WD1 全部 13 个关卡、GD1 全部 19 个关卡及 Computing Lesson、Pair Programming 等配套活动（见课程安排）；
3. 批改与反馈：三道题均为客观选择题，批改成本极低，符合课程“可规模化评估”的设计原则；教师可依据三道题的错题分布定位薄弱 EU——错在第 1 题提示协作/模块化概念未内化，错在第 2 题提示代码可读性与命名意识不足，错在第 3 题提示信息素养训练欠缺，并据此在后续单元（如 Unit 2 的配对算法设计、Unit 5 的数据项目）中针对性补强；
4. 与关卡测评互补：Quiz 负责覆盖面广的纸面抽检，而游戏内的 Challenge Levels 负责“非阻塞、少引导”的过程性检验——两者结合，教师既能看到概念的纸面掌握，也能看到学生在真实编程语境中的迁移能力。

这份 Quiz 是 CodeCombat AP CSP 课程“规模化的、整合化的”评估体系在开篇单元的缩影：以三道精心设计的客观题，把协作开发（EU 5.1）、程序可读性（EU 5.4）与信息素养（EU 7.5）三个单元核心命题浓缩为可快速批改、可诊断、可追溯的测评节点，为教师后续六个单元的差异化教学提供了清晰的起点。

• 游戏开发
• 教育
• 前端
• 后端