软件测试复习题

### 软件测试知识点详解 #### 一、软件测试概览 **1.1 验证与有效性确认** - **验证（Verification）**: 检验软件是否正确实现了产品规格书中定义的功能与特性。 - **有效性确认（Validation）**: 确认软件是否满足用户的真正需求。 **1.2 软件测试与软件开发的关系** - 软件测试贯穿于软件开发的全过程，从需求分析阶段就开始介入。 - 测试不仅是在编码完成后进行的，而是在每个阶段都需要进行相应的测试活动。 - 软件开发与测试相辅相成，良好的测试可以提高软件的质量，降低后期维护成本。 #### 二、软件质量及缺陷 **2.1 软件质量** - **功能性（Functionality）**: 软件提供的服务与功能。 - **可用性（Usability）**: 包括简单安装、轻松使用及友好的用户界面。 - **可靠性（Reliability）**: 软件在特定条件下持续稳定运行的能力。 - **性能（Performance）**: 软件处理数据的速度和效率。 - **容量（Capacity）**: 软件能够处理的最大数据量。 - **可测量性（Scalability）**: 软件在不同负载下仍能保持高效运行的能力。 - **可维护性（Servicemanageability）**: 软件易于修改和更新的程度。 - **兼容性（Compatibility）**: 软件与其他系统或组件协同工作的能力。 - **可扩展性（Extensibility）**: 软件添加新功能或模块的容易程度。 **2.2 软件缺陷** - **定义**: 从内部看，软件缺陷是开发或维护过程中出现的问题；从外部看，则是功能失效或违背预期的行为。 - **主要原因**: - 技术问题，如编程错误。 - 软件本身的设计缺陷。 - 团队合作中的沟通不足。 **2.3 软件缺陷的构成** - 规格说明书。 - 设计。 - 代码。 - 其他因素，如配置问题。 **2.4 缺陷为何多存在于规格说明书中** - 规格说明书往往是软件开发的第一步，如果在这一阶段就存在问题，后续阶段的问题将随之增加。 - 规格说明书的不明确或不完整可能导致理解上的差异，从而导致软件功能与用户期望不符。 #### 三、软件评审与质量保证 **3.1 软件评审** - 目的: 提前发现问题，减少后期修改成本。 - 定义: 一种系统化的检查活动，用于评估软件产品的质量和过程的有效性。 - 对象: - 管理评审: 评估项目管理计划的有效性和项目的整体状态。 - 技术评审: 评估软件的设计和实现。 - 文档评审: 评估文档的完整性、准确性和清晰度。 - 流程评审: 评估开发过程的一致性和有效性。 **3.2 软件质量保证（SQA）** - SQA通过定期的评审和审计确保软件符合预定的标准。 - **SQA与软件测试的关系**: - SQA侧重于确保软件开发过程的正确性，而软件测试侧重于验证软件功能是否正确。 - SQA和软件测试共同作用于提高软件质量，但它们关注的角度不同。 #### 四、软件测试分类与过程 **4.1 软件测试分类** - **按对象/范围**: - 单元测试: 测试单个模块。 - 文档测试: 测试文档的准确性。 - 系统测试: 整体测试。 - **按目的**: - 功能测试: 测试软件的功能。 - 回归测试: 确保修改后未引入新的问题。 - 性能测试: 测试软件的响应时间和资源消耗。 - 可靠性测试: 测试软件在长时间运行下的稳定性。 - 安全性测试: 测试软件的安全防护机制。 - 兼容性测试: 测试软件与其他系统或设备的兼容性。 - **按执行方式**: - 静态测试: 不运行软件，通过代码审查等方式进行。 - 动态测试: 在运行环境下测试软件的行为。 - **按测试方法**: - 白盒测试: 基于内部结构和逻辑。 - 黑盒测试: 仅考虑输入输出。 **4.2 软件测试过程** - **八个阶段**: - 规格说明书审查。 - 系统和程序设计审查。 - 单元测试。 - 集成测试。 - 功能测试。 - 系统测试。 - 安装测试。 - 验收测试。 **4.3 软件测试工作范畴** - **组织与管理**: - 制定测试策略与计划。 - 控制测试进度。 - 管理测试资源。 - **实施**: - 编写测试文档。 - 构建测试环境。 - 执行测试活动。 **4.4 测试工作流程** - **六个方面**: - 组织和管理。 - 计划。 - 设计测试用例。 - 实施测试。 - 分析结果。 - 评审与报告。 #### 五、白盒测试与黑盒测试 **5.1 白盒测试** - **定义**: 了解内部结构的基础上进行测试。 - **方法**: - 逻辑覆盖: 测试所有可能的逻辑路径。 - 循环覆盖: 测试循环的各种情况。 - 基本路径覆盖: 测试程序的最基本路径。 - **基本原则**: - 充分测试所有逻辑路径。 - 保证代码覆盖率。 **5.2 黑盒测试** - **定义**: 仅根据软件的功能规格说明来进行测试。 - **方法**: - 等价类划分: 将输入域划分为多个等价类。 - 边界值分析: 测试边界值附近的输入。 - 错误推测: 根据经验推测可能出现错误的情况。 - 因果图法: 根据输入与输出之间的因果关系来设计测试用例。 **5.3 静态测试与动态测试** - **静态测试**: 不运行程序，通过代码审查、走查等方式进行。 - **动态测试**: 在真实运行环境下进行测试。 #### 六、软件过程模型与测试管理 **6.1 IBM统一过程（RUP）** - RUP是一种迭代式的过程模型，强调用例驱动和架构为中心。 - 生命周期分为四个阶段: - 启动阶段: 定义项目范围和目标。 - 精化阶段: 开发初始架构和核心业务功能。 - 构建阶段: 完善功能，进行详细设计和编码。 - 产品化阶段: 发布产品，并进行后期维护。 **6.2 TMap测试管理方法** - TMap是一种结构化的测试方法论，旨在通过风险管理策略提高测试效率。 - 生命周期由计划与控制、准备、说明、执行和完成等阶段组成。 - 四项基石: - 与软件生命周期一致的测试活动生命周期。 - 坚实的组织融合。 - 正确的基础设施和工具。 - 可用的技术支持。 **6.3 软件测试标准与规范** - **五个级别**: - 国际标准。 - 国家标准。 - 行业标准。 - 企业规范。 - 项目规范。 - **软件测试规范**: - 角色确定。 - 进入准则。 - 输入项。 - 活动过程。 - 输出项。 - 验证与确认。 - 退出准则。 - 度量。 **6.4 软件测试管理体系的建立** - 目标: - 监视和测量软件产品。 - 识别和控制不符合要求的产品。 - 验证产品设计与开发。 - 监视和测量软件过程。 - **六个步骤**: - 定义目标。 - 确定测试范围。 - 制定测试策略。 - 设计测试架构。 - 实施测试管理过程。 - 持续改进。 #### 七、单元测试 **7.1 单元测试** - **定义**: 针对软件的基本组成单元进行的测试。 - **基本过程**: - 设定测试环境。 - 设计测试用例。 - 执行测试。 - 分析结果。 - 修改代码。 - **重要性**: - 早期发现并修复错误，减少后期调试成本。 - 有助于提高代码质量和可维护性。 - 促进软件的可靠性和稳定性。 软件测试是确保软件质量的关键环节。从验证到有效性确认，再到软件测试的各个方面，每一步都至关重要。合理规划测试活动，采用科学的方法和技术，可以显著提升软件产品的质量，减少后期维护和支持的成本。