第六章软件测试.

黑盒测试有两种基本方法
通过测试
在进行通过测试时，实际上是确认软件能做什么，而不会去考 验其能力如何。软件测试员只运用最简单，最直观的测试案例。 在设计和执行测试案例时，总是先要进行通过测试。在进行破 坏性试验之前，看一看软件基本功能是否能够实现。 - 失败测试 在确信了软件正确运行之后，就可以采取各种手段通过搞“垮” 软件来找出缺陷。纯粹为了破坏软件而设计和执行的测试案例， 被称为失败测试或迫使出错测试。 失败测试通常有竞争条件， 重复，压迫等测试，例如，多次启动关闭程序，内存不足，磁 盘空间不够等。
件测试是根据软件开发各阶段的规格说明和程序的内部 结构而精心设计出一批测试用例，并利用测试用例来运 行程序，以发现程序错误的过程。

测试的评判 好的测试方案是极可能发现迄今为止尚未发现的错 误的测试方案；成功的测试是发现了至今为止尚未发现 的错误的测试。
软件测试流程
项目需求 项目分析
项目计划 项目启动会议
测试方法是发现不了的。
例如:实现一个网页的功能,功能测试不关心它用什么语言编写的,只关 心功能 是否实现。 特点：
被测程序被当做一个无法打开的黑盒子。 测试者无需了解程序的逻辑结构。过早的了解程序 内部的情况会给黑盒测试带来负面的结果
输入I
程序 P=f(I, O)
输出O
黑盒测试有两种基本 方法


4、 严格执行测试计划，排除测试的随意性。 5、应当对每一个测试结果做全面检查。
6、妥善保存测试计划，测试用例，出错统
计和最终分析报告，为维护提供方便。
黑盒测试概念及方法

黑盒测试是以用户的观点，从输入数据与输出数 据的对应关系出发进行测试的，它不涉及到程序 的内部结构。
- 很明显，如果外部特性本身有问题或规格说明的规定有误，用黑盒
到框架结构作用的测试计划。测试的计划应该作为测试的
起始步骤和重要环节。
测试计划来源于测试需求
内部计划与进度
实施测试
测试版本传递
前期准备与设臵
测试文档
里程碑测试 周期
测试管理 执行测试 测试项目报告 测试质量保证
最终提交
项目收尾审查 客户满意度调查
软件测试过程
创建测试计划 回归测试
软 件 测 试 过 程
构建测试环境 测 试 需 求 分 析 制 定 测 试 计 划 设 计 测 试 用 例 执 行 测 试 撰 写 测 试 报 告 修 正 软 件 缺 陷

如果经过了以上两条基本测试,那么我们要用比较有挑战性的测 试用例来进行进一步的测试。

选择边界值进行测试。 进行探索性测试。
第二个阶段回归测试
第二个阶段回归测试(Regression)阶段. 回归 测试的两个目标:
- 检测已经修复的问题(bug)是否又重现了。 - 测试修复问题时有没有带来新的问题。
பைடு நூலகம்
测试计划是描述软件测试努力的目标、范围、方法和焦点
的文档。
准备测试计划的过程是完整考虑软件产品可接受评价努力 的一个有用的方法。完整的文档将有助于测试组之外的人
理解为什么要进行软件正确性检测，并且如何进行检测。
测试计划应当足够完整但也不应当太详尽，以致在测试组 之外没有人会读它。

专业的测试必须以一个好的测试计划作为基础。 尽管测试的每一个步骤都是独立的，但是必定要有一个起
测试概论
测试的目的 （1）系统地找出软件中潜在的各种错误和缺陷。 （2）跟踪修正软件缺陷 （3）验证修正的软件缺陷 （4）证明软件的功能和性能与需求说明相符合。 测试的目的是发现程序中的错误，是为了证 明程序有错，而不是证明程序无错。
测试概论

什么测试
为了发现程序中的错误而执行程序的过程。具体地说，软
具体的黑盒测试方法

等价类划分


边值分析
错误猜测
黑盒测试的两个阶段
第一个阶段新功能(New Feature)测试阶段对新
功能和新加代码的测试的原则:

对软件要实现的主要功能进行测试， 如果符合要求的简单的测 试失败,那么将是一个很严重的问题，意味着主要程序的失败。

对主要功能展开最大范围的测试，要进行快速的测试但是不是 深度测试.
的设计测试方法的细节文档。
• 《测试用例》：指明为完成一个测试项的测试输入，预期结果， 测试执行条件等因素的文档。
• 《测试规程》：指明执行测试时测试活动序列的文档。
• 《测试报告》：指明执行测试结果的文档。
测试计划(Test Plan)的编写

测试计划的概念 测试计划文档的内容
测试计划的概念
执行软件测试
处理测试结果
软件需求测试
概要设计测试
单元测试
集成测试
验收测试
Beta测试
Alpha测试
系统测试
软件测试与开发的阶段关系
PM/市场/用户 软件需求文档 软件验收测试 用户/测试人员
PM、架构师
软件设计规格
软件系统测试
测试人员
架构师
软件框架设计
软件集成测试
测试人员
高级程序员
软件详细设计
软件单元测试
程序/测试人员
程序员
软件编码
程序员
软件测试的基本原则 1、尽量不由程序设计者进行测试。 2、关键是注重测试用例的选择。 输入数据的组成（输入数据、预期的输出结果） 既有合理输入数据，也有不合理的输入数据。 用例既能检查应完成的任务，也能够检查不应该完成的任 务。 3、充分注意测试中的群集现象。程序中残存的错误数目与 该程序中已发现的错误数目成正比。
第六章软件测试
主要内容
测试概论 测试计划的编写 测试用例的编写 错误分类和错误跟踪系统的作用 错误跟踪文档
错误报告的生命周期和缺陷追踪
因为开发工作的前期不可避免地会引入错误， 测试的目的是为了发现和改正错误，这对 于某些涉及人的生命安全或重要的军事、 经济目标的项目显得尤其重要。 例如，1963年美国飞往火星的火箭爆炸，原 因是FORTRAN程序：DO 5 I=1，3 误写为：DO 5 I=1. 3 损失1000万美元。

回归测试测什么?
- 新修复的bug(测是否修复)。 - 以前修复的bug(测是否重现)。 - 基本功能的回归测试(测是否被破坏)。

回归测试的重要性
- 保证软件的质量,帮助下一个版本制定计划。
测试的基本文档

每个测试过程的基本文档包括: • 《测试计划》：指明测试范围、方法、资源，以及相应测试活 动的时间进度安排表的文档。 • 《测试方案》：指明为完成软件或软件集成特性的测试而进行