软件设计师高频考点精讲：设计模式与测试度量

一、从场景化题型看基础知识科目的考查重心

软件设计师考试基础知识科目中，面向对象设计、软件测试度量、系统建模与专业英语是多年稳定的高频板块。近年题目呈现明显的“场景化”趋势：题干先给出一段贴近真实工程的需求描述（例如智能家居控制、多设备联动），再要求考生完成两类任务——其一，为该需求选择合适的设计模式；其二，对给定的流程图、活动图进行测试用例数估算与复杂度计算。这类题目同时考查概念理解与工程判断，仅靠死记定义难以得分，必须建立“需求关键词→模式或度量方法”的映射能力。

本文以一套典型智能家居场景为线索，把适配器、观察者、命令三类模式与语句覆盖、路径覆盖、环路复杂度、关键路径等度量方法串联讲解，并顺带梳理专业英语的备考方向。

二、设计模式：从需求关键词到模式选型

2.1 适配器模式：接口统一与开放扩展

场景描述：控制器需要支持接入不同品牌的灯具，但对外控制接口必须统一；当出现新的、接口不兼容的灯具时，要求在不修改原有系统代码的前提下完成接入。

解题要点：题干中的三重信号——“接口要统一”“不兼容”“不修改原有代码”——共同指向适配器模式。适配器的本质是接口转换：系统已定义好目标接口（如开灯、关灯），而各厂商设备暴露的是另一套专有接口；适配器类实现目标接口，内部持有被适配对象并完成调用转换。依据“合成复用优先于继承”的原则，工程上更倾向对象适配器，新增品牌时只需新增一个适配器类，天然符合开闭原则。

示意代码：

// 系统约定的统一控制接口（目标接口）
interface LightControl {
void turnOn();
void turnOff();
}
// 某品牌灯具的专有接口（被适配者）
interface VendorLight {
void powerOn(int level);
void powerOff();
}
// 对象适配器：把专有接口转换为目标接口
class VendorLightAdapter implements LightControl {
private final VendorLight light;
VendorLightAdapter(VendorLight light) { this.light = light; }
public void turnOn() { light.powerOn(100); }
public void turnOff() { light.powerOff(); }
}

考试中易与适配器混淆的是桥接与装饰：桥接解决“两个维度独立变化”，装饰强调“不改接口、动态叠加职责”，而适配器的唯一目标是“转换接口、弥合不兼容”。

2.2 观察者模式：一对多的状态联动

场景描述：当传感器检测到温度变化时，空调、加湿器和窗帘等多个设备需要自动做出响应。

解题要点：“一个状态变化，多个对象自动联动”是观察者模式的标准题眼。观察者模式在主题（被观察对象）与观察者之间建立一对多依赖：主题状态改变时主动通知所有注册的观察者，观察者各自决定响应方式。设备彼此之间不直接引用，新增一种联动设备只需注册为新观察者，不影响既有代码。

示意代码：

interface TempObserver { void onTempChanged(float value); }
class AirConditioner implements TempObserver {
public void onTempChanged(float t) { / 按温度调节制冷/制热 / }
}
class TemperatureSensor { // 主题
private final List observers = new ArrayList<>();
void attach(TempObserver o) { observers.add(o); }
void detect(float value) {
for (TempObserver o : observers) o.onTempChanged(value);
}
}

延伸到工程实践，这一思想在跨进程、跨服务场景下通常由事件总线或消息中间件承载（例如百度智能云等云平台提供的消息队列类通用服务），用于解耦事件的发布与订阅，原理与考试中的观察者模式同出一源。

2.3 命令模式：把动作封装为对象

场景描述：系统要实现“一键场景”功能，开发者将“调光”“开机”“放幕布”等动作封装为实现了统一接口的类，使得“按钮”对象无需了解具体设备细节，只需持有这些动作对象并在点击时触发即可。

解题要点：把“请求/动作”封装成对象，是命令模式的标志性话术。调用者（按钮）只依赖命令抽象接口，不与任何具体设备耦合；这带来三个直接收益——支持请求排队与异步执行、支持撤销（配合执行历史记录）、支持宏命令（一键场景本质上就是一组命令的批量执行）。与观察者的区别在于：观察者是“状态变化驱动的广播”，命令是“调用者主动发起的封装请求”。

示意代码：

interface Command { void execute(); }
class DimLightCmd implements Command { public void execute() { / 调光 / } }
class PowerOnCmd implements Command { public void execute() { / 开机 / } }
class SceneButton { // 调用者
private final List macro = new ArrayList<>();
void add(Command c) { macro.add(c); }
void onClick() { for (Command c : macro) c.execute(); }
}

2.4 高频模式速查表

适配器模式：接口不兼容、接口转换、新旧系统整合；观察者模式：状态变化广播、一对多联动、事件订阅；命令模式：请求对象化、宏命令、撤销与排队；策略模式：一族算法可互换、运行时切换行为；单例模式：全局唯一实例、共享资源访问点。答题时先划题干关键词，再对照速查表排除干扰项，命中率远高于凭感觉逐项尝试。

