# 1. 微前端下组件/契约测试如何跨子应用执行 A 组件测试必须跨子应用执行,不能独立运行 B 跨子应用契约测试在边界上验证接口与事件契约,契约破坏应在 CI 中阻塞发布 ✓ 正确答案 C 契约测试只覆盖接口文档,不涉及运行时行为 D 集成测试只需在单个子应用内执行
# 2. 微前端的版本治理,主子应用版本兼容性矩阵与 breaking change 检测的工程机制 A breaking change 检测只需人工 review 即可保证准确 B 兼容性矩阵显式声明主子应用版本组合的支持关系,breaking 变更需通过检测识别并驱动发布门禁 ✓ 正确答案 C 兼容性矩阵建立后无需维护,版本随意升级 D breaking 变更可以直接发布,由用户自行处理
# 3. 微前端的 Design System 跨子应用共享与版本治理,组件库升级与多版本共存的工程策略 A npm 包共享方式天然杜绝组件库版本漂移 B 组件库多版本共存时,设计 token 与全局样式可能冲突,需通过命名空间与边界隔离治理 ✓ 正确答案 C MF exposes 共享组件库不存在任何治理成本 D 同步升级策略无需任何协调成本
# 4. 微前端的监控与可观测性,主子应用错误边界、性能基线统一与日志聚合的工程实践 A 性能基线各子应用各自定义,无需统一 B 错误边界只在基座层设置即可覆盖全部场景 C 微前端监控需统一采集口径并携带应用标识,错误按边界归属、日志用 traceId 关联成链路 ✓ 正确答案 D 日志聚合不需要应用标识,按路由即可唯一区分
# 5. 微前端的 CI/CD 协同,独立发布 vs 联合发版的流水线设计与回滚策略 A 联合发版的回滚只能重新构建全部应用 B 独立发布必须联合所有子应用一起构建 C 独立发布以配置切换实现秒级回滚,联合发版按组合快照整体回滚,选择依据是变更耦合度 ✓ 正确答案 D 所有变更都应采用联合发版以保证原子性
# 6. 微前端故障隔离(单子应用崩溃不影响整体)验证 A 故障注入只能在生产环境进行 B 子应用崩溃只能通过整页刷新恢复 C 资源加载失败不影响其他子应用,无需处理 D 故障隔离依靠渲染边界、执行边界与资源边界,并通过故障注入演练验证 ✓ 正确答案
# 7. 微前端的接口契约管理,API 版本化、兼容性测试与消费者驱动契约(CDC)的工程应用 A CDC 由消费者定义契约、提供方验证实现,接口变更破坏任一消费者契约即阻断发布 ✓ 正确答案 B 接口版本化只需在文档中标注,无需运行时兼容 C 契约测试只在联调阶段执行,不进入 CI D 契约管理只能用于外部 API,不适用于子应用间接口
# 8. 微前端的权限与鉴权治理,主子应用 Token 传递、SSO 集成与权限同步的工程方案 A 每个子应用应独立实现完整登录流程 B 鉴权治理宜由基座统一完成登录与 Token 管理,权限同步需支持变更通知与缓存失效 ✓ 正确答案 C Token 通过 localStorage 明文共享是最安全的方式 D 权限下发后子应用无需关注失效,浏览器会自动处理
# 9. 微前端的性能预算与治理,主子应用资源预算分配与首屏性能 SLA 的工程落地 A SLA 只需度量整体页面,无需按子应用拆分 B 性能预算只包括 JS 体积,不含时间与请求数 C 预算设定一次即可,无需随产品演进调整 D 性能预算按总预算 + 子应用分账分配,CI 门禁拦截超标,RUM 度量支撑 SLA 闭环 ✓ 正确答案
# 10. 微前端独立测试(脱离主应用)的 mock 框架设计 A mock 数据随意编写不影响测试有效性 B 独立测试只能 mock 网络层,无法模拟基座能力 C 独立测试通过模拟基座注入与契约化 mock 接口实现,mock 数据应来自契约文件保持一致 ✓ 正确答案 D 子应用无法脱离主应用运行,只能全量联调
# 11. 微前端集成测试的「主应用 + 子应用」联调环境 A 联调环境由主应用与子应用按版本组合配置驱动组装,支持环境锁与组合快照 ✓ 正确答案 B 联调环境每次都需要重新构建所有应用 C 联调环境只能有一种固定组合 D 环境锁的作用是加快构建速度
# 12. 微前端依赖共享(shared)的兼容性测试矩阵 A 兼容性矩阵只能手工执行,无法自动化 B 共享依赖只要版本号相同就无需测试加载顺序 C 离线缓存不会影响共享依赖的协商 D 共享兼容矩阵覆盖加载顺序、版本回滚与缓存等组合,逐组合断言单例与版本协商结果 ✓ 正确答案
# 13. 微前端发布前的端到端冒烟测试编排 A 冒烟测试按核心路径与跨应用流程编排,分级执行并作为发布门禁 ✓ 正确答案 B 冒烟测试应覆盖全部测试用例才算完整 C 冒烟测试失败不影响发布,只需记录 D 冒烟用例越多越好,无需关注稳定性
# 14. 跨子应用错误堆栈的 source map 归属与还原,多 bundle 同名模块冲突的归一化处理 A 多应用同名 chunk 会造成堆栈误配,需以 bundle 唯一标识与产物清单完成归属与还原 ✓ 正确答案 B 同名模块冲突时按文件名优先匹配即可准确还原 C source map 由前端代码内联,无需随发布归档 D 堆栈归一化只需在展示层拼接字符串,无需服务端处理
# 15. 多团队并行发布下的 E2E 环境竞争,共用测试环境的隔离、环境锁与蓝绿切换策略 A E2E 环境竞争无法通过任何手段缓解 B 环境锁的作用是让所有团队共享同一版本 C 数据隔离只需一个团队使用,其他团队无需处理 D 蓝绿切换让发布部署到备用侧、验证后一键切换并支持即时回滚,可缓解环境竞争 ✓ 正确答案
# 16. 跨子应用的键盘焦点与可访问性回归测试,焦点穿越应用边界时的丢失与治理 A 焦点丢失只影响鼠标用户,键盘用户不受影响 B 应用切换时旧应用卸载、新应用未就绪会导致焦点丢失,需通过锚点移交与 inert 边界治理 ✓ 正确答案 C 隐藏容器内的元素仍可正常获得焦点 D 可访问性回归测试只能靠人工执行
# 17. 微前端视觉回归测试的稳定性挑战 A 视觉回归截图差异都代表真实回归,不应忽略 B 视觉回归不稳定源于动画、字体、网络与异步时序,需冻结机制、阈值容差与基线管理应对 ✓ 正确答案 C 微前端组合差异不会影响视觉回归稳定性 D 禁用动画与固定数据源反而会增加不稳定性
# 18. 微前端性能预算(每个子应用体积)治理 A shared 依赖应计入每个子应用的体积配额 B 体积预算只需要在发布后人工抽查 C 体积预算按基线设定配额,CI 分级门禁拦截超标,治理聚焦重复打包与按需加载 ✓ 正确答案 D 体积超限没有治理手段,只能接受
# 19. 微前端的文档与知识治理,子应用接入规范、最佳实践与 onboarding 流程的工程标准化 A 接入文档只需说明概念,无需给出正反例 B 接入规范覆盖生命周期、路由、样式与通信契约,并通过模板脚手架与 lint 使其可执行 ✓ 正确答案 C 脚手架模板与规范无关,可任意编写 D onboarding 流程一次性即可,无需清单化
# 20. 子应用间代码规范与质量门禁的统一治理,共享 lint 配置、CI 门禁与接入检查清单 A 各子应用应各自维护独立的 lint 规则以保持灵活 B 共享 lint 配置包 + CI 分级门禁 + 接入检查清单构成子应用质量治理闭环 ✓ 正确答案 C CI 门禁只需检查构建是否成功 D 接入清单由各子应用自行编写,无需统一