大学软件构建上册《构建与集成》练习题

共 27 道沉淀题 · AI 对照课标原创 · 三重审校答案可核对

需要完整试卷（软件构建上册《构建与集成》单元测试卷）？

按本单元考点 AI 生成整卷：正卷 + 答案页 + 逐题解析，PDF 精排 / Word 可编辑 / 打印装订寄到家。

本单元考点（4 个）

构建工具的基本功能与选择版本控制与构建过程的集成持续集成环境中的构建流程自动化构建与依赖管理

本单元练习题（27 题）

选择题 ★ 精品详情 →

1. 在持续集成（CI）环境中，开发者向版本控制仓库推送代码后，构建流程的正确顺序是： A. 提交代码 → 触发 CI 服务器 → 拉取最新代码 → 编译 → 运行自动化测试 → 反馈构建结果 B. 运行自动化测试 → 提交代码 → 编译 → 触发 CI 服务器 → 反馈构建结果 C. 触发 CI 服务器 → 提交代码 → 反馈构建结果 → 编译 → 运行自动化测试 D. 编译 → 提交代码 → 拉取最新代码 → 触发 CI 服务器 → 运行自动化测试

登录查看答案

选择题 ★ 精品详情 →

2. 某团队发现，持续集成服务器有时会检出分支最新代码，而非触发构建的那次提交，导致构建结果无法对应到具体版本。以下哪项调整能直接解决这一问题？ A. 按触发构建的提交哈希检出代码并记录构建结果　B. 每次构建前将分支切换到最新提交　C. 仅在发布时把构建产物提交到版本库　D. 由开发者手动选择构建所用的提交

登录查看答案

选择题 ★ 精品详情 →

3. 某团队需为新项目选择构建工具。需求如下：①必须支持增量编译，即仅重新编译源文件发生变更的目标文件；②必须能自动处理模块间依赖，保证被依赖模块先构建；③需生成构建脚本以便在持续集成服务器上无人值守执行。现有候选工具甲：仅提供手动逐文件编译命令，无依赖管理；乙：提供声明式构建脚本与依赖拓扑排序，但增量编译只依据文件时间戳判断；丙：提供依赖分析与内容哈希判定的增量编译，支持脚本化构建但配置复杂；丁：仅提供集成开发环境内一键构建，无法脱离 IDE 运行。若以三项需求全部满足（③以脚本化可无人值守为准，时间戳判定视为满足增量编译）且配置代价最小为选择标准，应选择哪个工具？ A. 甲　B. 乙　C. 丙　D. 丁

登录查看答案

填空题 ★ 精品详情 →

4. 某持续集成流水线在代码变更后依次执行：检出源代码、解析并获取依赖、编译；随后必须验证代码正确性，且只有验证通过才生成构建包。编译之后、生成构建包之前应执行____。

登录查看答案

判断题 ★ 精品详情 →

5. 某团队在持续集成中规定：开发人员向主干推送提交后自动触发构建，且 CI 服务器必须检出该次推送对应的提交（而非分支最新提交）进行构建，构建产物与提交哈希一同归档。某新成员提出以下看法：『这一规定的主要目的是建立提交与构建产物之间的可追溯性，使任一归档产物都能定位到产生它的确切代码版本；若 CI 检出分支最新提交而非触发提交来构建，构建结果就可能混入他人稍后推送的改动，导致产物与触发提交不对应。因此，只要团队约定每次构建都检出触发提交，就能保证构建可追溯，与是否使用标签或版本号命名产物无关。』请判断该成员的表述是否正确。

登录查看答案

填空题 ★ 精品详情 →

6. 某构建系统按声明依赖生成任务图：app 的 package 依赖 test，test 依赖 compile；compile 成功后生成 classes，test 和 package 均使用该输出。本次源文件已变化，因此 compile 必须执行，且每个任务在一次构建中至多执行一次。app 直接依赖 util 2.6 和 benchmark 1.4，benchmark 传递依赖 util 2.4；版本冲突时选取较高版本。执行 package 时，实际执行的任务顺序为____，util 最终解析版本为____。

登录查看答案

选择题 ★ 精品详情 →