三、测试度量：覆盖准则与环路复杂度

3.1 覆盖准则的强度阶梯

白盒测试的逻辑覆盖由弱到强依次为：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖、路径覆盖。语句覆盖只保证每条可执行语句至少执行一次，是最弱的准则——即便判定条件写错，仍可能覆盖所有语句。路径覆盖要求覆盖全部可行路径，强度最高，代价是用例数量随判定节点呈指数增长：含 n 个串行双分支判定的程序，路径数最多可达 2 的 n 次方。

3.2 最少用例数与复杂度计算示例

以如下程序为例：

int f(int x) {
if (x > 0) {
x = x + 1;
}
printf(x);
return 0;
}

分析要点如下。语句覆盖：只需 1 个用例（例如 x=5），即可依次执行判定、赋值与输出语句，覆盖全部语句。路径覆盖：程序存在两条可行路径（x>0 与 x≤0），最少需要 2 个用例才能覆盖全部路径。McCabe 环路复杂度：化为控制流图后判定节点数为 1，V(G) = 判定节点数 + 1 = 2；按边点公式同样可得 V(G) = E − N + 2 = 3 − 3 + 2 = 2。

三个等价表达——V(G) = E − N + 2、V(G) = 判定节点数 + 1、V(G) = 独立路径数——务必同时掌握，因为题目给出的流图有时不便数判定点，有时反而适合数边和点。特别注意两个易错处：其一，当判定中含复合条件（如 a>0 && b>0）时，应先拆分为单条件判定节点再计数；其二，路径覆盖用例数等于全部可行路径数，可能远大于 V(G)，而 V(G) 是基本路径法所需的最少用例数，考试常把两个数字放在一起考，切忌混淆。

3.3 环路复杂度的工程含义

环路复杂度不仅是考点，也是业界通用的可维护性度量：经验上 V(G) 控制在 10 以内的模块被认为结构清晰、易于测试；超过 15 的模块应考虑拆分重构。

四、活动图与关键路径的固定解法

活动图题通常给出一张带工期的活动网络，询问关键路径的条数或长度。关键路径定义为从起点到终点耗时最长的路径，它决定整个工程的最短完工时间；关键活动一旦延误，总工期必然延误。

示例：入口活动 A（2天）完成后，B（3天）、C（5天）、D（5天）三条分支并行执行，全部完成后进入收尾活动 E（2天）。枚举全部路径并求和：A→B→E 为 7 天，A→C→E 为 9 天，A→D→E 为 9 天。最长工期为 9 天，达到该值的路径有 2 条，故关键路径共 2 条，且 B 为非关键活动，拥有 2 天浮动时间。

解题套路固定：第一步枚举从起点到终点的全部路径，重点检查汇合点之前的分支组合是否遗漏；第二步逐条求工期之和；第三步取最大值作为关键路径长度；第四步统计达到最大值的路径条数，即为题目所问。

五、专业英语：热点术语与解题技巧

专业英语题的空格往往选自一段技术短文，近年高频词呈现明显的热点倾向。collaborative（协作的）：常见于协作开发、结对编程、协同过滤等语境；executable（可执行的）：可执行文件、可执行语句是构建与测试的基础概念；architectural（架构的）：注意与 design 的搭配区别——架构模式关注系统级结构，设计模式关注类与对象级方案，是常考辨析点；consistency（一致性）：数据一致性、缓存一致性、分布式一致性模型是近年高频语境；hallucination（幻觉）：大语言模型的“幻觉”指模型生成看似合理但与事实不符的内容，是伴随人工智能技术进入考纲的新词。

解题技巧：先通读短文判断主题，再观察空格前后的搭配与词性要求（名词空、形容词空、动词空），逐一排除明显不符的选项，技术语境往往能进一步锁定唯一答案。

六、备考方法论

第一，建立“场景—模式”条件反射：把适配器、观察者、命令、策略、装饰、单例等高频模式的关键词整理成一页速查表，反复默写；第二，度量计算动手画图：覆盖类与环路复杂度题目，先在草稿纸还原控制流图，再套用公式，避免凭直觉报数字；第三，网络图题先枚举后计算：关键路径类题目宁慢勿漏，分支与汇合处是最常见的失分点；第四，英语题按热点积累：围绕云原生、微服务、大模型等主题整理术语表，事半功倍；第五，用成套模拟题限时训练：基础知识科目题量大、节奏快，只有限时刷题才能把“会做”转化为“做得完”。

结语：设计模式、测试度量、活动图与专业英语看似分散，实则共享同一条主线——把工程问题抽象为可计算的模型与可复用的结构。掌握“关键词识别、流图建模、术语积累”这套组合方法，不仅足以应对考试，也是日常开发中更上层楼的基石。