第14章 软件测试过程和管理

一、测试过程模型

(一)组织级测试过程

  • 用于开发和管理组织级测试规格说明。常用的组织级测试规格说明包括组织级测试方针组织级测试策略

(二)测试管理过程

1、内容

  • 包括测试管理和动态测试。动态测试:测试设计和实现过程、测试环境构建和维护过程、测试执行过程、测试事件报告过程

2、作用

  • 结合通用过程,定义涵盖整个测试项目或任何测试阶段或测试类型的测试管理过程。
  • 动态测试可在测试的特定阶段执行,或用于测试项目中特定类型的测试。

3、涉及7个过程

  • 测试策划过程
  • 测试设计和实现过程
  • 测试环境构建和维护过程
  • 测试执行过程
  • 测试事件报告过程
  • 测试监测和控制过程
  • 测试完成过程

(三)静态测试过程

1、作用

  • 定义不运行代码时,通过一组质量准则或其他准则对测试项进行检查的测试。也称审查、走查或检查
  • 静态测试既包括人工代码审查,也包括使用静态分析工具在不运行代码的前提下发现代码和文档中的缺陷

二、组织级测试过程

1、目的

  • 制定、监测符合性并维护组织级测试规格说明
  • 组织级测试方针是一个执行级文档,描述组织内的测试目的、目标和总体范围。
  • 组织级测试策略师一个详细的技术性文档,定义如何在组织内执行测试,通用文档,为组织的许多项目提供指导。

2、输入

  • 主要利益相关方的观点
  • 组织内当前测试实践和知识体系
  • 组织使命宣言
  • IT方针,及IT项目管理方针
  • 质量方针
  • 组织级测试方针
  • 组织级测试策略
  • 对测试规格说明的反馈
  • 组织机构的典型测试计划
  • 产业和/或政府标准

3、活动和任务

  • 建立组织级测试规格说明
  • 监测和控制组织级测试规格说明的使用
  • 更新组织级测试规格说明

4、结果

  • 确定组织级测试规格说明的需求
  • 制定组织级测试规格说明
  • 利益相关方同意组织级测试规格说明
  • 可以获取组织级测试规格说明
  • 监督组织级测试规格说明的符合性
  • 利用相关方同意组织级测试规格说明的更新
  • 更新组织级测试规格说明

5、信息项

  • 组织测试规格说明(组织级测试方针、组织级测试策略)

三、测试管理过程

在这里插入图片描述

组织级测试过程和测试管理过程的关系
  • 组织级测试过程是在组织范围内生效的。测试管理过程是在执行的过程中会把相关信息反馈给组织级测试过程,然后将组织级根据反馈信息进行更新。
  • 关系:指导与反馈

(一)测试策略过程

1、目的

  • 制定测试计划

2、输入

  • 组织级测试方针
  • 组织级测试策略
  • 监管标准
  • 项目测试计划
  • 事件报告
  • 项目管理计划
  • 适用的产品文档
  • 软件开发计划
  • 项目及产品风险
  • 测试计划更新

3、活动和任务

  • 理解上下文
    理解软件需求和功能实现方法及测试需求等
  • 组织测试计划开发
    识别并安排测试计划需要完成的活动
    确定完成活动时所需的利益相关方有哪些
    从项目经理、测试经理等获得测试计划活动、进度和参与者的同意
  • 识别和分析风险
    确定风险
    已识别的风险需要评审、评估与待测内容的相关性
    选择合适的分类方法对识别出的风险进行分类,并标注风险级别
  • 确定风险缓解方法
  • 设计测试策略
    测试策略包括测试阶段、测试类型、要测试的特性、测试设计等
  • 确定人员配置和调度
  • 编写测试计划
  • 获得一致性测试计划
  • 沟通并提供测试计划

4、结果

  • 分析并理解测试的工作范围
  • 确定并通知参与测试计划的利益相关方
  • 按照规定的风险暴露水平,可以通过测试对风险进行识别、分析和分类
  • 确定测试策略、测试环境、测试工具以及测试数据需求
  • 确定人员配置和培训需求
  • 安排每项活动
  • 计算估计数,并记录证明估计数的证据
  • 测试计划达成一致,并分发给利益相关方

5、信息项

  • 测试计划

(二)测试设计和实现过程

1、目的

  • 用于获取测试用例和测试规程,通常记录在测试规格说明中

2、输入

  • 测试依据
  • 测试计划
  • 测试策略
  • 测试项
  • 测试设计技术