7. 项目使用构建工具管理依赖，模块 portal 依赖模块 core，且 core 依赖库 json-kit。要让自动化构建能够按依赖顺序构建 portal，最合适的做法是什么？ A. 在构建配置中声明这两层依赖，由构建工具解析并安排顺序　B. 每次构建前手动下载所有依赖并复制到 portal 目录　C. 只在 portal 的源代码注释中记录依赖名称　D. 先构建 portal，再根据报错临时补充依赖

登录查看答案

选择题 ★ 精品详情 →

8. 某团队的构建系统每次执行时都重新编译全部源文件，即使只有个别源文件被修改；同时构建脚本需要手工编写各模块的编译顺序，否则会因依赖未就绪而失败。若该团队希望仅改动处被重新编译、且模块按正确顺序自动构建，应为其引入构建工具的两项基本功能是：A. 代码评审与缺陷跟踪　B. 增量编译与依赖解析　C. 版本回退与分支合并　D. 环境隔离与容器部署

登录查看答案

选择题 ★ 精品详情 →

9. 某项目使用 Git 子模块：主仓库 M 的提交 m 把子模块 S 锁定在提交 s1。CI 脚本先执行 git submodule update --init，随后执行 cd S && git fetch && git checkout main，再运行构建。若 S 的 main 当前指向 s2，且 s2≠s1，则关于本次构建与版本控制的集成，下列判断正确的是： A. 构建实际使用 s2，产物若标记为 m 则无法由 m 唯一重建　B. 构建实际使用 s1，产物与 m 完全对应　C. 构建实际使用 s2，但 m 仍能唯一确定 s2　D. 构建实际使用 s1，因为子模块指针会覆盖 main

登录查看答案

填空题 ★ 精品详情 →

10. 某团队为多模块项目选择构建工具。团队要求：仅重新编译源文件有变更的模块，且在被依赖模块构建失败时立即中止后续模块的构建，同时能自动从远程仓库下载第三方库。现有工具甲仅支持调用编译器全量编译，工具乙支持增量编译、按依赖拓扑排序调度构建任务并具备依赖管理功能。则满足全部要求的工具是____，其中“失败即中止、被依赖者先构建”体现的构建工具基本功能是____（填写：增量编译/任务编排/依赖管理之一）。

登录查看答案

选择题 ★ 精品详情 →

11. 某团队将源代码与构建配置分别提交：提交 r1 只更新源代码，提交 r2 才更新与之匹配的构建配置。CI 在每次提交后立即构建，因此 r1 会触发一次不匹配的构建。若要求每次 CI 构建都使用相互匹配的源代码和构建配置，最合适的版本控制与构建集成调整是什么？ A. 将匹配的源代码和构建配置作为同一提交提交，并让 CI 按该提交构建 B. 保持分开提交，但让 CI 每次都检出分支最新提交 C. 将构建配置移出版本库，改由 CI 服务器保存 D. 仅在构建失败时，把构建配置回退到上一个版本

登录查看答案

选择题 ★ 精品详情 →

12. 某团队在持续集成服务器上配置流水线，规定：每次向版本库推送代码即自动触发构建，依次执行「拉取代码 → 编译 → 运行单元测试 → 打包」；仅当全部阶段成功时才将构建制品归档，任一阶段失败则立即中止并通知提交者。若开发者小张推送的代码导致单元测试失败，但编译通过，关于该次构建的正确结果与处理方式，下列说法唯一正确的是： A. 打包阶段照常执行，制品归档后由人工甄别是否回退代码 B. 流水线在单元测试阶段中止，不生成归档制品，并通知小张修复 C. 流水线回退到编译阶段重试，测试失败可忽略一次 D. 制品仍归档，但标记为"待验证"状态供后续使用

登录查看答案

填空题详情 →

13. 某团队需要自动完成源代码编译、依赖管理和测试任务，选择构建工具时应优先考察其是否支持____。

登录查看答案

判断题详情 →

14. 将构建脚本与源代码一同纳入版本控制，并基于检出的提交执行构建，有助于使构建过程与代码版本对应。

登录查看答案

判断题详情 →

15. 判断正误：构建工具的核心功能仅是把源文件交给编译器，依赖解析、增量构建和任务编排属于包管理器或集成开发环境的职责；因此团队选择构建工具时，只需比较其调用编译器的速度，不必考察前几项能力。

