北大测试全套课件和教案_第1章 软件测试概述
合集下载
第一讲：软件测试概论
第一讲：软件测试概论郁莲北京大学软件与微电子学院大兴区金苑路24号, 102600提纲1软件失效的巨大代价（Spectacular Software Failures ）2什么是软件测试（What Do We mean by Testing）?3软件测试重要概念（Software Testing Terminology）4测试人员职业发展与素质5总结高昂软件失效代价（COSTLY SOFTWARE FAILURES）•NIST report, “The Economic Impacts of Inadequate Infrastructure for Software T esting” (2002)•Inadequate software testing costs the US alone between $22 and $59 billionannually•Better approaches could cut this amount in half•Huge losses due to Web application failures•Financial services : $6.5 million per hour (just in USA!)•Credit card sales applications : $2.4 million per hour (in USA)•In Dec 2006, ’s BOGO offer turned into a double discount•2007 : Symantec says that most security vulnerabilities are due to faulty software惊人的软件失效代价（SPECTACULAR SOFTWARE FAILURES ）•Major failures : Ariane 5 explosion, Mars Polar Lander, Intel’s Pentium FDIV bug •Poor testing of safety-critical software can cost lives :•THERAC-25 radiation machine: 3 deadMars Polar Lander crash siteTHERAC-25designAriane 5:exception-handling bug : forced self destruct on maiden flight (64-bit to 16-bit conversion: about $370 million lost)We need our software to be reliable T esting is how we assess reliability•NASA’s Mars lander : September 1999, crashed due to a units integration fault•Toyota brakes : Dozens dead, thousands of crashesSOFTWARE IS A SKIN THAT SURROUNDS OUR CIVILIZATIONQuote due to Dr. Mark Harman提纲1软件失效的巨大代价（Spectacular Software Failures ）2什么是软件测试（What Do We mean by Testing）?3软件测试关键概念（Software Testing Terminology）4测试人员职业发展与素质5总结动态测试Dynamic testing静态测试Static testing什么是软件测试?Myers (1979)定义:测试是执行程序的过程，其目的是发现错误。
软件测试全套课件和教案_第1章 软件测试概述
软件缺陷的 特征
1.软件的特殊性决定了 缺陷不易看到,即”看不 到”;
2.发现了缺陷,但不易找 到问题发生的原因所在, 即”看到但是抓不到”。
Classified as Business
软件缺陷产生的原因
软件自身的特点。需求不清晰可能导致设 计目标偏离客户需求，从而引起功能或产 品特性上的缺陷。系统结构复杂可能导致 难以维护和扩充，即使设计成面向对象的 系统，由于对象和类数量众多，难以完成 对各种对象、类相互作用的组合测试，隐 藏着参数传递、方法调用、对象状态变化
Classified as Business
软件产品的 组成——客 户需求
产品开发小组必须摸清客户所需 用调查问卷的形式搜集详细信息 反馈软件的以前版本 竞争产品信息(同领域产品) 杂志评论(媒体) 焦点人群的意见
Classified as Business
软件产品的组成——产品说明 3. 对客户要求的研究结果是原始资料,无法描
软件测试概述
Classified as Business
软件测试基 础
软件测试背景 软件测试基础理论 软件开发过程 软件测试过程 软件质量保证概要 软件测试职业
Classified as Business
软件测试背 景
软件缺陷与故障 软件缺陷的定义 软件缺陷的特征 软件缺陷产生的原因
Classified as Business
等方面的问题。
技术问题。算法错误、语法错误、计算和 精度问题、系统结构不合理、接口参数不
匹配等都可能导致软件缺陷。
团队工作。团队文化对软件质量不够重视、 沟通不充分、误解、设计或编程上的假定 或依赖性没有充分沟通、技术水平参差不 齐、新员工较多或培训不足等都可能导致
北大测试全套课件和教案 软件测试概述课件3
What is Bug?
Bug一词的原意是“臭虫”或“虫子”。但是现在，在电脑系统或程序中， 如果隐藏着的一些未被发现的缺陷或问题，人们也叫它“Bug” ．
Bug的由来
•机诞生之日起,就有了Bug，第一个有记载的Bug是美国海军的编 程员，编译器的发明者格蕾斯哈珀（Grace Hopper）发现的。哈珀后 来成了美国海军的一个将军，主持了著名计算机语言Cobol的开发。 1945年9月9日，下午3点，哈珀中尉正领着他的小组构造一个称为“马 克二型”的计算机。这还不是一个完全的电子计算机，它使用了大量的 继电器，是一种电子机械装置。第二次世界大战还没有结束，哈珀的小 组夜以继日地工作。机房是一间第一次世界大战时建造的老建筑，那是 一个炎热的夏天，房间没有空调，所有窗户都敞开散热。 突然，“马克二型”死机了。技术人员试了很多办法，最后定位到70号 继电器出错。哈珀观察这个出错的继电器，出现一只飞蛾躺在中间，已 经被继电器打死。他小心地用摄子将蛾子夹出来，用透明胶布粘到“事 件记录本”中，并注明“第一个发现虫子的实例。” 从此以后人们将计算机错误戏称为虫子（Bug），而把找寻错误的工作 称为（Debug）。 哈珀的事件记录本，连同那个飞蛾，现在陈列在美国历史博物馆中。
• 不充分的测试是愚蠢的，而过度的测试 是一种罪孽
软件测试的心理学问题
• 1、程序测试的过程具有破坏性 • 2、程序员应避免测试自己的程序 • 3、程库设计机构不应测试自己的程序
• 好的测试工程师应具备的素质 ？
• • • • • • • • • • •
①、沟通能力。 ②、移情能力 ③、技术能力 ④、自信心 ⑤、外交能力 ⑥、幽默感 ⑦、很强的记忆力 ⑧、耐心 ⑨、怀疑精神 ⑩、自我督促 11、洞察力
第1章软件工程和软件测试概述
9
1.1软件工程概述- 软件工程
• 1968年北大西洋公约组织的计算机科学家在联邦 德国召开国际会议，讨论软件危机问题，在这次 会议上正式提出并使用了“软件工程”这个名词。 • 软件工程是指导计算机软件开发和维护的一门工 程学科，它是采用工程的概念、原理、技术和方 法来开发与维护软件，把经过时间考验而证明正 确的管理技术和当前能够得到的最好的技术方法 结合起来，以经济地开发出高质量的软件并有效 地进行维护。
• 实际问题的复杂性 实际问题的复杂性 • 程序逻辑结构的复杂性 程序逻辑结构的复杂性
5
1.1软件工程概述- 软件的分类
• 按软件的功能进行划分： 按软件的功能进行划分：
– 系统软件
• • • • • • • • • 操作系统 数据库管理系统 设备驱动程序 通信处理程序等
– 支撑软件
文本编辑程序 文件格式化程序 磁盘向磁带向数据传输的程序 程序库系统 支持需求分析、设计、实现、 支持需求分析、设计、实现、测试和支持管理的软件
• 软件是计算机系统中与硬件相互依存的另一部
它是包括程序 及其相关文档 分,它是包括程序，数据及其相关文档的完整集 它是包括程序，数据及其相关文档的完整集 其中： 合。其中：
– 程序 程序(instructions)是按事先设计的功能和性能要求 是按事先设计的功能和性能要求 执行的指令序列 – 数据 数据(data)是使程序能正常操纵信息的数据结构 是使程序能正常操纵信息的数据结构 – 文档 文档(documents)是与程序开发，维护和使用有关的 是与程序开发， 是与程序开发 图文材料
– 问题定义 – 可行性研究 – 需求分析
18
1.1软件工程概述-软件开发时期
• 开发时期具体设计和实现在前一个时期定 义的软件，它通常由下述4个阶段组成
1.1软件工程概述- 软件工程
• 1968年北大西洋公约组织的计算机科学家在联邦 德国召开国际会议，讨论软件危机问题，在这次 会议上正式提出并使用了“软件工程”这个名词。 • 软件工程是指导计算机软件开发和维护的一门工 程学科，它是采用工程的概念、原理、技术和方 法来开发与维护软件，把经过时间考验而证明正 确的管理技术和当前能够得到的最好的技术方法 结合起来，以经济地开发出高质量的软件并有效 地进行维护。
• 实际问题的复杂性 实际问题的复杂性 • 程序逻辑结构的复杂性 程序逻辑结构的复杂性
5
1.1软件工程概述- 软件的分类
• 按软件的功能进行划分： 按软件的功能进行划分：
– 系统软件
• • • • • • • • • 操作系统 数据库管理系统 设备驱动程序 通信处理程序等
– 支撑软件
文本编辑程序 文件格式化程序 磁盘向磁带向数据传输的程序 程序库系统 支持需求分析、设计、实现、 支持需求分析、设计、实现、测试和支持管理的软件
• 软件是计算机系统中与硬件相互依存的另一部
它是包括程序 及其相关文档 分,它是包括程序，数据及其相关文档的完整集 它是包括程序，数据及其相关文档的完整集 其中： 合。其中：
– 程序 程序(instructions)是按事先设计的功能和性能要求 是按事先设计的功能和性能要求 执行的指令序列 – 数据 数据(data)是使程序能正常操纵信息的数据结构 是使程序能正常操纵信息的数据结构 – 文档 文档(documents)是与程序开发，维护和使用有关的 是与程序开发， 是与程序开发 图文材料
– 问题定义 – 可行性研究 – 需求分析
18
1.1软件工程概述-软件开发时期
• 开发时期具体设计和实现在前一个时期定 义的软件，它通常由下述4个阶段组成
软件测试教学PPT-软件测试概述
系统有着不同程度地依赖。为了解除这种依赖,在软件开发提 出了软件移植地问题。 软件地开发至今尚未完全摆脱工地开发方式。 软件本身是复杂地。软件地复杂可能来自它所反映地实际问题 地复杂,也可能来自程序逻辑结构地复杂。 软件成本相当昂贵。软件地研制工作需求投入大量地,复杂地, 高强度地脑力劳动,它地成本是比较高地。 相当多地软件工作涉与社会因素。许多软件地开发与运行涉与 机构,体制与管理方式问题,它们直接决定项目地成败。
用于软件地开发,运行与维护,即将工程 化应用于软件。
对上述方法地研究。具体说来,软件工 程是以借鉴传统工程地原则,方法,以提 高质量,降低成本为目地指导计算机软 件开发与维护地工程学科。
软件测试与软件工程
软件测试在软件工程过程一直占据着核 心活动地地位
在瀑布模型,软件测试作为一个重要步 骤被执行,并花费整个软件开发近四零% 地时间与工作量。可以说在早期地软件 工程活动,软件质量主要是通过测试活 动保证地。
软件质量
Roger S. Pressman对软件质量地定义 为:软件要符合显式声明地功能与能需 求,显式文档化地开发标准以与专业员 开发地软件所应具有地所有隐含特。
软件地质量属,按其在运行时是否可见 分为:运行时可观察到地,包含能,安全,可 用,易用;运行时不可观察到地,包含可修 改,可移植,可测试,可集成,可重用。
小结
本章从著名地软件错误案例谈起,介绍 了软件,软件工程与软件质量,从而引出 软件缺陷地定义,出现原因与软件测试 地定义,目地,原则,并介绍了软件测试 分类。本章还介绍了软件测试行业地历 史,现状与前景。
The End
软件缺陷
软件缺陷至少满足下列五个规则之一: 软件未实现产品规格说明所要求地功能。 软件出现了产品规格说明指明不应该出
用于软件地开发,运行与维护,即将工程 化应用于软件。
对上述方法地研究。具体说来,软件工 程是以借鉴传统工程地原则,方法,以提 高质量,降低成本为目地指导计算机软 件开发与维护地工程学科。
软件测试与软件工程
软件测试在软件工程过程一直占据着核 心活动地地位
在瀑布模型,软件测试作为一个重要步 骤被执行,并花费整个软件开发近四零% 地时间与工作量。可以说在早期地软件 工程活动,软件质量主要是通过测试活 动保证地。
软件质量
Roger S. Pressman对软件质量地定义 为:软件要符合显式声明地功能与能需 求,显式文档化地开发标准以与专业员 开发地软件所应具有地所有隐含特。
软件地质量属,按其在运行时是否可见 分为:运行时可观察到地,包含能,安全,可 用,易用;运行时不可观察到地,包含可修 改,可移植,可测试,可集成,可重用。
小结
本章从著名地软件错误案例谈起,介绍 了软件,软件工程与软件质量,从而引出 软件缺陷地定义,出现原因与软件测试 地定义,目地,原则,并介绍了软件测试 分类。本章还介绍了软件测试行业地历 史,现状与前景。
The End
软件缺陷
软件缺陷至少满足下列五个规则之一: 软件未实现产品规格说明所要求地功能。 软件出现了产品规格说明指明不应该出
第1章-软件测试概述1PPT课件
用户认为该软件使用效果不良。
举例：计算器内的嵌入式软件
第1章 软件测试概述
A Free sample background from
Slide 7
软件缺陷与故障（续）
3、软件缺陷的特征 “看不到”
——软件的特殊性决定了缺陷不易看到 “看到但是抓不到”
上述所有实例中的软件问题在软件工程或软件测试中 都被称为软件缺陷或软件故障。
第1章 软件测试概述
A Free sample background from
Slide 6
软件缺陷与故障（续）
2、软件缺陷的定义
（1）软件未达到产品说明书中已经标明的功能； （2）软件出现了产品说明书中指明不会出现的错误； （3）软件未达到产品说明书中虽未指出但应当达到的目标； （4）软件功能超出了产品说明书中指明的范围； （5）软件测试人员认为软件难以理解、不易使用，或者最终
第1R章et软ur件n 测试概述
A Free sample background from
Slide 10
1.2.1 软件测试的定义
1、软件测试的定义 软件测试就是在软件投入运行前，对软件需
求分析、设计规格说明和编码实现的最终审查， 它是软件质量保证的关键步骤。通常对软件测试 的定义有两种描述： 定义1：软件测试是为了发现错误而执行程序的 过程。 定义2：软件测试是根据软件开发各阶段的规格 说明和程序的内部结构而精心设计的一批测试用 例，并利用这些测试用例运行程序以及发现错误 的过程，即执行测试步骤。
图1-1 软件缺陷产生的原因分布
第1R章et软ur件n 测试概述
A Free sample background from
Slide 9
1.2 软件测试基础理论
举例：计算器内的嵌入式软件
第1章 软件测试概述
A Free sample background from
Slide 7
软件缺陷与故障（续）
3、软件缺陷的特征 “看不到”
——软件的特殊性决定了缺陷不易看到 “看到但是抓不到”
上述所有实例中的软件问题在软件工程或软件测试中 都被称为软件缺陷或软件故障。
第1章 软件测试概述
A Free sample background from
Slide 6
软件缺陷与故障（续）
2、软件缺陷的定义
（1）软件未达到产品说明书中已经标明的功能； （2）软件出现了产品说明书中指明不会出现的错误； （3）软件未达到产品说明书中虽未指出但应当达到的目标； （4）软件功能超出了产品说明书中指明的范围； （5）软件测试人员认为软件难以理解、不易使用，或者最终
第1R章et软ur件n 测试概述
A Free sample background from
Slide 10
1.2.1 软件测试的定义
1、软件测试的定义 软件测试就是在软件投入运行前，对软件需
求分析、设计规格说明和编码实现的最终审查， 它是软件质量保证的关键步骤。通常对软件测试 的定义有两种描述： 定义1：软件测试是为了发现错误而执行程序的 过程。 定义2：软件测试是根据软件开发各阶段的规格 说明和程序的内部结构而精心设计的一批测试用 例，并利用这些测试用例运行程序以及发现错误 的过程，即执行测试步骤。
图1-1 软件缺陷产生的原因分布
第1R章et软ur件n 测试概述
A Free sample background from
Slide 9
1.2 软件测试基础理论
最新北大测试全套课件和教案 白盒测试.教学讲义PPT
2.判定覆盖
• 基本思想是：设计若干测试用例，运行被 测程序，使得程序中每个判断的取真分支 和取假分支至少经历一次，即判断真假值 均曾被满足。
1
2.判定覆盖……续1
a=2，b=1 ，c=6可 覆盖判断M的Y分支 和判断Q的Y分支； a=-2，b=-1 ，c=-3 可覆盖判断M的N分 支和判断Q的N分支 。 这两组测试用例可覆 盖所有判定的真假分 支。
a>1 or c>1
c=c/a c=c+1
5N c=b+c
1.语句覆盖……续2
• 【优点】 ：可以很直观地从源代码得到 测试用例，无须细分每条判定表达式。
• 【缺点】 ：由于这种测试方法仅仅针对 程序逻辑中显式存在的语句，但对于隐 藏的条件是无法测试的。如在多分支的 逻辑运算中无法全面的考虑。语句覆盖 是最弱的逻辑覆盖。
8. End if 9. c=b+c
c=b+c
c=c/a c=c+1
1.语句覆盖
• 基本思想是：设计若干测试用例，运行 被测程序，使程序中每个可执行语句至 少执行一次。
1
1.语句覆盖……续1
只需设计一个测试 用例:a=2，b=1， c=6；即达到了语 句覆盖。
1 Y2
a>0 and b>0
3N Y4
1 Y2
a>0 and b>0
3N Y4
a>1 or c>1
5N c=b+c
判断 M
c=c/a
c=c+1
判断 Q
2.判定覆盖……续2
a=1，b=1 ，c=-3 可 覆盖判断M的Y分支 和判断Q的N分支 ； a=1，b=-2 ，c=3可 覆盖判断M的N分支 和判断Q的Y分支 ； 同样的这两组测试用 例也可覆盖所有判定 的真假分支。
达内第1章 软件测试概述
输入两种情况 7、检查程序不仅要看它是否做了该做的事，还要看它是
否做了不该做的事 8、避免测试用例用后即弃 9、一段程序存在错误的概率和在此已发现错误数成正比
2006-9-19
1.2 软件测试的基本知识
1.2.3 软件测试的分类 1、 根据开发过程分类 单元测试：指对软件中的最小可测试单元进 行检查和验证。（编程人员或白盒测试工程师负 责） 集成测试：在单元测试的基础上，将所有模 块按照设计要求组装成为子系统或系统，进行集 成测试。（专门的测试小组完成）
软件测试基础
与 测试案例分析
第1章 软件测试概述
出版社：清华大学出版社
第1章 软件测试概述
※ 1.1 计算机软件可靠性问题 ※ 1.2 软件测试的基本知识 ※ 1.3 软件测试过程模型 ※ 1.4软件测试职业发展和现状
2006-9-19
1.1 计算机软件可靠性问题
随着软件系统规模和复杂性与日俱增，软件的可 靠性已经越来越受到重视，成为现今社会关注的一个 主要问题。应用本身对系统运行的可靠性要求越来越 高，在一些关键的应用领域，如航空、航天等，软件 的可靠性尤为重要。
1.2 软件测试的基本知识
灰盒测试：介于白盒测试和黑盒测试之间，灰盒 测试关注输出对于输入的正确性，也关注内部表现， 但这种关注不像白盒那样详细、完整，只是通过一些 表征性的现象、事件、标志来判断内部的运行状态， 有时候输出是正确的，但内部其实已经错误了，这种 情况非常多，如果每次都通过白盒测试来操作，效率 会很低，因此需要采取这样的灰盒测试。
2006-9-19
软件测试过程模型
1.3.4 系统测试 1、系统测试的目标 确保系统测试的活动是按计划进行的；验证软件 产品是否与系统需求用例不相符合或与之矛盾；建立 完善的系统测试缺陷记录跟踪库；确保软件系统测试 活动及其结果及时通知相关小组和个人。 2、系统测试的内容 功能测试 健壮性测试
否做了不该做的事 8、避免测试用例用后即弃 9、一段程序存在错误的概率和在此已发现错误数成正比
2006-9-19
1.2 软件测试的基本知识
1.2.3 软件测试的分类 1、 根据开发过程分类 单元测试：指对软件中的最小可测试单元进 行检查和验证。（编程人员或白盒测试工程师负 责） 集成测试：在单元测试的基础上，将所有模 块按照设计要求组装成为子系统或系统，进行集 成测试。（专门的测试小组完成）
软件测试基础
与 测试案例分析
第1章 软件测试概述
出版社：清华大学出版社
第1章 软件测试概述
※ 1.1 计算机软件可靠性问题 ※ 1.2 软件测试的基本知识 ※ 1.3 软件测试过程模型 ※ 1.4软件测试职业发展和现状
2006-9-19
1.1 计算机软件可靠性问题
随着软件系统规模和复杂性与日俱增，软件的可 靠性已经越来越受到重视，成为现今社会关注的一个 主要问题。应用本身对系统运行的可靠性要求越来越 高，在一些关键的应用领域，如航空、航天等，软件 的可靠性尤为重要。
1.2 软件测试的基本知识
灰盒测试：介于白盒测试和黑盒测试之间，灰盒 测试关注输出对于输入的正确性，也关注内部表现， 但这种关注不像白盒那样详细、完整，只是通过一些 表征性的现象、事件、标志来判断内部的运行状态， 有时候输出是正确的，但内部其实已经错误了，这种 情况非常多，如果每次都通过白盒测试来操作，效率 会很低，因此需要采取这样的灰盒测试。
2006-9-19
软件测试过程模型
1.3.4 系统测试 1、系统测试的目标 确保系统测试的活动是按计划进行的；验证软件 产品是否与系统需求用例不相符合或与之矛盾；建立 完善的系统测试缺陷记录跟踪库；确保软件系统测试 活动及其结果及时通知相关小组和个人。 2、系统测试的内容 功能测试 健壮性测试
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
产品审查 来自上一版的反 馈 客户调查 易用性数据 设计文档 竞争对手情况 观察和感受说 明书
anhuisoft@
1.3.1软件产品的组成
2.客户需求
① ② ③ ④ ⑤ ⑥
Software Testing
产品开发小组必须摸清客户所需 用调查问卷的形式搜集详细信息 反馈软件的以前版本 竞争产品信息(同领域产品) 杂志评论(媒体) 焦点人群的意见
anhuisoft@
Software Testing
1.3.3软件开发基本过程
anhuisoft@
① 需求分析: 根据客户的要求，清楚了解客户需求中的产品功能、特
性、性能、界面和具体规格等，然后进行分析，确定软件产品所能 达到的目标。
1.3.3软件开发基本过程
Software Testing
anhuisoft@
Software Testing
1.1.1软件缺陷与故障
• 软件缺陷的定义(符合下列规则的叫软件缺陷):
１．软件未达到产品说明书的功能 ２．软件出现了产品说明书指明不会出现 的错误 ３．软件功能超出产品说明书指明范围 ４．软件未达到产品说明书虽未指出但应 达到的目标 ５．软件测试员认为难以理解、不易使用、 运行速度缓慢、或者最终用户认为不好
anhuisoft@
Software Testing
1.2.1软件测试的定义
• 软件测试的定义: 几个观点: 测试是为了证明程序有错，而不是证明 程序无错误； 一个好的测试用例是在于它能发现至今 未发现的错误； 一个成功的测试是发现了至今未发现的 错误的测试。
anhuisoft@
anhuisoft@
1.3.1软件产品的组成
3.产品说明
Software Testing
① 对客户要求的研究结果是原始资料,无法 描述要做的产品,只是确定哪些要做,哪些 不要做,以及客户要求的功能. ② 产品说明书综合上述信息和一些没有提出 但必须实现的要求,真正地定义产品是什 么、有哪些功能、外观如何 ③ 产品说明书是“锁定”的
原型模型
开始 需求的采 集和细化 产品 样品 快速设计 停止
建造原型 加工原型 用户评价 原型
anhuisoft@
• 先建立一个能反映用 户需求的原型系统， 使得用户和开发者可 以对目标系统的概貌 进行评价和判断，然 后对原型进行反复的 扩充、改进和求精， 最终建立符合用户需 求的目标系统 • 特点：快速开发工具、 循环、低成本 • 种类： 渐进型、抛弃 型
软件测试概述
软件工程系
2014-1-8
Software Testing
第1章
软件测试基础
1.1软件测试背景 1.2 软件测试基础理论 1.3软件开发过程 1.4软件测试过程 1.5软件质量保证概要 1.6软件测试职业
anhuisoft@
Software Testing
1.1软件测试背景
软件测试的原则
① 应当把“尽早和不断地测试”作为测试者的座 右铭。 ② 程序员应该避免检查自己的程序，测试工作应 该由独立的专业的软件测试机构来完成。 ③ 设计测试用例时，应该考虑到合法的输入和不 合法的输入，以及各种边界条件，特殊情况下 要制造极端状态和意外状态，比如网络异常中 断、电源断电等情况。 ④ 一定要注意测试中的错误集中发生现象，这和 程序员的编程水平和习惯有很大的关系。
anhuisoft@
Software Testing
1.3软件开发过程
1.3.1软件产品的组成 1.3.2软件开发项目组 1.3.3软件开发模式
anhuisoft@
Software Testing
1.软件产品需要多少投入
产品说明书 进度 测试计划
1.3.1软件产品的组成
Software Testing
1.3.2软件开发项目组
1.
2. 3.
4.
5.
项目管理员。由他们全程负责整个软件开发项目， 通常负责编写产品说明书、管理进度、进行重大决 策。 设计师或系统工程师。他们的角色是担任软件小组 的技术专家，需要具有丰富的经验，可以胜任设计 整个系统构架或软件构思。 程序员。由他们负责设计、编写并修复软件中的缺 陷。他们与项目管理员和设计师密切合作生产软件， 然后与项目管理和测试员密切合作修复软件缺陷。 软件测试员。我们负责找出并报告软件产品的问题， 与小组全部成员在开发过程中密切合作，进行测试 并报告发现的问题。 技术作者、用户助手、用户培训专员、手册编写人 员或者文案专员。由他们来负责编制软件产品附带 的文件和联机文档。
Software Testing
1.2.1软件测试的定义
• 软件测试的定义: 狭义定义：程序测试是为了发现错误而执 行程序的过程。 广义定义：将测试延伸到需求评审、设计 审查活动中去，这种延伸后的软件测试， 被认为是一种软件测试的广义概念。
anhuisoft@
Software Testing
anhuisoft@
1.3.1软件产品的组成
4.设计文档
常用的设计文档包括如下: ① 构架 ② 数据流示意图 ③ 状态变化示意ng
anhuisoft@
1.3.1软件产品的组成
5.测试文档
一般的测试文档包括如下: ① 测试计划 ② 测试用例设计 ③ 软件测试报告 ④ 归纳、统计和总结
升级等。
anhuisoft@
Software Testing
1.3.4软件开发模式
1. 2. 3. 4. 5. 6. 7. 8. 9. 瀑布模型 原型模型 快速应用开发(RAD)模型 改进的V模型 螺旋模型 增量模型和迭代模型 构件组装模型 并发模型 XP模型
anhuisoft@
anhuisoft@
Software Testing
软件测试的原则
⑤ 对测试错误结果一定要有一个确认的过程。一般 有A测试出来的错误，一定要有一个B来确认，严 重的错误可以召开评审会进行讨论和分析。 ⑥ 制定严格的测试计划，并把测试时间安排得尽量 宽松，不要希望在极短的时间内完成一个高水平 的测试。 ⑦ 回归测试的关联性一定要引起充分的注意，修改 一个错误而引起更多错误出现的现象并不少见。 ⑧ 妥善保存一切测试过程文档，意义是不言而喻的， 测试的重现性往往要靠测试文档。
anhuisoft@
Software Testing
1.2.4软件测试技术概要
1.软件测试策略 软件测试策略就是测试将按照什么样的 思路和方式进行。通常，软件测试要经 过单元测试、集成测试、确认测试、系 统测试和验收测试。
anhuisoft@
Software Testing
Software Testing
快速应用开发(RAD) – V模型
anhuisoft@
Software Testing
RAD - V Model (改进)
1.2.4软件测试技术概要
2.软件测试技术 按照软件测试用例的设计方法而论，软件测 试可分为白盒测试法和黑盒测试法；按照软 件测试是否执行程序而论，软件测试又可以 分为静态测试和动态测试；按照软件设计方 法是否采用面向对象设计技术而论，软件测 试又可以分为传统测试方法和面向对象测试 方法；按照网络环境下C/S应用结构的特定 环境而论，软件测试又有其相应的方法。这 些都是软件测试具体的测试方法。
1.2.1软件测试的定义
软件测试的定义为： 软件测试是贯穿整个软件开发生命周期、 对软件产品（包括阶段性产品）进行验 证和确认的活动过程，其目的是尽快尽 早地发现在软件产品中所存在的各种问 题——与用户需求、预先定义的不一致 性。
anhuisoft@
Software Testing
1.2.2软件测试的基本理论
anhuisoft@
Software Testing
anhuisoft@
① 项目规划阶段：负责从单元测试到系统测 试的整个测试阶段的监控。 ② 需求分析阶段：确定测试需求分析、系统 测试计划的制定、评审后成为管理项目。 ③ 详细设计和概要设计阶段：确保集成测试 计划和单元测试计划完成。 ④ 编码阶段：由开发人员进行自己负责部分 的测试代码。在项目较大时，由专人进行 编码阶段的测试任务。 ⑤ 测试阶段：依据测试代码进行测试，并提 交相应的测试状态报告和测试结束报告。
② 设计: 根据需求分析的结果，考虑如何在逻辑、程序上去实现所定
义的产品功能、特性等，可以分为概要设计和详细设计，也可分为 数据结构设计、软件体系结构设计、应用接口设计、模块设计、界
面设计等。
③ 编程: 将设计转换成计算机可读的形式。 ④ 测试: 对设计、编程进行验证和用户需求确认的过程 ⑤ 维护：维持软件运行，修改软件缺陷、增强已有功能、增加新功能、
1.1.1软件缺陷与故障 • 案例 • 软件缺陷的定义 • 软件缺陷的特征 1.1.2软件缺陷产生的原因
anhuisoft@
Software Testing
1.1.1软件缺陷与故障
• 案例 1.美国迪斯尼公司的狮子王游戏软件BUG 2.火星登陆事故 3.跨世纪”千年虫”问题 4.其他一些例子
Software Testing
瀑布模型
• 整个开发包括六个阶段： 计划、需求分析、设计、 编码、测试、运行维护。 六个阶段自上而下、相 互衔接，以固定的次序 来进行。 • 特点 阶段的顺序性和依赖性 推迟实现的观点 质量保证 • 存在问题 不适合需求模糊的系统
anhuisoft@
Software Testing
测试在开发各阶段的作用
Software Testing
软件测试和缺陷修复的代价
1,000
100
软件修复费用
10
1
设 计 测 试 编 制 说 明 书 编 写 代 码 发 布
anhuisoft@
Software Testing
1.2.4软件测试技术概要
anhuisoft@
1.3.1软件产品的组成
2.客户需求
① ② ③ ④ ⑤ ⑥
Software Testing
产品开发小组必须摸清客户所需 用调查问卷的形式搜集详细信息 反馈软件的以前版本 竞争产品信息(同领域产品) 杂志评论(媒体) 焦点人群的意见
anhuisoft@
Software Testing
1.3.3软件开发基本过程
anhuisoft@
① 需求分析: 根据客户的要求，清楚了解客户需求中的产品功能、特
性、性能、界面和具体规格等，然后进行分析，确定软件产品所能 达到的目标。
1.3.3软件开发基本过程
Software Testing
anhuisoft@
Software Testing
1.1.1软件缺陷与故障
• 软件缺陷的定义(符合下列规则的叫软件缺陷):
１．软件未达到产品说明书的功能 ２．软件出现了产品说明书指明不会出现 的错误 ３．软件功能超出产品说明书指明范围 ４．软件未达到产品说明书虽未指出但应 达到的目标 ５．软件测试员认为难以理解、不易使用、 运行速度缓慢、或者最终用户认为不好
anhuisoft@
Software Testing
1.2.1软件测试的定义
• 软件测试的定义: 几个观点: 测试是为了证明程序有错，而不是证明 程序无错误； 一个好的测试用例是在于它能发现至今 未发现的错误； 一个成功的测试是发现了至今未发现的 错误的测试。
anhuisoft@
anhuisoft@
1.3.1软件产品的组成
3.产品说明
Software Testing
① 对客户要求的研究结果是原始资料,无法 描述要做的产品,只是确定哪些要做,哪些 不要做,以及客户要求的功能. ② 产品说明书综合上述信息和一些没有提出 但必须实现的要求,真正地定义产品是什 么、有哪些功能、外观如何 ③ 产品说明书是“锁定”的
原型模型
开始 需求的采 集和细化 产品 样品 快速设计 停止
建造原型 加工原型 用户评价 原型
anhuisoft@
• 先建立一个能反映用 户需求的原型系统， 使得用户和开发者可 以对目标系统的概貌 进行评价和判断，然 后对原型进行反复的 扩充、改进和求精， 最终建立符合用户需 求的目标系统 • 特点：快速开发工具、 循环、低成本 • 种类： 渐进型、抛弃 型
软件测试概述
软件工程系
2014-1-8
Software Testing
第1章
软件测试基础
1.1软件测试背景 1.2 软件测试基础理论 1.3软件开发过程 1.4软件测试过程 1.5软件质量保证概要 1.6软件测试职业
anhuisoft@
Software Testing
1.1软件测试背景
软件测试的原则
① 应当把“尽早和不断地测试”作为测试者的座 右铭。 ② 程序员应该避免检查自己的程序，测试工作应 该由独立的专业的软件测试机构来完成。 ③ 设计测试用例时，应该考虑到合法的输入和不 合法的输入，以及各种边界条件，特殊情况下 要制造极端状态和意外状态，比如网络异常中 断、电源断电等情况。 ④ 一定要注意测试中的错误集中发生现象，这和 程序员的编程水平和习惯有很大的关系。
anhuisoft@
Software Testing
1.3软件开发过程
1.3.1软件产品的组成 1.3.2软件开发项目组 1.3.3软件开发模式
anhuisoft@
Software Testing
1.软件产品需要多少投入
产品说明书 进度 测试计划
1.3.1软件产品的组成
Software Testing
1.3.2软件开发项目组
1.
2. 3.
4.
5.
项目管理员。由他们全程负责整个软件开发项目， 通常负责编写产品说明书、管理进度、进行重大决 策。 设计师或系统工程师。他们的角色是担任软件小组 的技术专家，需要具有丰富的经验，可以胜任设计 整个系统构架或软件构思。 程序员。由他们负责设计、编写并修复软件中的缺 陷。他们与项目管理员和设计师密切合作生产软件， 然后与项目管理和测试员密切合作修复软件缺陷。 软件测试员。我们负责找出并报告软件产品的问题， 与小组全部成员在开发过程中密切合作，进行测试 并报告发现的问题。 技术作者、用户助手、用户培训专员、手册编写人 员或者文案专员。由他们来负责编制软件产品附带 的文件和联机文档。
Software Testing
1.2.1软件测试的定义
• 软件测试的定义: 狭义定义：程序测试是为了发现错误而执 行程序的过程。 广义定义：将测试延伸到需求评审、设计 审查活动中去，这种延伸后的软件测试， 被认为是一种软件测试的广义概念。
anhuisoft@
Software Testing
anhuisoft@
1.3.1软件产品的组成
4.设计文档
常用的设计文档包括如下: ① 构架 ② 数据流示意图 ③ 状态变化示意ng
anhuisoft@
1.3.1软件产品的组成
5.测试文档
一般的测试文档包括如下: ① 测试计划 ② 测试用例设计 ③ 软件测试报告 ④ 归纳、统计和总结
升级等。
anhuisoft@
Software Testing
1.3.4软件开发模式
1. 2. 3. 4. 5. 6. 7. 8. 9. 瀑布模型 原型模型 快速应用开发(RAD)模型 改进的V模型 螺旋模型 增量模型和迭代模型 构件组装模型 并发模型 XP模型
anhuisoft@
anhuisoft@
Software Testing
软件测试的原则
⑤ 对测试错误结果一定要有一个确认的过程。一般 有A测试出来的错误，一定要有一个B来确认，严 重的错误可以召开评审会进行讨论和分析。 ⑥ 制定严格的测试计划，并把测试时间安排得尽量 宽松，不要希望在极短的时间内完成一个高水平 的测试。 ⑦ 回归测试的关联性一定要引起充分的注意，修改 一个错误而引起更多错误出现的现象并不少见。 ⑧ 妥善保存一切测试过程文档，意义是不言而喻的， 测试的重现性往往要靠测试文档。
anhuisoft@
Software Testing
1.2.4软件测试技术概要
1.软件测试策略 软件测试策略就是测试将按照什么样的 思路和方式进行。通常，软件测试要经 过单元测试、集成测试、确认测试、系 统测试和验收测试。
anhuisoft@
Software Testing
Software Testing
快速应用开发(RAD) – V模型
anhuisoft@
Software Testing
RAD - V Model (改进)
1.2.4软件测试技术概要
2.软件测试技术 按照软件测试用例的设计方法而论，软件测 试可分为白盒测试法和黑盒测试法；按照软 件测试是否执行程序而论，软件测试又可以 分为静态测试和动态测试；按照软件设计方 法是否采用面向对象设计技术而论，软件测 试又可以分为传统测试方法和面向对象测试 方法；按照网络环境下C/S应用结构的特定 环境而论，软件测试又有其相应的方法。这 些都是软件测试具体的测试方法。
1.2.1软件测试的定义
软件测试的定义为： 软件测试是贯穿整个软件开发生命周期、 对软件产品（包括阶段性产品）进行验 证和确认的活动过程，其目的是尽快尽 早地发现在软件产品中所存在的各种问 题——与用户需求、预先定义的不一致 性。
anhuisoft@
Software Testing
1.2.2软件测试的基本理论
anhuisoft@
Software Testing
anhuisoft@
① 项目规划阶段：负责从单元测试到系统测 试的整个测试阶段的监控。 ② 需求分析阶段：确定测试需求分析、系统 测试计划的制定、评审后成为管理项目。 ③ 详细设计和概要设计阶段：确保集成测试 计划和单元测试计划完成。 ④ 编码阶段：由开发人员进行自己负责部分 的测试代码。在项目较大时，由专人进行 编码阶段的测试任务。 ⑤ 测试阶段：依据测试代码进行测试，并提 交相应的测试状态报告和测试结束报告。
② 设计: 根据需求分析的结果，考虑如何在逻辑、程序上去实现所定
义的产品功能、特性等，可以分为概要设计和详细设计，也可分为 数据结构设计、软件体系结构设计、应用接口设计、模块设计、界
面设计等。
③ 编程: 将设计转换成计算机可读的形式。 ④ 测试: 对设计、编程进行验证和用户需求确认的过程 ⑤ 维护：维持软件运行，修改软件缺陷、增强已有功能、增加新功能、
1.1.1软件缺陷与故障 • 案例 • 软件缺陷的定义 • 软件缺陷的特征 1.1.2软件缺陷产生的原因
anhuisoft@
Software Testing
1.1.1软件缺陷与故障
• 案例 1.美国迪斯尼公司的狮子王游戏软件BUG 2.火星登陆事故 3.跨世纪”千年虫”问题 4.其他一些例子
Software Testing
瀑布模型
• 整个开发包括六个阶段： 计划、需求分析、设计、 编码、测试、运行维护。 六个阶段自上而下、相 互衔接，以固定的次序 来进行。 • 特点 阶段的顺序性和依赖性 推迟实现的观点 质量保证 • 存在问题 不适合需求模糊的系统
anhuisoft@
Software Testing
测试在开发各阶段的作用
Software Testing
软件测试和缺陷修复的代价
1,000
100
软件修复费用
10
1
设 计 测 试 编 制 说 明 书 编 写 代 码 发 布
anhuisoft@
Software Testing
1.2.4软件测试技术概要