软件评测师考试2周冲刺指南:评审、配置管理、缺陷管理高频概念辨析与真题举例

当前时间： 2026-08-17 17:26:38 分类：办公文件评论(0)

软件评测师考试2周冲刺指南:评审、配置管理、缺陷管理高频概念辨析与真题举例

⚡ 易混淆知识点专项清理 · 占上午卷4~6分

配置管理的三个库、评审的类型、缺陷的严重程度与优先级——这些概念看起来简单，但考试时特别容易混淆。今天这篇文章，帮你一次性理清，再也不会搞混！

配置管理 · 三库详解

配置管理（Configuration Management）是软件工程中用于识别、控制、记录和报告配置项的管理过程。

配置管理三库

配置库	别称	用途	权限	变更
开发库	动态库、工作库	开发人员日常工作	开发人员完全控制	自由变更
受控库	测试库、备份库	存放基线配置项	配置管理员管理	需审批
产品库	发布库	存放最终发布产品	高层管理者控制	严格变更流程

配置项与变更管理

概念	定义	示例
配置项	纳入配置管理的软件产品及其相关产物	源代码、文档、测试用例、用户手册
版本	配置项的特定状态	V1.0、V2.1、Beta版
基线	经过评审的配置项版本	需求规格说明书V1.0基线
变更请求	对配置项进行修改的正式请求	CR（Change Request）

评审 · 类型与区别

评审（Review）是对软件产品或过程进行评估的活动，目的是发现问题、评估质量、做出决策。

评审类型	参与人员	目的	形式ality
技术评审	技术专家、开发人员	发现技术缺陷，评价技术方案	正式
管理评审	管理层、项目经理	评估项目状态，决定后续行动	正式
走查	开发团队成员	代码级别的检查，互相学习	非正式
审查（Inspection）	多角色（作者、审查员、记录员等）	系统化、有记录的正式检查	正式
代码评审	开发人员	检查代码质量、发现潜在问题	半正式

审查（Inspection）的角色分工

角色	职责
主持人	组织审查会议，确保审查过程按规范进行
作者	被审查产品的创建者，回答问题
审查员	负责发现和报告缺陷
记录员	记录审查过程中发现的问题
阅读员	在会议上逐段阅读被审查材料

缺陷管理 · 分级与处理

缺陷管理是软件测试中识别、记录、跟踪、解决缺陷的过程。

缺陷严重程度 vs 缺陷优先级

缺陷严重程度分级

等级	描述	示例
致命（Critical）	系统崩溃、数据丢失、安全漏洞	数据库崩溃、用户数据丢失
严重（Major）	主要功能无法使用	登录失败、支付功能异常
一般（Normal）	次要功能有问题	界面显示错误、提示信息不清
轻微（Minor）	界面问题、不影响使用	文字错误、界面不美观
建议（Suggestion）	改进建议	用户体验优化建议

缺陷优先级分级

等级	描述	修复时间
紧急（Urgent）	立即修复	24小时内以内
高（High）	尽快修复	本次发布前
中（Medium）	正常排期修复	下个版本
低（Low）	有时间再修复	后续版本考虑

缺陷报告要素

要素	内容
缺陷标题	简洁描述缺陷
缺陷描述	详细描述缺陷现象
复现步骤	如何重现该缺陷
预期结果	正确的行为应该是什么
实际结果	实际发生了什么
严重程度	缺陷的严重等级
优先级	修复的紧迫程度
测试环境	操作系统、浏览器、版本等
附件	截图、日志文件等

缺陷生命周期

真题演练

总结

高频易混淆概念速查

概念组	区分要点
开发库 vs 受控库 vs 产品库	开发=自由变更，受控=基线管理，产品=最终发布
走查 vs 审查	走查=非正式学习，审查=正式质量保证
严重程度 vs 优先级	严重程度=技术影响，优先级=业务紧迫
配置项 vs 基线	配置项=被管理的对象，基线=经过评审的版本