登录查看答案

判断题详情 →

16. 判断：构建任务检出版本控制库中的指定提交，并使用该提交中的构建脚本执行构建，可以使构建过程与代码版本对应。

登录查看答案

判断题详情 →

17. 某团队的 CI 按发布标签检出代码并执行构建，但允许标签在创建后被重新指向其他提交，构建记录也只保存标签名。有人据此断言：即使标签后来被移动，仅凭构建记录中的标签名仍能唯一确定该次构建实际使用的代码版本。判断该断言正误。

登录查看答案

填空题详情 →

18. 某项目使用 Maven 构建，模块 core 的 pom 中声明依赖库 A 版本 2.0（直接依赖），同时经模块 lib 传递引入库 A 版本 3.1。构建时按依赖调解原则（路径最短优先，路径相同先声明优先）解析，最终生效的 A 版本为 ____。若开发者希望强制使用 3.1，应在 core 的 pom 中将该依赖写入 ____ 节点以锁定版本。

登录查看答案

填空题详情 →

19. 持续集成任务执行构建脚本时，若编译阶段失败，流水线应____，而不是继续发布构建制品。

登录查看答案

判断题详情 →

20. 某自动化构建配置中，任务声明为：test 依赖 compile，package 依赖 compile 和 test；配置文件却按 package、test、compile 的顺序书写。若 compile 已完成而 test 仍在执行，判断：构建工具可以启动 package，因为 package 的直接依赖 compile 已完成。

登录查看答案

填空题详情 →

21. 某团队评估 Maven、Gradle 与直接调用编译器脚本三种构建方式。团队需求为：①当少量源文件变更时只重编译受影响的目标文件以缩短构建时间；②按模块依赖图自动确定构建顺序；③将编译、测试、打包、发布等步骤编排为可一键执行的统一任务流。若团队选择直接调用编译器脚本的方式，上述三项需求将全部无法自动满足，因为这三种能力分别属于构建工具的____、依赖处理与任务编排功能。因此从构建工具基本功能匹配的角度看，该团队应放弃脚本方案而选用成熟的构建工具。

登录查看答案

判断题详情 →

22. 判断：自动化构建中，只要开发者的本机已安装某依赖库，构建配置就无需声明该依赖，项目在其他环境中也能稳定构建。

登录查看答案

判断题详情 →

23. 判断：选择构建工具时，若项目需自动执行编译、测试和打包，就应只比较工具生成最终可执行文件的速度；依赖处理、任务编排等功能与构建工具的基本功能无关。

登录查看答案

填空题详情 →

24. 某项目使用构建工具自动获取第三方库。为使构建文件明确指定所需库的发布版本，依赖声明中应填写该库的____。

登录查看答案

选择题详情 →

25. 某团队为新项目选择构建工具，项目使用的编程语言、依赖管理方式和团队已有开发环境各有特点。下列选择原则最合理的是哪一项？ A. 优先选择名称最流行的工具，不考虑项目需求　B. 根据项目技术栈、所需构建功能及团队环境匹配工具　C. 只选择界面最简洁的工具　D. 只比较工具首次安装所需的时间

登录查看答案

判断题详情 →

26. 某项目的持续集成流水线配置为：提交触发后检出代码，随后依次编译、运行自动化测试、生成制品并发布；任一阶段失败，后续阶段均跳过。小周认为：“只要编译成功，即使自动化测试失败，制品仍会进入发布阶段。”判断小周的说法是否正确。

登录查看答案

填空题详情 →

27. 某团队需为跨平台项目选择构建工具，硬性要求是能自动完成编译、测试与打包，解析模块依赖并按依赖关系安排任务，且各开发环境可复现同一构建流程。候选工具甲只能执行编译、测试和打包；乙满足上述全部要求；丙能解析依赖，但任务顺序须手工指定。应选工具____。

登录查看答案

软件构建其他单元练习题

软件构建概述（9题）编码规范与风格（27题）数据类型与结构设计（27题）控制流与逻辑组织（27题）函数与模块化（27题）防御式编程（18题）代码重构（27题）测试驱动开发（27题）代码调试与优化（27题）

题目由 AI 对照课标原创生成并经机审+人审，如发现质量问题可联系我们。