软件过程能力评估师 · 高频练习

为什么需求和设计阶段也要做同行评审?

中级 单选题 第 130 题 中等 软件过程能力评估师同行评审缺陷预防质量保证
题目

某项目组过去总是在系统测试阶段才发现需求理解偏差和接口设计问题,修复成本很高。过程改进时,老师建议在需求说明、概要设计、详细设计完成后安排同行评审。这样做的主要目的是什么?

A 尽早发现缺陷,降低后期返工成本
B 让测试阶段不再需要任何测试
C 把所有设计责任转移给评审主持人
D 用会议数量代替过程质量
题目类型:原创高频考点题 用途:用于帮助理解软件过程能力评估师相关考点和答案解析,不等同于官方真题。
正确答案
A
答案解析

同行评审的价值在于把缺陷尽量前移发现。需求阶段的歧义、设计阶段的接口遗漏,如果拖到编码或测试后才暴露,通常会带来更大的返工成本。对软件过程能力评估来说,评审记录、问题清单和关闭情况也能体现过程是否被认真执行。

选项分析

A

正确。同行评审能在早期发现需求、设计或代码中的缺陷,减少后期返工。

B

错误。评审不能替代测试,测试仍然需要做。

C

错误。评审是共同发现问题,不是转移责任。

D

错误。过程质量看问题发现、处理和关闭效果,不看会议数量。

本题为什么容易错

不少同学把同行评审理解成形式化签字,觉得只要有人看过就算完成。考试更看重的是评审是否发现问题、问题是否记录、是否跟踪关闭。

先看结论

简短答案

为什么需求和设计阶段也要做同行评审,正确答案是 A(尽早发现缺陷,降低后期返工成本)。同行评审的价值在于把缺陷尽量前移发现。需求阶段的歧义、设计阶段的接口遗漏,如果拖到编码或测试后才暴露,通常会带来更大的返工成本。对软件过程能力评估来说,评审记录、问题清单和关闭情况也能体现过程是否被认真执行。

解析

易混淆概念对比表

概念本题判断区别要点记忆提示
尽早发现缺陷,降低后期返工成本 本题正确答案 正确。同行评审能在早期发现需求、设计或代码中的缺陷,减少后期返工。 看到题干核心场景时优先联想到它
让测试阶段不再需要任何测试 本题干扰项 错误。评审不能替代测试,测试仍然需要做。 看到该词不要急着选,先判断是否真正解决题干问题
把所有设计责任转移给评审主持人 本题干扰项 错误。评审是共同发现问题,不是转移责任。 看到该词不要急着选,先判断是否真正解决题干问题
用会议数量代替过程质量 本题干扰项 错误。过程质量看问题发现、处理和关闭效果,不看会议数量。 看到该词不要急着选,先判断是否真正解决题干问题
本题易混淆选项怎么区分
  • 让测试阶段不再需要任何测试:错误。评审不能替代测试,测试仍然需要做。
  • 把所有设计责任转移给评审主持人:错误。评审是共同发现问题,不是转移责任。
  • 用会议数量代替过程质量:错误。过程质量看问题发现、处理和关闭效果,不看会议数量。
复习

知识点详解

质量保证是软件过程能力评估师考试中需要结合场景理解的考点。围绕“为什么需求和设计阶段也要做同行评审”这类题目,复习时要先看题干描述的是概念定义、适用场景、作用效果,还是与其他选项的区别。本题的题干关键词是“某项目组过去总是在系统测试阶段才发现需求理解偏差和接口设计问题,修复成本很高。过程改进时,老师建议在需求说明、概要设计、详细设计完成后安排同行评审。这样做的主要目的是什么”,它指向的核心答案是 A(尽早发现缺陷,降低后期返工成本)。

备考速记

备考速记:题干如果强调“质量保证”中的关键目标,就先联想到 质量保证;如果选项里出现 让测试阶段不再需要任何测试、把所有设计责任转移给评审主持人、用会议数量代替过程质量,不要只看名称熟悉,要判断它们是否真正对应题干场景。

质量保证在质量保证场景中的作用

质量保证在本题中的核心价值,是解决“某项目组过去总是在系统测试阶段才发现需求理解偏差和接口设计问题,修复成本很高。过程改进时,老师建议在需求说明、概要设计、详细设计完成后安排同行评审。这样做的主要目的是什么”这个场景问题。复习时不要只背选项名称,还要理解它为什么适用于该场景,以及它能解决哪类安全、流程或管理问题。

拓展

同类题怎么考

  • 给出质量保证场景,判断应该选择哪个概念、工具、协议或管理过程。
  • 考查质量保证的作用,要求从四个相近选项中找出最符合题干目标的一项。
  • 把质量保证和让测试阶段不再需要任何测试、把所有设计责任转移给评审主持人、用会议数量代替过程质量放在一起考,重点看适用场景是否一致。
  • 题干通常会出现一个关键动作或目标,先定位关键词,再回到选项逐一排除。
质量保证在软件过程能力评估师软考中的考法

软考选择题通常不会只考概念定义,还会把质量保证放到质量保证场景中,要求判断它的作用、适用范围或与相近概念的区别。遇到这类题时,先抓住题干中的业务场景,再看哪个选项最能解决该场景下的核心问题。

解题思路

题干说系统测试阶段才发现需求和设计问题,说明缺陷发现太晚。把评审放到需求、设计产物完成后,就是为了在交付给下游之前先筛一遍,把明显问题提前拦住。

考点定位

这类题不考“开会”本身,而考缺陷预防思想:越早发现问题,修复成本越低,过程也越可控。

易错提醒

  • 同行评审可以用于需求、设计、代码等多个阶段。
  • 评审发现的问题要记录和关闭,不能只停留在口头讨论。
  • 评审是缺陷预防手段,但不能取代测试、审计和验收。

备考提示

  • 软件过程能力评估师复习时,可以把同行评审、质量保证、配置管理和问题闭环放在同一组理解。
  • 题干出现早期发现、返工成本、需求设计缺陷,优先想到同行评审或缺陷预防。

你可能还想了解

  • 为什么需求和设计阶段也要做同行评审?
  • 质量保证是什么?
  • 质量保证在软件过程能力评估师考试中怎么考?
  • 软件过程能力评估师质量保证题怎么理解?
  • 同行评审有什么用怎么考?
  • 需求设计为什么要同行评审怎么考?

本文小结

本题核心考点是质量保证在质量保证场景中的判断和应用。遇到类似题目时,先看题干描述的目标,再判断哪个选项最符合场景;本题应选择 A(尽早发现缺陷,降低后期返工成本)。