1. 考点：软件文档的类型

• 开发文档（开发人员） ：

  • 可行性研究和项目任务书
  • 需求规格说明
  • 功能规格说明
  • 设计规格说明（包括程序和数据规格说明）
  • 开发计划
  • 软件集成和测试计划
  • 质量保证计划、标准、进度
  • 安全和测试信息

• 产品文档（用户） ：

  • 培训手册
  • 参考手册和用户指南
  • 软件支持手册
  • 产品手册和信息广告

• 管理文档（负责人） ：

  • 开发过程的每个阶段的进度和进度变更的记录
  • 软件变更情况的记录
  • 相对于开发的判定记录
  • 职责定义

• 核心总结：

  • 开发文档：给开发人员看，涵盖需求、设计、开发计划、测试计划等。
  • 产品文档：给用户看，涵盖培训手册、用户指南、产品手册等。
  • 管理文档：给负责人看，涵盖进度记录、变更记录、判定记录、职责定义等。

1. 考点：软件质量保证的性质

1.1 记忆口诀

• 功能：适准互安从
• 可靠：成熟容复容
• 易用：理解学操作
• 效率：时间资源优
• 维护：分析稳测改
• 移植：安装应致换

1. 考点：系统维护的分类

1.1 可维护性的性能指标

• 可理解性
• 可测试性
• 可修改性

1.2 软件维护类型

• 改正性维护：

  • 指为了识别和纠正软件错误、改正软件性能上的缺陷、排除实施中的错误，应当进行的诊断和改正错误的过程。
  • 关键词： bug。

• 预防性维护：

  • 系统维护工作不应总是被动地等待用户提出要求后才进行，应进行主动的预防性维护，通过预防性维护为未来的修改与调整奠定更好的基础。
  • 关键词： 程序员。

• 完善性维护：

  • 扩充功能和改善性能而进行的修改。对已有的软件系统增加一些在系统分析和设计阶段中没有规定的功能与性能特征。
  • 关键词： 用户。

• 适应性维护：

  • 指使应用软件适应信息技术变化和管理需求变化而进行的修改。企业的外部市场环境和管理需求的不断变化也使得各级管理人员不断提出新的信息需求。
  • 关键词： 除开用户的第三方 。

1. 考点精要：McCabe 复杂度（圈复杂度）

核心作用：用于衡量计算机程序的逻辑复杂度。

1.1 核心计算方法

• 公式法：$V(G) = m - n + 2$

  • $m$：有向图中的有向弧数（边数）
  • $n$：图中的节点数

• 秒杀技巧：最小独立闭环数 + 1（考试中最推荐、最高效的计算方式）

1. 考点：测试阶段划分

• 单元测试：模块测试、模块功能、性能、接口等。
• 集成测试：模块间的接口。【自顶向下-桩模块，自底向上-驱动模块，三明治】
• 系统测试：真实环境下，验证完整的软件配置项能否和系统正确连接。
• 确认测试：验证软件与需求的一致性。内部确认测试、Alpha测试、Beta测试、验收测试。
• 回归测试：测试软件变更之后，变更部分的正确性、对变更需求的符合性。

1. 考点：测试的基本概念及分类

• 动态测试（机器运行） ：

  1. 黑盒测试法（测试功能）
  2. 白盒测试法（测试结构）
  3. 灰盒测试法（黑白结合）

• 静态测试（纯人工） ：

  1. 桌前检查（现场检查）
  2. 代码审查（SVN服务器）
  3. 代码走查（边走代码边检查）

• 核心总结：

  1. 动态测试 = 机器运行，包含黑盒、白盒、灰盒测试法。
  2. 静态测试 = 纯人工，包含桌前检查、代码审查、代码走查。
  3. 黑盒测试测功能，白盒测试测结构，灰盒测试是黑白结合。

1. 考点：测试的基本概念及分类

1. 尽早、不断地进行测试
2. 程序员避免测试自己设计的程序
3. 既要选择有效、合理的数据，也要选择无效、不合理的数据
4. 修改后应进行回归测试
5. 尚未发现的错误数量与该程序已发现错误数成正比

2. 经典例题

2.1 题目一

题目： 以下关于软件测试的叙述中，不正确的是（ ）。

• A、在设计测试用例时应考虑输入数据和预期输出结果
• B、软件测试的目的是证明软件的正确性
• C、在设计测试用例时，应该包括合理的输入条件
• D、在设计测试用例时，应该包括不合理的输入条件

考点：人机界面设计的黄金三准则

• 置于用户控制之下

• 减少用户的记忆负担

• 保持界面的一致性

• 核心总结：

  • 人机界面设计的黄金三准则：用户控制、减轻记忆、界面一致。

经典例题

题目一

题目： Theo Mandel 在其关于界面设计所提出的三条“黄金准则”中，不包括（ ）。

• A、用户操纵控制
• B、界面美观整洁
• C、减轻用户的记忆负担
• D、保持界面一致

1. 考点：模块设计的基本要求

• 保持模块的大小适中

• 深度、宽度适中

• 扇入、扇出系数要合理

• 模块的作用域应该在模块之内

• 功能应该是可预测的

• 高内聚、低耦合

• 核心总结：

  • 模块设计的目标是实现高内聚、低耦合。
  • 设计时需注意：模块大小适中、深度宽度适中、扇入扇出合理、作用域在模块之内、功能可预测。

1. 考点：软件设计的任务与活动

1.1 基本概念

• 阶段划分：

  • 概要设计
  • 详细设计

• 核心原则与方法：

  • 抽象化
  • 自顶而下、逐步求精
  • 信息隐蔽
  • 模块独立（高内聚、低耦合）

• 核心总结：

  • 软件设计分为概要设计和详细设计两个阶段。
  • 设计过程中遵循：抽象化、自顶而下逐步求精、信息隐蔽。
  • 最终目标是实现模块独立，即高内聚、低耦合。