字数 5498，阅读大约需 28 分钟

第66讲：请“业主”来验收——确认范围

【老孙开篇寄语】

各位“美好家园”的管家们，大家好！

欢迎回到《2026版“软考找老孙”高项通关84讲》。

上一讲（第65讲），我们深入了质量管理的“后厨”，看着 QA 拿着鞭子盯着厨师洗手（管过程），看着 QC 拿着筷子试吃每一道菜（管结果）。

经过一番折腾，我们的产品——“智慧邻里”APP V1.0，终于通过了内部测试，拿到了 QC 颁发的“合格证”（核实的可交付成果）。

现在的你，是不是觉得可以松一口气了？

大错特错！ 最难的一关才刚刚开始。

你觉得好没用，“给钱的那个人” 觉得好才有用。
今天，我们要把这道做好的“菜”，端到最挑剔的食客——业主（客户） 面前。

• • 他会不会嫌咸了？
• • 他会不会说这不是他点的菜？
• • 他会不会以此为借口拒付尾款？

这就是我们今天要讲的 第66讲：“确认范围”。
这不是简单的“签字画押”，这是一场 “心理博弈”，更是一场 “商业谈判”。
老孙今天就教你，如何把“核实的可交付成果”，变成“验收的可交付成果”，让客户心甘情愿地在验收单上签字。

一、 上节回顾与热身

1. 上节核心回顾：质量的双重防线

在上一讲（第65讲），我们区分了质量管理的两个核心角色：

2. 上节课后作业精讲（深度复盘）

【作业1：大家来找茬】

1. 1. QC：测试员跑脚本发现异常。（找Bug，查结果）。
2. 2. QA：老孙检查《测试记录表》发现流程违规。（查过程，审计）。
3. 3. QA：架构师指出代码缩进不符合规范。（查过程，预防烂代码）。
4. 4. QC：质检员量零件直径。（查结果，找次品）。

【作业2：流程排序】

• • 正确顺序： B -> C -> A -> D
• • 解析：
• • 切记：先 QC，后确认范围。
1. 1. B（生产）： 小张打包生成 APK（产出：可交付成果）。
2. 2. C（内检 QC）： 测试组内测（产出：核实的可交付成果）。
3. 3. A（外检 确认范围）： 业主代表验收（产出：验收的可交付成果）。
4. 4. D（收尾）： 移交上线。

【作业3：老孙的烦恼】

• • 问题1： 修一个出两个，Bug 越修越多，这是 QA（过程） 的问题。说明开发流程、代码管理流程烂了，而不是测试员（QC）不努力。
• • 问题2： 措施： 发起质量审计，查找根源（如代码耦合度高、缺乏回归测试），然后改进流程（如引入自动化回归测试、强制代码评审）。

二、 咱们今天聊点啥？（本讲目标）

2.1 为什么你必须学好这一讲？（痛点诱惑）

• • 痛点一（死在终点线）： 很多项目99%都做完了，就差客户签字。结果客户一句“感觉不对”，项目就挂在那半年结不了项，尾款拿不到，奖金泡汤。不懂验收技巧，你就是白干。
• • 痛点二（客户耍赖）： 客户总说“再改改”、“还差点意思”。你没有标准，被客户牵着鼻子走，陷入无休止的修改深渊。确认范围，就是确立“验收标准”，防止客户耍赖。
• • 痛点三（考试易错）： 题目问“客户验收”，你选了“控制质量”；题目问“内部测试”，你选了“确认范围”。分不清内检和外检，考试必丢分。

2.2 本讲核心任务地图（验收的通关文牒）

我们要帮“智慧邻里”拿到那张至关重要的“通关文牒”：

三、 核心内容精讲（实战演练）

3.1 核心概念：什么是“确认范围”？—— 不是“做完了吗”，而是“这真的是你要的吗？”