质量保证与测试策略

提出软件质量需求 软件质量保证部门在新项目的需求分析阶段就Fra Baidu bibliotek
开始介入，对形成的软件需求进行分析与评价， 并提出可能存在的问题，并根据软件本身的特 性、规模及将来的运行环境进行综合评定，确 定软件要满足的质量要求，记录下来形成正式 文档，尽可能对软件周期各个阶段的测量确定 一个定量或定性的标准，作为以后各阶段评审 的标准和依据。
确认测试
火龙果 整理 uml.org.cn
风险评估
测试小组开始项目测试时,硬件资源没有按时配备或仍

然不足 开始项目测试时, 软件产品编码没有按计划完成 开始项目测试时, 测试用例没有准备好 缺少按计划参加项目测试的测试人员 在项目测试过程中, 需求总是不停地改动 当项目测试进行时, 在设计说明书中被定义的功能总 是不停地被修改
火龙果 整理 uml.org.cn
测试计划的创建和评审
MRD/PRD review
Pear-to-Pear or Internal Review Formal Review meeting
任务
知识传递
讨论分析
日程
测试 范围
测试方法
Check list
问题
反馈
资源
测试策略
QA draft of Test Plan
Task
需求分析 设计审查 测 试计划准备工作 设 计测试用例 功能测试 集 成&系统测试 第一轮测试 第二轮测试 确认测试 测试结束
1/1
-----
1/8 1/15
1/20
1/29
2/5
2/12
2/20
2/28
--------------------------------------------------------------------------------------------------
Updated Test Plan
Updated Test Plan
Final Test Plan
火龙果 整理 uml.org.cn
测试计划内容构成
测试计划制定的第一步就是将软件分解较小而且相对独 立的功能模块，写成测试需求。
测试需求有很多分类方法，最普通的一种就是按照功能分类： 测试需求是测试设计和开发测试用例的基础，分解功能模块可以 更好地进行设计； 详细的测试需求是用来衡量测试覆盖率的重要指标；


火龙果 整理 uml.org.cn
测试范围的确立
优先级最高的需求功能 新功能和编码改动较大(提高性能表现)的旧功能 运用有效的测试技术去提高测试效果 经常容易出现问题部分的功能 一些经常被用户使用的功能和配置
火龙果 整理 uml.org.cn
测试持续阶段的确定
当测试任务明确后,测试计划将依赖于测试小组的人力资 源而最终确定.
火龙果 整理 uml.org.cn
SQA活动的影响因素


知识结构：专业的技术，例如质量管理与控制 知识、统计学知识等。 经验 依据：如果没有这些标准，就无法准确地判断 开发活动中的问题，容易引发不必要的争论， 因此组织应当建立文档化的开发标准和规程。 全员参与：全员参与至关重要，高层管理者必 须重视软件质量保证活动。 把握重点：一定要抓住问题的重点与本质，尽 可能避免陷入对细节的争论之中。
机，网络硬件其它外设等）
火龙果 整理 uml.org.cn
测试策略的确定
输入： 要求的硬件和软件组件的详细说明，包括测试 工具(测试环境和测试工具数据) 针对测试和进度约束(人员和进度表)而需要的 资源和角色和职责说明 测试方法(标准) 应用程序的功能性和技术性需求(需求、变更请 求、技术性和功能性设计文档) 系统不能够提供的需求(系统局限)
火龙果 整理 uml.org.cn
SQA与软件测试有什么关系和区别？
火龙果 整理 uml.org.cn
SQA与软件测试的关系
测试 SQA
主要对象 软件（工作）产品
特性 焦点 技术工作 事后检查
开发流程
管理性工作 预防
范围
软件研发部门
全组织、跨部门
二者都是贯穿整个软件开发生命周期的流程
火龙果 整理 uml.org.cn
WERC
QA
QA Create Test Plan
QA Create Test Cases
System Test Code Complete
QA
Eng. Spec Sign-off
Test Plan Sign-off
Code Freeze
WERC: WebEx Engineering Release Cycle
标准的高低对策略确定有着重要的影响。比如该软件的应该用场合 为军用，这将对软件的可靠性、安全性要求非常高，但如果是用于小 型商场的收费系统由于是内部使用，主要考虑其计算的准确与精度及 复杂统计与报表生成等方面准确性与易用性。
2、资源状况
参与测试的人、测试中所需要的软件平台（如操作系统甚至会涉及 到第三方的一些应用软件）及测试可能用到的相关硬件设备（如计算
火龙果 整理 uml.org.cn
SQA活动
总的来说是协调、审查、促进和跟踪，获取有用信息，
形成分析结果以指导软件过程。

提出软件质量需求 确定开发方案 阶段评审 测试管理 文档化管理 验证产品与相应文档和标准的一致性 建立测量机制 记录并生成报告
火龙果 整理 uml.org.cn
火龙果 整理 uml.org.cn
阶段评审 利用需求分析阶段所选择与制定的标准与规范
以及安排的计划，对软件工程各个阶段的进展、 完成质量及出现的问题进行正式的评审，确保 过程遵守相应的标准与规范，形成报告。如果 发现不符合问题，遵循逐级解决的原则进行解 决，将处理结果通知所有相关人员，记录解决 的过程及结果，以作为日后改进的重要参考资 料
火龙果 整理 uml.org.cn
SQA策略
SQA策略主要分三个阶段：



