软件测试基础入门精品PPT课件
合集下载
软件测试培训-基础篇ppt课件
我的亲身经历：曾经做过一款销售类型的软件，A 程序员做 订货、B 程序员做入库，他们每个人的程序都能单独运行 ，结果集成到一起就出现了错误，这个问题在测试过程中 居然没有被发现，在用户的实际使用环境中用户发现报表 查询出来的结果不准确，才发现了这个问题
16
兼容性测试
兼容性检测：测试要在不同的硬件、软件（包括操 作系统、IE 浏览器、网络带宽）下的测试：
-------------不夜城网站，怎么跟踪完整的数据流（包括前台 和后台如如何跟踪完整的数据流）
8
程序员提交版本后回归测试
程序员提交新的程序版本后，作为测试人员应该立即与程序 员沟通这个修改的功能、并且这个新的修改的功能影响哪 些功能
举个简单的例子来说明一下：比如在一款软件中，程序开发 人员修改了某个会员的某个字段。作为测试人员首先你要 测试会员的功能这个是你首先需要做的。另外你还要和程 序员沟通咨询他们新修改的这个会员的字段，会影响会员 的销售功能吗？会对会员以前的销售记录的查询有影响吗 ？如果对这些功能有影响，那么这些功能都是你在回归测 试的时候重点测试的地方，也是最容易产生Bug 的地方了
■ 首先测试最需要的部分，然后测试没有要求的部分，测试 对团队其他人有重要意义的任何部分的任何问题（你的测 试会影响到其他人其他模块的测试）
11
软件与使用者的互动缺陷
■ 如填写资料错误应的时候，应该能够提示错误的位置，让 用户知道是这个地方输入数据不对
■ 删除数据之前给一定要给出是否删除确认提示 ■ 不要在软件中使用中英文混合的提示比如：比如对于用户
23
21
ቤተ መጻሕፍቲ ባይዱ
随机测试
即使测试经过大量的充分的测试，也不能发现软件 中的所有缺陷，所以测试人员在测试的时候可以 做一些随机的测试，比如胡乱的在软件界面上乱 点一通有时候也会发现一些意想不的软件缺陷
16
兼容性测试
兼容性检测：测试要在不同的硬件、软件（包括操 作系统、IE 浏览器、网络带宽）下的测试：
-------------不夜城网站，怎么跟踪完整的数据流（包括前台 和后台如如何跟踪完整的数据流）
8
程序员提交版本后回归测试
程序员提交新的程序版本后，作为测试人员应该立即与程序 员沟通这个修改的功能、并且这个新的修改的功能影响哪 些功能
举个简单的例子来说明一下：比如在一款软件中，程序开发 人员修改了某个会员的某个字段。作为测试人员首先你要 测试会员的功能这个是你首先需要做的。另外你还要和程 序员沟通咨询他们新修改的这个会员的字段，会影响会员 的销售功能吗？会对会员以前的销售记录的查询有影响吗 ？如果对这些功能有影响，那么这些功能都是你在回归测 试的时候重点测试的地方，也是最容易产生Bug 的地方了
■ 首先测试最需要的部分，然后测试没有要求的部分，测试 对团队其他人有重要意义的任何部分的任何问题（你的测 试会影响到其他人其他模块的测试）
11
软件与使用者的互动缺陷
■ 如填写资料错误应的时候，应该能够提示错误的位置，让 用户知道是这个地方输入数据不对
■ 删除数据之前给一定要给出是否删除确认提示 ■ 不要在软件中使用中英文混合的提示比如：比如对于用户
23
21
ቤተ መጻሕፍቲ ባይዱ
随机测试
即使测试经过大量的充分的测试，也不能发现软件 中的所有缺陷，所以测试人员在测试的时候可以 做一些随机的测试，比如胡乱的在软件界面上乱 点一通有时候也会发现一些意想不的软件缺陷
软件测试基础ppt课件
7
第二章 黑盒测试
黑盒测试定义 黑盒测试分类 常见的黑盒测试方法 等价类方法演练 黑盒测试方法的实际应用 黑盒测试的经验之谈
©2019 iSoftStone Information Service Corporation. All rights reserved.
8
2.1 黑盒测试定义
用例数量很庞大，需要耗费比较多的工作量。
根据判定表设计测试用例
基于以上原因，这种方法实际得到的应用并不多。
©2019 iSoftStone Information Service Corporation. All rights reserved.
21
2.3.7 判定表方法
定义：
采用表格的形式，列出所有条件和所有结果的组 合，做到无遗漏的覆盖。 特点： 判定表适合条件项各自独立，互不影响的情况。 判定表使用的技巧在于，把条件项划分清晰，对 条件进行合理的组合，使得到的规则数最小。
©2019 iSoftStone Information Service Corporation. All rights reserved.
14
2.3.2 边界值分析（续）
边界值分析方法应用步骤
确定输入的范围 确定范围的边界值 多个输入关系分析（可选步骤） 生成测试用例
©2019 iSoftStone Information Service Corporation. All rights reserved.
黑盒测试相对于白盒测试而言，并不关心被测对象的内部 实现，而是针对被测对象提供的外部功能与规格来设计测 试用例进行的测试
输入
输出
©2019 iSoftStone Information Service Corporation. All rights reserved.
第二章 黑盒测试
黑盒测试定义 黑盒测试分类 常见的黑盒测试方法 等价类方法演练 黑盒测试方法的实际应用 黑盒测试的经验之谈
©2019 iSoftStone Information Service Corporation. All rights reserved.
8
2.1 黑盒测试定义
用例数量很庞大，需要耗费比较多的工作量。
根据判定表设计测试用例
基于以上原因，这种方法实际得到的应用并不多。
©2019 iSoftStone Information Service Corporation. All rights reserved.
21
2.3.7 判定表方法
定义：
采用表格的形式，列出所有条件和所有结果的组 合，做到无遗漏的覆盖。 特点： 判定表适合条件项各自独立，互不影响的情况。 判定表使用的技巧在于，把条件项划分清晰，对 条件进行合理的组合，使得到的规则数最小。
©2019 iSoftStone Information Service Corporation. All rights reserved.
14
2.3.2 边界值分析（续）
边界值分析方法应用步骤
确定输入的范围 确定范围的边界值 多个输入关系分析（可选步骤） 生成测试用例
©2019 iSoftStone Information Service Corporation. All rights reserved.
黑盒测试相对于白盒测试而言，并不关心被测对象的内部 实现，而是针对被测对象提供的外部功能与规格来设计测 试用例进行的测试
输入
输出
©2019 iSoftStone Information Service Corporation. All rights reserved.
软件测试基础培训(1).ppt
总结以上，软件测试有三点主要作用：提供质量度量（Measure Quality）， 提供软件产品信心（ Provide Confidence），提供过程改进的依据（Improve Process）。
测试不能表明软件中不存在错误，它只能说明软件中存在错误。
什么是测试
谈谈你对软件测试的理解
什么是测试
基本的测试过程
基本测试过程中包含了9项测试活动 图示中画出了相互的顺序和关系
请大家结合自己做过的项目， 根据经验判断具体的活动应该归到哪一类。
基本的测试过程—计划与控制
测试计划是定义测试目标及测试活动规格说明以满足特定目标和使命的过程。
其实计划就是计划，它是一个过程，而不是完成一份计划文档。 需要所有相关人员的参与，否则计划文档没有任何价值。 有人把计划总结为：什么人、在什么时间内、根据什么、做什么、怎么做。
当软件测试只能找到很少或根本没有缺陷的时候，我们就能对软件有足够的 信心，设计合适的测试通过大大降低了该系统的风险。即便有缺陷发现，修 复这些缺陷也能提高软件的质量。挖空心思却找不到缺陷的软件当然让人放 心。这是产品经理梦寐以求的目标。
为什么需要测试-测试和质量
要从以往项目中吸取教训。对以往缺陷的分析可以帮助我们不断改进开发过 程，再未来的版本或产品中避免类似的问题出现，从而提高质量。这是质量 保证的一个重要内容。
不同角度的测试目标也不同。比如开发阶段测试目标是尽可能找到缺陷，以 便尽快修复。而验收测试则是证明开发的系统符合预期，对系统符合需求增 添信心。有时候测试的目的仅在评估软件质量，并无意于修复缺陷，作用仅 在于为相关方提供评估发布时间的信息。
测试的基本原则
谈谈你知道的测试原则
测试的基本原则
原则一：测试只是展示缺陷 测试只能表明缺陷存在，却不能证明没有缺陷。测试能降低未发现缺陷 留存的概率，却不能证明软件是绝对正确的。
测试不能表明软件中不存在错误，它只能说明软件中存在错误。
什么是测试
谈谈你对软件测试的理解
什么是测试
基本的测试过程
基本测试过程中包含了9项测试活动 图示中画出了相互的顺序和关系
请大家结合自己做过的项目， 根据经验判断具体的活动应该归到哪一类。
基本的测试过程—计划与控制
测试计划是定义测试目标及测试活动规格说明以满足特定目标和使命的过程。
其实计划就是计划，它是一个过程，而不是完成一份计划文档。 需要所有相关人员的参与，否则计划文档没有任何价值。 有人把计划总结为：什么人、在什么时间内、根据什么、做什么、怎么做。
当软件测试只能找到很少或根本没有缺陷的时候，我们就能对软件有足够的 信心，设计合适的测试通过大大降低了该系统的风险。即便有缺陷发现，修 复这些缺陷也能提高软件的质量。挖空心思却找不到缺陷的软件当然让人放 心。这是产品经理梦寐以求的目标。
为什么需要测试-测试和质量
要从以往项目中吸取教训。对以往缺陷的分析可以帮助我们不断改进开发过 程，再未来的版本或产品中避免类似的问题出现，从而提高质量。这是质量 保证的一个重要内容。
不同角度的测试目标也不同。比如开发阶段测试目标是尽可能找到缺陷，以 便尽快修复。而验收测试则是证明开发的系统符合预期，对系统符合需求增 添信心。有时候测试的目的仅在评估软件质量，并无意于修复缺陷，作用仅 在于为相关方提供评估发布时间的信息。
测试的基本原则
谈谈你知道的测试原则
测试的基本原则
原则一：测试只是展示缺陷 测试只能表明缺陷存在，却不能证明没有缺陷。测试能降低未发现缺陷 留存的概率，却不能证明软件是绝对正确的。
软件测试基础优秀PPT课件
CHENLI
21
华东交通大学软件学院
5.3 面向对象的单元测试
与传统单元测试的区别
从单元的划分看 从测试方法看 从测试对象看
CHENLI
22
华东交通大学软件学院
5.3 面向对象的单元测试
从单元划分看
面向过程：以过程或功能作为单元划分 的依据。
面向对象：以类作为单元
是否需要测试所有的类 无法实例化的类如何测试 继承的类如何测试
（2）继承实现了共享父类中定义的数据和操作，同时也可定义 新的特征。子类是在新的环境中存在，所以父类的正确性不 能保证子类的正确性。继承使代码的重用率得到了提高，但 同时也使故障的传播几率增加。
（3）多态和动态绑定增加了系统运行中可能的执行路径，而且 给面向对象软件带来了严重的不确定性，给测试覆盖率的活 动带来新的困难。
CHENLI
30
华东交通大学软件学院
5.3 面向对象的单元测试
案例说明
MyPoint MyShape MyLine MyTriangle Scalene Isosceles
CHENLI
31
华东交通大学软件学院
5.3 面向对象的单元测试
测试用例的设计
案例说明 根据代码设计测试用例 根据前置条件和后置条件设计测试用例 根据状态转换设计测试用例 根据方法特性设计测试用例
（1）数据成员是否满足数据封装的要求——基本原则是数据成员是否被 外界（数据成员所属的类或子类以外的调用）直接调用。
（2）类是否实现了要求的功能——测试类的功能，不能仅满足于代码能 无错运行或被测试的类能提供的功能正确，应以所做的OOD结果为依 据，检测类提供的功能是否满足了设计的要求，是否有缺陷。
可能的作用方式。
软件测试基础培训课程(ppt 50页)
软件测试的背景
软件开发过程 软件测试的实质
第一部分 软件测试综述
官方定义
使用人工或自动手段来运行或 测定某个系统的过程，检验它是否 满足规定的需求或是弄清预期结果 与实际结果之间的差别。
——IEEE1983年
第一部分 软件测试综述
体系架构
软件测试的基础理论和基本 技术 软件测试的标准和规范 软件测试的环境和工具
1、客户需求
编写软件的目的是满足一些人的 需求；
客户需求收集可以通过问卷调查， 收集软件以前版本反馈信息、收 集竞争产品信息、收集期刊评论、 收集焦点人群的意见以及其他诸 多方式 ；
第二章 软件开发过程
2、产品说明书
产品说明书综合需求调查信息以 及没有提出但必须要实现的需求， 真正地定义产品是什么、有哪些 功能、外观如何；
（4195835∕3145727） ×31435727―4195835＝？
※１９９６年６月４日，阿丽亚娜５型火 箭第一次鉴定发射，因火箭导航电脑软 件系统发生故障而失败；
第一章 软件测试的背景
※1999年12月3日，美国航天局的火星极 地登陆者号探测器试图在火星表面着陆
※时美失国踪爱。国者；导弹防御系统首次应用在海 湾战争中对抗伊拉克飞毛腿导弹的防御 战中 软件失败的术语
缺点(defect) 偏差
(variance)
故障(fault)
失败
(failure)
问题(problem) 矛盾
(incosistency)
第一章 软件测试的背景
了解与自己合作的产品 开发小组的特点是重要的。 他们提及他们软件问题的方 式反映出他们处理整个开发
※美国商务部的国立标准技术研究所（ NIST：National Institute of Standards and Technology）有关软件 缺陷的损失调查报告表示，“据推测， 由于软件缺陷而引起的损失额每年高达 595亿美元。这一数字相当于美国国内 生产总值的0.6%”。
软件开发过程 软件测试的实质
第一部分 软件测试综述
官方定义
使用人工或自动手段来运行或 测定某个系统的过程，检验它是否 满足规定的需求或是弄清预期结果 与实际结果之间的差别。
——IEEE1983年
第一部分 软件测试综述
体系架构
软件测试的基础理论和基本 技术 软件测试的标准和规范 软件测试的环境和工具
1、客户需求
编写软件的目的是满足一些人的 需求；
客户需求收集可以通过问卷调查， 收集软件以前版本反馈信息、收 集竞争产品信息、收集期刊评论、 收集焦点人群的意见以及其他诸 多方式 ；
第二章 软件开发过程
2、产品说明书
产品说明书综合需求调查信息以 及没有提出但必须要实现的需求， 真正地定义产品是什么、有哪些 功能、外观如何；
（4195835∕3145727） ×31435727―4195835＝？
※１９９６年６月４日，阿丽亚娜５型火 箭第一次鉴定发射，因火箭导航电脑软 件系统发生故障而失败；
第一章 软件测试的背景
※1999年12月3日，美国航天局的火星极 地登陆者号探测器试图在火星表面着陆
※时美失国踪爱。国者；导弹防御系统首次应用在海 湾战争中对抗伊拉克飞毛腿导弹的防御 战中 软件失败的术语
缺点(defect) 偏差
(variance)
故障(fault)
失败
(failure)
问题(problem) 矛盾
(incosistency)
第一章 软件测试的背景
了解与自己合作的产品 开发小组的特点是重要的。 他们提及他们软件问题的方 式反映出他们处理整个开发
※美国商务部的国立标准技术研究所（ NIST：National Institute of Standards and Technology）有关软件 缺陷的损失调查报告表示，“据推测， 由于软件缺陷而引起的损失额每年高达 595亿美元。这一数字相当于美国国内 生产总值的0.6%”。
软件测试培训教程(精品PPT)
第五页，共一百九十四页。
软件测试概论(gàilùn)〔行情〕
国外：
A、软件测试在软件公司中占有重要(zhòngyào)的地位 B、软件测试理论研究蓬勃开展，引领软件测试理论研究
的国际潮流
C、软件测试市场繁荣
国内： 1、我国著名的软件公司都已经或者正在建立独立的专职软
件测试队伍 2、国家开始对软件测试职业高度重视和认可〔软考中级资
需求分析，概要设计，详细设计以及程序编码等各阶段 所得到的文档，包括需求规格说明，概要设计规格说明， 详细设计规格说明以及源程序。
第十九页，共一百九十四页。
软件测试的对象(duìxiàng)
为了把握各个环节的正确性，人们需要进行各种验证和确 认工作 ：
❖ 验证(verification)： 是保证软件正确实现特定功能的一系 统活动和过程,目的是保证软件生命周期中的每一个阶段的 成果满足上一个阶段所设定的目标。
初 学 者
QTP功能测试 工具学习
LoadRunner性 能测试工具学习
软件测试理论 基础学习
缺陷管理 知识学习
数据库 知识学习
配置管理 知识学习
项目实战
岗前培训 面试技巧
图1-3 软件测试学习路线图
Web测试环境 搭建学习
Linux操作系统 知识学习
工 作
第十一页，共一百九十四页。
软件测试由来
❖调试
测试(cèshì)工程师的职业开展
❖ 软件测试工程师一般有几个(jǐ ɡè)方向可走，如图1-2所示。
初级测试工程师 中级测试工程师
高级测试工程师
测试管理者
图1-2 职业发展规划图
开发工程师
❖ 一个理想的测试工程师应该有开发经验，至少要有开发 的概念。仅仅发现Bug是测试的初步，而分析出根本原 因，却要有很深的功底。
软件测试概论(gàilùn)〔行情〕
国外：
A、软件测试在软件公司中占有重要(zhòngyào)的地位 B、软件测试理论研究蓬勃开展，引领软件测试理论研究
的国际潮流
C、软件测试市场繁荣
国内： 1、我国著名的软件公司都已经或者正在建立独立的专职软
件测试队伍 2、国家开始对软件测试职业高度重视和认可〔软考中级资
需求分析，概要设计，详细设计以及程序编码等各阶段 所得到的文档，包括需求规格说明，概要设计规格说明， 详细设计规格说明以及源程序。
第十九页，共一百九十四页。
软件测试的对象(duìxiàng)
为了把握各个环节的正确性，人们需要进行各种验证和确 认工作 ：
❖ 验证(verification)： 是保证软件正确实现特定功能的一系 统活动和过程,目的是保证软件生命周期中的每一个阶段的 成果满足上一个阶段所设定的目标。
初 学 者
QTP功能测试 工具学习
LoadRunner性 能测试工具学习
软件测试理论 基础学习
缺陷管理 知识学习
数据库 知识学习
配置管理 知识学习
项目实战
岗前培训 面试技巧
图1-3 软件测试学习路线图
Web测试环境 搭建学习
Linux操作系统 知识学习
工 作
第十一页，共一百九十四页。
软件测试由来
❖调试
测试(cèshì)工程师的职业开展
❖ 软件测试工程师一般有几个(jǐ ɡè)方向可走，如图1-2所示。
初级测试工程师 中级测试工程师
高级测试工程师
测试管理者
图1-2 职业发展规划图
开发工程师
❖ 一个理想的测试工程师应该有开发经验，至少要有开发 的概念。仅仅发现Bug是测试的初步，而分析出根本原 因，却要有很深的功底。
《软件测试》PPT
第1章 软件测试基础
在给一个项目组指派SQA人员时，一定要注意一点：指 派的SQA人员不能是该项目组的开发人员、配置管理人员或 测试人员，一个项目的SQA除了监控项目过程，完成SQA相 关工作以外，不应该参与项目组的其他实质性工作，否则他 会与项目组捆绑在一起，很难保持客观性。
第1章 软件测试基础
(1) 通过监控软件开发过程来保证产品质量； (2) 保证开发出来的软件和软件开发过程符合相应标准与 规程； (3) 保证软件产品、软件编制过程中存在的与规范或制度 不符合的问题得到处理，必要时将问题反映给高级管理者；
(4) 确保项目组制定的计划、标准和规程不仅适合项目组的需要， 同时还满足评审和审计的需要。
第1章 软件测试基础
从客户角度看，主要从产品的功能性需求和非功能性需 求来看。功能性需求主要通过各种输入完成用户所需要的各 项操作，包括数据的输入和结果的输出。同时对于这些功能品的性能、有效性、可靠性等方面，对于 不同种类的软件其非功能性需求有很大差异，如实时软件在 实时性和可靠性上的要求就非常高。
(4) 具备一定的可靠性，能够有效处理例外的情况，能 够承受各种非法情况的冲击。
(5) 保持成本和性能的平衡。性能往往来源于客户的非 功能需求，是软件质量的一个重要的评价因素。但是性能问 题在任何地方都存在，所以需要客观地看待它。例如，代码 可读性与可靠性之间的平衡。
第1章 软件测试基础
软件的质量主要由项目和项目管理团队或企业专门负责 质量的部门来负责，这就需要他们对项目质量有明确的认识， 从而在项目执行过程中按照质量计划让项目朝着预先确定的 质量目标前进。为达到软件的高质量目标，质量管理的方法、 理念被不断提出、完善和创新。目前流行的软件质量管理有 全面质量管理、6δ管理等。
软件测试培训基础精品PPT课件
检查添加和修改是否一致: 检查添加和修改信息的要求是否一致, 例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修 改也必须为整型
常用功能测试方法(三)
检查修改重名:修改时把不能重名的项改为已存在的内容,看会否 处理,报错.同时,也要注意,会不会报和自己重名的错
重复提交表单：一条已经成功提交的纪录，back后再提交，看看 系统是否做了处理
在输入条件是一个布尔量的情况下，可确定一个有效等价类和一个 无效等价类
在规定了输入数据的一组值(假定n个)，并且程序要对每一个输入 值分别处理的情况下，可确立n个有效等价类和一个无效等价类
在规定了输入数据必须遵守的规则的情况下，可确立一个有效等价 类(符合规则)和若干个无效等价类(从不同角度违反规则)
黑盒测试的方法
➢常用方法
等价类划分方法 边界值分析方法 错误推测方法
➢高级方法
因果图方法 判定表驱动分析方法 正交实验设计方法 功能图分析方法
等价类测试(一)
在输入条件规定了取值范围或值的个数的情况下，则可以确立一个 有效等价类和两个无效等价类
在输入条件规定了输入值的集合或者规定了“必须如何”的条件的 情况下，可以确立一个有效等价类和一个无效等价类
页面链接检查：每一个链接是否都有对应的页面，并且页面之间 切换正确
相关性检查：删除/增加一项会不会对其他项产生影响，如果产 生影响，这些影响是否都正确
检查按钮的功能是否正确：如update, cancel, delete, save 等功能是否正确
字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度,会不会出错
等价类测试(二) 建立等价类表，列出所有划分出的等价类：
输入条件 … …
常用功能测试方法(三)
检查修改重名:修改时把不能重名的项改为已存在的内容,看会否 处理,报错.同时,也要注意,会不会报和自己重名的错
重复提交表单：一条已经成功提交的纪录，back后再提交，看看 系统是否做了处理
在输入条件是一个布尔量的情况下，可确定一个有效等价类和一个 无效等价类
在规定了输入数据的一组值(假定n个)，并且程序要对每一个输入 值分别处理的情况下，可确立n个有效等价类和一个无效等价类
在规定了输入数据必须遵守的规则的情况下，可确立一个有效等价 类(符合规则)和若干个无效等价类(从不同角度违反规则)
黑盒测试的方法
➢常用方法
等价类划分方法 边界值分析方法 错误推测方法
➢高级方法
因果图方法 判定表驱动分析方法 正交实验设计方法 功能图分析方法
等价类测试(一)
在输入条件规定了取值范围或值的个数的情况下，则可以确立一个 有效等价类和两个无效等价类
在输入条件规定了输入值的集合或者规定了“必须如何”的条件的 情况下，可以确立一个有效等价类和一个无效等价类
页面链接检查：每一个链接是否都有对应的页面，并且页面之间 切换正确
相关性检查：删除/增加一项会不会对其他项产生影响，如果产 生影响，这些影响是否都正确
检查按钮的功能是否正确：如update, cancel, delete, save 等功能是否正确
字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度,会不会出错
等价类测试(二) 建立等价类表，列出所有划分出的等价类：
输入条件 … …
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1.1 一个真实的故事 1.2 为什么要进行软件测试 1.3 软件缺陷的由来 1.4 软件测试学科的发展历程 1.5 软件测试的定义 1.6 软件测试和软件开发 1.7 软件测试的方法
zhu.
软件测试学科的发展
从测试的思想导向来划分为4个阶段: ❖ 1957～1978年，以功能验证为导向，测试是
证明软件是正确的（正向思维）。 ❖ 1978～1983年，以破坏性为为导向，测试是 为了找到软件中的错误（逆向思维）。 ❖ 1983～1987年，以质量评估为导向，测试是 提供产品的评估和质量度量。 ❖ 1988年起，以缺陷预防为导向，测试是为了展 示软件符合设计要求，发现缺陷、预防缺陷。
zhu.
第 1章 概述
1.1 一个真实的故事 1.2 为什么要进行软件测试 1.3 软件缺陷的由来 1.4 软件测试学科的发展历程 1.5 软件测试的定义 1.6 软件测试和软件开发 1.7 软件测试的方法
zhu.
软件测试定义的两面性
正向思维－
验证软件正常工作
软
件
测
试
逆向思维－
假定软件有错误
评价一个程序或系 统的特性或能力并 确定是否达到预期 的结果
zhu.
软件缺陷的产生
① 技术问题 算法错误，语法错误，计算和精度问题，接口参数传递不
匹配
② 团队工作 误解、沟通不充分
③ 软件本身 文档错误、用户使用场合(user scenario)， 时间上不协调、或不一致性所带来的问题 系统的自我恢复或数据的异地备份、灾难性恢复等问题
zhu.
第 1章 概述
偏差 （variance） 失败 （failure） 矛盾（inconsistency） 毛病 （incident ）
zhu.
问题出在哪里？
• 项目没有被很好地理解；计划不 周，最终导致进度拖延。
• 没有充分的文档资料。 • 人与人的交流比写程序困难得多。 • 软件可靠性缺少度量的标准，质
量无法保证。 • 软件难以维护、不易升级。
❖ 为什么要进行软件测试？就是因为软件缺陷的存 在。因为只有通过测试，才可以发现软件缺陷。 也只有发现了缺陷，才可以将软件缺陷从软件产 品或软件系统中清理出去。
❖ 软件中存在的缺陷给我们带来的损失是巨大的， 这也说明了软件测试的必要性和重要性
zhu.
为什么要软件测试？
Chrome 运行时，笔记本电脑有时无 法进入休眠状态 ； Chrome 不支持 SSL 身份验证； 在插件比较多的网页上（例如内含视 频或 flash），滚动条响应迟钝； 当打开 RSS feed 或 xml 文件时， Chrome 只显示xml原始数据； 图片有时不能显示的问题 ； 鼠标滚轮只能向下滚不能向上滚； Chrome几乎打开每一个网页都需刷 新一遍
软件缺陷的主要类型/现象：
功能、特性没有实现或部分实现 设计不合理，存在缺陷 实际结果和预期结果不一致 运行出错，包括运行中断、系统崩溃、界面混乱 数据结果不正确、精度不够 用户不能接受的其他问题，如存取时间过长、界面不美观
zhu.
缺陷 - Bug
缺点（defect） 谬误（fault） 问题（problem） 错误（error ） 异常（anomy）
是否遵守已定义好的内容。验证产品满足规格设计说明书的 一致性
Validation： Are we building the right product? 是否构造
了正是用户所需要的软件？即是否正在做正确的事。验证产 品所实现的功能是否满足用户的需求
zhu.
第 1章 概述
1.1 一个真实的故事 1.2 为什么要进行软件测试 1.3 软件缺陷的由来 1.4 软件测试学科的发展历程 1.5 软件测试的定义 1.6 软件测试和软件开发 1.7 软件测试的方法
测试是为发现错 误而针对某个程 序或系统的执行 过程
在设计规定的环境 下运行软件的所有 功能，直至全部通 过。
寻找容易犯错误的地 方和系统的薄弱环节， 试图破坏系统，直至 找不出问题。
zhu.
验证和确认（V & V）
Verification：Are we building the product right？ 是否正确地构造了软件？即是否正确地做事，验证开发过程
zhu.
第 1章 概述
1.1 一个真实的故事 1.2 为什么要进行软件测试 1.3 软件缺陷的由来 1.4 软件测试学科的发展历程 1.5 软件测试的定义 1.6 软件测试和软件开发 1.7 软件测试的方法
zhu.
问题
是什么影响了我们的软件质量？
zhu.
什么是软件缺陷
任何程序、系统中的问题，和产品设计书
软件测试基础入门
zhu.
第 1章 概述
1.1 一个真实的故事 1.2 为什么要进行软件测试 1.3 软件缺陷的由来 1.4 软件测试学科的发展历程 1.5 软件测试的定义 1.6 软件测试和软件开发 1.7 软件测试的方法
zhu.
真实的故事
故事发生在1945年9月9日，一个炎热的下午。当时的机房 是一间第一次世界大战时建造的老建筑，没有空调，所有窗户都 敞开着。Grace Hopper正领导着一个研究小组夜以继日地工作， 研制一台称为“MARK II”的计算机，它使用了大量的继电器（电 子机械装置，那时还没有使用晶体管），一台不是纯粹的电子计 算机。突然，MARK II死机了 ……
的不一致性，不能满足用户的需求
❖ IEEE国际标准729给出了软件缺陷的定义——软 件缺陷就是软件产品中所存在的问题，最终表现 为用户所需要的功能没有完全实现，不能满足或 不能全部满足用户的需求
zhu.
软件缺陷的表现
根据软件缺陷的定义，可以从两方面考虑：
从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错 误、毛病等各种问题； 从外部看，软件缺陷是系统所需要实现的某种功能的失效或违背。
zhu.
Bug的由来
zhu.
问题
生活中有测试（质检）的例子？
zhu.
第 1章 概述
1.1 一个真实的故事 1.2 为什么要进行软件测试 1.3 软件缺陷的由来 1.4 软件测试学科的发展历程 1.5 软件测试的定义 1.6 软件测试和软件开发 1.7 软件测试的方法
zhu.
为什么要进行软件测试?
zhu.
软件测试学科的发展
从测试的思想导向来划分为4个阶段: ❖ 1957～1978年，以功能验证为导向，测试是
证明软件是正确的（正向思维）。 ❖ 1978～1983年，以破坏性为为导向，测试是 为了找到软件中的错误（逆向思维）。 ❖ 1983～1987年，以质量评估为导向，测试是 提供产品的评估和质量度量。 ❖ 1988年起，以缺陷预防为导向，测试是为了展 示软件符合设计要求，发现缺陷、预防缺陷。
zhu.
第 1章 概述
1.1 一个真实的故事 1.2 为什么要进行软件测试 1.3 软件缺陷的由来 1.4 软件测试学科的发展历程 1.5 软件测试的定义 1.6 软件测试和软件开发 1.7 软件测试的方法
zhu.
软件测试定义的两面性
正向思维－
验证软件正常工作
软
件
测
试
逆向思维－
假定软件有错误
评价一个程序或系 统的特性或能力并 确定是否达到预期 的结果
zhu.
软件缺陷的产生
① 技术问题 算法错误，语法错误，计算和精度问题，接口参数传递不
匹配
② 团队工作 误解、沟通不充分
③ 软件本身 文档错误、用户使用场合(user scenario)， 时间上不协调、或不一致性所带来的问题 系统的自我恢复或数据的异地备份、灾难性恢复等问题
zhu.
第 1章 概述
偏差 （variance） 失败 （failure） 矛盾（inconsistency） 毛病 （incident ）
zhu.
问题出在哪里？
• 项目没有被很好地理解；计划不 周，最终导致进度拖延。
• 没有充分的文档资料。 • 人与人的交流比写程序困难得多。 • 软件可靠性缺少度量的标准，质
量无法保证。 • 软件难以维护、不易升级。
❖ 为什么要进行软件测试？就是因为软件缺陷的存 在。因为只有通过测试，才可以发现软件缺陷。 也只有发现了缺陷，才可以将软件缺陷从软件产 品或软件系统中清理出去。
❖ 软件中存在的缺陷给我们带来的损失是巨大的， 这也说明了软件测试的必要性和重要性
zhu.
为什么要软件测试？
Chrome 运行时，笔记本电脑有时无 法进入休眠状态 ； Chrome 不支持 SSL 身份验证； 在插件比较多的网页上（例如内含视 频或 flash），滚动条响应迟钝； 当打开 RSS feed 或 xml 文件时， Chrome 只显示xml原始数据； 图片有时不能显示的问题 ； 鼠标滚轮只能向下滚不能向上滚； Chrome几乎打开每一个网页都需刷 新一遍
软件缺陷的主要类型/现象：
功能、特性没有实现或部分实现 设计不合理，存在缺陷 实际结果和预期结果不一致 运行出错，包括运行中断、系统崩溃、界面混乱 数据结果不正确、精度不够 用户不能接受的其他问题，如存取时间过长、界面不美观
zhu.
缺陷 - Bug
缺点（defect） 谬误（fault） 问题（problem） 错误（error ） 异常（anomy）
是否遵守已定义好的内容。验证产品满足规格设计说明书的 一致性
Validation： Are we building the right product? 是否构造
了正是用户所需要的软件？即是否正在做正确的事。验证产 品所实现的功能是否满足用户的需求
zhu.
第 1章 概述
1.1 一个真实的故事 1.2 为什么要进行软件测试 1.3 软件缺陷的由来 1.4 软件测试学科的发展历程 1.5 软件测试的定义 1.6 软件测试和软件开发 1.7 软件测试的方法
测试是为发现错 误而针对某个程 序或系统的执行 过程
在设计规定的环境 下运行软件的所有 功能，直至全部通 过。
寻找容易犯错误的地 方和系统的薄弱环节， 试图破坏系统，直至 找不出问题。
zhu.
验证和确认（V & V）
Verification：Are we building the product right？ 是否正确地构造了软件？即是否正确地做事，验证开发过程
zhu.
第 1章 概述
1.1 一个真实的故事 1.2 为什么要进行软件测试 1.3 软件缺陷的由来 1.4 软件测试学科的发展历程 1.5 软件测试的定义 1.6 软件测试和软件开发 1.7 软件测试的方法
zhu.
问题
是什么影响了我们的软件质量？
zhu.
什么是软件缺陷
任何程序、系统中的问题，和产品设计书
软件测试基础入门
zhu.
第 1章 概述
1.1 一个真实的故事 1.2 为什么要进行软件测试 1.3 软件缺陷的由来 1.4 软件测试学科的发展历程 1.5 软件测试的定义 1.6 软件测试和软件开发 1.7 软件测试的方法
zhu.
真实的故事
故事发生在1945年9月9日，一个炎热的下午。当时的机房 是一间第一次世界大战时建造的老建筑，没有空调，所有窗户都 敞开着。Grace Hopper正领导着一个研究小组夜以继日地工作， 研制一台称为“MARK II”的计算机，它使用了大量的继电器（电 子机械装置，那时还没有使用晶体管），一台不是纯粹的电子计 算机。突然，MARK II死机了 ……
的不一致性，不能满足用户的需求
❖ IEEE国际标准729给出了软件缺陷的定义——软 件缺陷就是软件产品中所存在的问题，最终表现 为用户所需要的功能没有完全实现，不能满足或 不能全部满足用户的需求
zhu.
软件缺陷的表现
根据软件缺陷的定义，可以从两方面考虑：
从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错 误、毛病等各种问题； 从外部看，软件缺陷是系统所需要实现的某种功能的失效或违背。
zhu.
Bug的由来
zhu.
问题
生活中有测试（质检）的例子？
zhu.
第 1章 概述
1.1 一个真实的故事 1.2 为什么要进行软件测试 1.3 软件缺陷的由来 1.4 软件测试学科的发展历程 1.5 软件测试的定义 1.6 软件测试和软件开发 1.7 软件测试的方法
zhu.
为什么要进行软件测试?