3、活动和任务

  • 识别特征集
  • 导出测试条件
  • 导出测试覆盖项
  • 导出测试用例
  • 形成测试集
  • 导出测试规程

4、结果

  • 分析每个测试项的测试依据
  • 将待测特征组合成特征集
  • 导出测试条件
  • 导出测试覆盖项
  • 导出测试用例
  • 汇集测试集
  • 导出测试规程

5、信息项

  • 测试规格说明和相关可追溯信息
  • 测试数据需求
  • 测试环境需求

(三)测试环境构建和维护过程

1、目的

  • 用于建立和维护测试执行的环境
  • 维护测试环境可能根据先前测试结果进行变更
  • 可以使用变更和配置管理过程来管理队测试环境的变更
  • 测试环境需求最初在测试计划中描述,但测试环境的详细组成通常只有在测试设计和实现过程开始后才会变得清晰。

2、输入

  • 测试计划
  • 测试环境需求
  • 期望/运行环境
  • 测试依据
  • 测试规程
  • 测试结果

3、活动和任务

  • 创建测试环境
  • 维护测试环境

4、结果

  • 测试环境处于可测试的就绪状态
  • 将测试环境的状态传达给所有利益相关方
  • 维护测试环境

5、信息项

  • 测试环境
  • 测试数据
  • 测试环境准备报告
  • 测试数据准备报告
  • 测试环境变更

(四)测试执行过程

1、目的

  • 在测试环境构建和维护过程所建立的测试环境上运行测试设计和实现过程产生的测试规程。
  • 可能需要执行多次,所有可用的测试规程可能不会在单个迭代中执行。

2、输入

  • 测试计划
  • 测试规程
  • 测试项
  • 测试依据
  • 测试环境准备报告
  • 测试环境变更

3、活动和任务

  • 执行测试规程
  • 比较测试结果
  • 记录测试执行

4、结果

  • 执行测试规程
  • 记录实测结果
  • 比较实测和预期结果
  • 确定测试结果

5、信息项

  • 实测结果
  • 测试结果
  • 测试执行日志

(五)测试事件报告过程

1、目的

  • 用于向利益相关方报告需要测试执行确定的进一步操作的事件。
  • 识别测试不通过、测试执行期间发生异常或意外事件,或复测通过的情况。

2、输入

  • 测试结果
  • 测试规程
  • 测试用例
  • 测试项
  • 测试依据
  • 测试执行日志

3、活动和任务

  • 分析测试结果
  • 创建/更新事件报告

4、结果

  • 分析测试结果
  • 确认新的事件
  • 创建新的事件报告细节
  • 确定以前发生的事件的状态和细节
  • 适当更新以前提交的事件报告细节
  • 向利益相关方传达新的和/或更新的事件报告

5、信息项

  • 事件报告

(六)测试监测和控制过程

1、目的

  • 检查测试是否按照测试计划以及组织级测试规格说明进行。
  • 用于确定测试进程是否与更高级别的测试计划一致。

2、输入

  • 测试计划
  • 适用的产品文档
  • 组织级测试方针
  • 组织级测试策略
  • 控制指令
  • 测度

3、活动和任务

  • 准备
  • 监测
  • 控制
  • 报告

4、结果

  • 建立检测测试进度和风险变化的适当测度的收集方法
  • 监测测试计划进度
  • 识别、分析与测试相关的新风险和变更风险,并采取必要措施
  • 确定必要的控制措施
  • 向利益相关方传达必要的控制措施
  • 批准停止测试的决定
  • 向利益相关方报告测试进度和风险变化

5、信息项

  • 测试状态报告
  • 测试计划变更
  • 控制指令
  • 项目和产品风险信息

(七)测试完成过程

1、目的

  • 用于对特定测试阶段或测试类型、以及完整项目的测试的总结。
  • 为以后使用提供有用的测试资产,恢复测试环境至初始状态,并记录测试结果并与相关人员沟通。

2、输入

  • 项目测试计划
  • 阶段测试计划
  • 事件报告
  • 项目测试状态报告
  • 阶段/类型测试完成报告
  • 组织级测试策略

3、活动和任务

  • 存档测试资产
  • 清理测试环境
  • 识别经验教训
  • 总结测试完成情况

4、结果

  • 测试资产存档或直接传递给利益相关方
  • 测试环境处于约定状态
  • 满足并验证所有测试要求
  • 编写测试完成报告
  • 批准测试完成报告
  • 将测试完成报告发给利益相关方