以检测为重：产品制成之后进行检测，只能判断产 品质量，不能提高产品质量。 以过程管理为重：把质量的保证工作重点放在过程 管理上，对制造过程中的每一道工序都要进行质量 控制。 以新产品开发为重：在新产品的开发设计阶段，采 取强有力的措施来消灭由于设计原因而产生的质量 隐患。
设计审查
最高优先级的功能要求已经实现 ? 新功能已经实现 ? 所有的功能是按照设计来实现的? 代码完成?
功能验证
测试环境的检查? 所有严重问题是不是都已测出? 功能测试, 压力测试,安全测试,兼容 性测试,易用性测试是否都已完成? 有没有阻碍产品发布的缺陷？
系统测试
回归测试完成与否? 是不是完全按测试计划完成了所有 的测试?没有严重的缺陷? 达到产品发布的标准?
火龙果 整理 uml.org.cn
软件测试方法和技术
- Ch.3质量保证与测试策略
火龙果 整理 uml.org.cn
第三章 质量保证与测试策略
3.1 软件质量保证 3.2 测试策略 3.3 测试计划 3.4 软件质量的可靠性评估
火龙果 整理 uml.org.cn
3.1 软件质量保证（SQA）
1. 2. 3. 4. 5. 6. 7.
8.
9. 10.
Test plan identifier （测试计划标识) Instruction (引言） Test Items （定义或主题词) Features to be tested （需要被测试的功能) Features not to be tested (无需被测试的功能) Approach (方法和途径） Items pass/ fail criteria （测试通过、失败的标准) Suspension criteria and resumption requirements （延迟 的标准和再恢复的要求) Test deliverables (测试交付的内容) Testing Tasks (测试任务
SQA 概述 SQA 活动 SQA 与软件测试的关系
火龙果 整理 uml.org.cn
什么是 SQA ?
软件质量保证是通过对软件产品和活动有计划的进行
评审和审计来验证软件是否合乎标准的系统工程活动. ------管理的对象是软件过程，是对过程的管理
原则

确保SQA活动要自始至有计划的进行 审查软件产品和活动是否遵守适用的标准、规程和要求并得 到客观验证。 SQA的活动和结果要保证全员参与，沟通顺畅。 逐级解决不符合问题
火龙果 整理 uml.org.cn
基于测试技术的测试策略-Myers
在任何情况下都必须使用边界值分析方法。 必要时用等价类划分法补充一些测试用例 用错误推测法再追加一些测试用例
对照程序逻辑，检查已设计出的测试用例的逻
辑覆盖程度。如果没有达到要求的覆盖标准， 应该再补充足够的测试用例 如果程序的功能说明中含有输入条件的组合情 况，则一开始就可选用因果图法
火龙果 整理 uml.org.cn
测试策略的确定
输出
已批准和签署的测试策略文档、测试计划、测试用例 需要解决方案的测试项目(通常要求客户项目的管理层
协调)
过程
测试策略是关于如何测试系统的正式描述，要求开发
针对所有测试级别的测试策略。测试小组分析需求， 编写测试策略并且和项目小组一起复审计划。测试计 划应该包括测试用例和条件、测试环境、与任务相关 的测试、通过/失败的准则和测试风险评估。测试进度 表将识别所有要求成功的测试成果任务，活动的进度 和资源要求
火龙果 整理 uml.org.cn
测试评估
里程碑的定义和跟踪可以帮助项目管理者掌握项目的进行 状态 里程碑 日期 测试计划完成 --- 1/15 测试用例完成 --- 1/29 功能验证完成器 --- 2/5 代码冻结前完成系统测试 -- 2/20 版本发布前完成确认测试 ---2/28
火龙果 整理 uml.org.cn
测试周期
Acceptant Test
MRD/PRD/UI Sign-off PRD/UI Review Write/Review Spec Eng. Plan Sign-off Test Case Sign-off Unit Test Product Review Feature Test ER
火龙果 整理 uml.org.cn
制定测试策略


全面细致地了解产品的项目信息:应用领域,测试范围,市场需求,
产品的特点和主要功能,技术架构
基于模块、功能、整体、系统、版本、压力、性能、配置和安装等 各个因素对产品的影响,公正客观地开展测试计划 根据程序的重要性和一旦发生故障将造成的损失,来确定它的测试 等级和测试重点 认真研究测试策略,以便能使用尽可能少的有效测试用例,发现尽 可能多的程序错误,因为一次完整的软件测试过后,如果程序中遗漏 的错误过多并且很严重,则表明本次测试是失败的,是不足的;而测试 不足意味着让用户承担隐藏错误带来的危险.同时反过来说,如果过 度测试,则又会浪费许多宝贵的资源. 找到一个最佳平衡点。
测试策略的概念
测试策略通常是描述测试工程的总体方法和目标。描述 目前在进行哪一阶段的测试（如单元测试、集成测试、 系统测试）以及每个阶段内进行的测试种类（如功能测 试、性能测试、压力测试等），以确定合理的测试方案 使得测试更有效。
火龙果 整理 uml.org.cn
影响测试策略的因素
1、测试完成的标准
火龙果 整理 uml.org.cn
测试计划标准格式 – 2

测试需求包括各种测试实际和开发以及所需资源。
一个测试计划应包括：产品基本情况、测试需求说明、 测试策略和记录、测试资源配置、计划表、问题跟踪报 告、测试计划的评审、结果等。
火龙果 整理 uml.org.cn
测试计划标准格式 -1
16 components of Test Plan (IEEE,1983)
------
火龙果 整理 uml.org.cn
通过/失败的标准
单个的测试通过/失败 全部产品测试通过/失败
测试用例 每个阶段的通过/失败
火龙果 整理 uml.org.cn
阶段通过/失败的标准
需求阶段
所有设计中及文档中的问题 都已经被解决? 技术设计和测试设计已经结 束? 项目经理和测试组长已经全部按 计划到位? 所有相关的信息已经传达到QA? QA.开始了测试设计?