5、信息项

  • 测试完成报告

四、静态测试过程

1、目的

2、输入

  • 包含需求规格说明、软件设计说明在内的产品说明文档
  • 包含用户使用手册、使用帮助在内的用户文档集
  • 软件源代码

3、活动和任务

  • 计划
  • 启动评审
  • 个人评审
  • 问题交流和分析
  • 修正和报告

4、结果

  • 确定工作产品中的缺陷或问题
  • 工作产品评估的质量特征
  • 评审结论
  • 达成的一致意见
  • 工作产品需要进行的更新

5、信息项

  • 问题日志
  • 事件报告
  • 评审报告
  • 8
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
1 第1 软件及其开发过程 1.1 软件的含义 1.2 软件开发过程的特性 1.3 软件测试的重要性 2 2 第2 软件测试的基本概念和方法 2.1 软件质量就是客户的满意度 2.2 软件缺陷(Bug)是什么 2.3 软件测试的基本方法 2.4 软件测试的分类和阶段 2.5 软件测试的工作范畴 4 3 第3 质量保证与测试策略 3.1软件质量保证 3.2测试策略 3.3测试计划 3.4软件质量的可靠性评估 3 3 第4 软件测试依据和规范 4.1 软件质量标准 4.2 软件测试相关规范 4.3 CMM思想和结构体系 4.4 建立软件测试管理和评判体系 2 4 第5 单元测试 5.1 什么是单元测试 5.2 单元测试的目标和任务 5.3 静态测试技术的运用 5.4 动态测试技术的运用 5.5 调试与评估 5.6 单元测试过程与文档管理 5.7 单元测试的常用工具简介 4 5 第6 集成测试和系统测试 6.1 系统集成的模式与方法 6.2 功能测试 6.3 系统测试 6.4 压力测试、容量测试和性能测试 6.5安全性测试,可靠性和容错性测试 5 6 第7 验收测试 7.1验收测试过程和主要内容 7.2产品说明书的验证 7.4兼容性测试 7.5可安装性和可恢复性测试 7.6文档测试 7.7验收测试报告和用户验收测试 2 7 第8 面向对象软件的测试 8.1 面向对象软件的特点 8.2面向对象测试的层次与数据流 8.3 面向对象的单元测试 8.4面向对象的集成测试 4 8 第9 应用服务器的测试 9.1 应用服务器的分类和特征 9.2 基于Web服务器应用的测试 9.3 基于数据库应用服务器的测试 9.4 基于J2EE平台的测试 9.5 其他应用服务器应用的测试 4 9 第10 软件本地化测试 10.1什么是软件本地化 10.2软件本地化的翻译问题 10.3软件本地化测试的技术问题 10.4本地化测试的重点 2 10 第11 软件测试自动化 11.1测试自动化的内涵 11.2 测试工具的分类和选择 11.3 测试工具的主流产品介绍 11.4 IBM-Rational产品的整体解决方案 11.5 Mercury Interactive产品的整体解决方案 11.6 Compuware产品的整体解决方案 6 11 第12 组建测试队伍 12.l 测试队伍的地位和责任 12.2测试团队的构成 12.3如何从零开始 12.4测试团队的管理和发展 12.5优秀软件测试工程师的必备素质 2 11 第13 测试环境的建立 13.1 测试环境的重要性 13.2 测试环境的各要素 13.3 建立测试实验室 13.4 测试环境的维护和管理 2 12 第14 软件测试用例的设计 14.1 测试用例概述 14.2 白盒测试用例设计方法 14.3 黑盒测试用例设计方法 14.4 测试用例的组织和跟踪 3 13 第15 报告所发现的软件缺陷 15.l 软件缺陷的描述 15.2 软件缺陷相关的信息 15.3 软件缺陷的处理和跟踪 2 14 第16 测试和软件质量分析报告 16.1软件产品的质量度量 16.2评估系统测试的覆盖程度 16.3软件缺陷分析方法 16.4 基于缺陷分析的产品质量评估 16.5 测试报告及其模板 4 15 -16 第17 软件测试项目管理 17.1软件测试项目管理的概述 17.2 软件测试项目的组织 17.3软件测试项目的过程管理 17.4软件测试项目的资源管理 17.5 测试项目的进度管理 17.6 测试项目的风险管理 17.7 测试项目的质量管理和配置管理 17.8 软件测试文档的管理 6

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值