测试工程师标准课件
合集下载
软件测试培训-基础篇ppt课件
我的亲身经历：曾经做过一款销售类型的软件，A 程序员做 订货、B 程序员做入库，他们每个人的程序都能单独运行 ，结果集成到一起就出现了错误，这个问题在测试过程中 居然没有被发现，在用户的实际使用环境中用户发现报表 查询出来的结果不准确，才发现了这个问题
16
兼容性测试
兼容性检测：测试要在不同的硬件、软件（包括操 作系统、IE 浏览器、网络带宽）下的测试：
-------------不夜城网站，怎么跟踪完整的数据流（包括前台 和后台如如何跟踪完整的数据流）
8
程序员提交版本后回归测试
程序员提交新的程序版本后，作为测试人员应该立即与程序 员沟通这个修改的功能、并且这个新的修改的功能影响哪 些功能
举个简单的例子来说明一下：比如在一款软件中，程序开发 人员修改了某个会员的某个字段。作为测试人员首先你要 测试会员的功能这个是你首先需要做的。另外你还要和程 序员沟通咨询他们新修改的这个会员的字段，会影响会员 的销售功能吗？会对会员以前的销售记录的查询有影响吗 ？如果对这些功能有影响，那么这些功能都是你在回归测 试的时候重点测试的地方，也是最容易产生Bug 的地方了
■ 首先测试最需要的部分，然后测试没有要求的部分，测试 对团队其他人有重要意义的任何部分的任何问题（你的测 试会影响到其他人其他模块的测试）
11
软件与使用者的互动缺陷
■ 如填写资料错误应的时候，应该能够提示错误的位置，让 用户知道是这个地方输入数据不对
■ 删除数据之前给一定要给出是否删除确认提示 ■ 不要在软件中使用中英文混合的提示比如：比如对于用户
23
21
ቤተ መጻሕፍቲ ባይዱ
随机测试
即使测试经过大量的充分的测试，也不能发现软件 中的所有缺陷，所以测试人员在测试的时候可以 做一些随机的测试，比如胡乱的在软件界面上乱 点一通有时候也会发现一些意想不的软件缺陷
16
兼容性测试
兼容性检测：测试要在不同的硬件、软件（包括操 作系统、IE 浏览器、网络带宽）下的测试：
-------------不夜城网站，怎么跟踪完整的数据流（包括前台 和后台如如何跟踪完整的数据流）
8
程序员提交版本后回归测试
程序员提交新的程序版本后，作为测试人员应该立即与程序 员沟通这个修改的功能、并且这个新的修改的功能影响哪 些功能
举个简单的例子来说明一下：比如在一款软件中，程序开发 人员修改了某个会员的某个字段。作为测试人员首先你要 测试会员的功能这个是你首先需要做的。另外你还要和程 序员沟通咨询他们新修改的这个会员的字段，会影响会员 的销售功能吗？会对会员以前的销售记录的查询有影响吗 ？如果对这些功能有影响，那么这些功能都是你在回归测 试的时候重点测试的地方，也是最容易产生Bug 的地方了
■ 首先测试最需要的部分，然后测试没有要求的部分，测试 对团队其他人有重要意义的任何部分的任何问题（你的测 试会影响到其他人其他模块的测试）
11
软件与使用者的互动缺陷
■ 如填写资料错误应的时候，应该能够提示错误的位置，让 用户知道是这个地方输入数据不对
■ 删除数据之前给一定要给出是否删除确认提示 ■ 不要在软件中使用中英文混合的提示比如：比如对于用户
23
21
ቤተ መጻሕፍቲ ባይዱ
随机测试
即使测试经过大量的充分的测试，也不能发现软件 中的所有缺陷，所以测试人员在测试的时候可以 做一些随机的测试，比如胡乱的在软件界面上乱 点一通有时候也会发现一些意想不的软件缺陷
软件测试技术PPT课件
第7章 软件测试技术
第7章 软件测试技术
7.1 软件测试基础 7.2 白盒测试技术 7.3 黑盒测试技术 7.4 软件测试计划和测试分析报告 7.5 软件测试策略 7.6 小结
1
第7章 软件测试技术
7.1 软件测试基础
7.1.1 软件测试的概念、目的和原则 1. 软件测试的概念 软件测试是在软件投入运行前对软件需求分析、软件设计规
12
第7章 软件测试技术 7.1.2 软件测试的过程
软件配置 测试配置 测试工具
测试结果
1
2
错误
测试 结果预测 评价 出错率
修正文件 3
调试
正确
4
构造可靠 预测可靠性 性模型
图7.1 测试的过程
13
第7章 软件测试技术
测试过程有三类输入：软件配置、测试配置和测试工具。 软件配置包括软件需求说明书、设计说明书、源程序清单等文 档。测试配置包括测试方案、测试计划、测试用例、测试驱动 程序等文档。测试工具包括支持测试的软件。输出信息有修正 软件的文件和预测可靠性或得出纠错后可交付使用的正确软件。 测试的信息流是不断递归的过程，也是相对有限的测试过程， 而不是无限的过程。
2
第7章 软件测试技术
2. 软件测试的目的 Glen Myers在他的软件测试著作中就软件测试的目的提出 下列观点： (1) 测试是一个为了寻找错误而运行程序的过程。 (2) 一个好的测试用例是指很可能找到迄今为止尚未发现 的错误的用例。 (3) 一个成功的测试是指揭示了迄今为止尚未发现的错误 的测试。
4
第7章 软件测试技术
3. 软件测试的基本原则 人们为了提高测试的效率，在长期测试实验中积累了不少 经验，下面列出了人们在实践中总结的主要基本原则： (1) 尽早地并不断地进行软件测试。 实际问题的复杂性、软件本身的复杂性与抽象性以及开发 期各层人员工作的配合关系等各种错综复杂的因素使得软件开 发的各个阶段都可能存在错误及潜在的缺陷。所以，软件开发 的各阶段都应当进行测试。错误发现得越早，后阶段耗费的人 力、财力就越少，软件质量相对就高一些。
第7章 软件测试技术
7.1 软件测试基础 7.2 白盒测试技术 7.3 黑盒测试技术 7.4 软件测试计划和测试分析报告 7.5 软件测试策略 7.6 小结
1
第7章 软件测试技术
7.1 软件测试基础
7.1.1 软件测试的概念、目的和原则 1. 软件测试的概念 软件测试是在软件投入运行前对软件需求分析、软件设计规
12
第7章 软件测试技术 7.1.2 软件测试的过程
软件配置 测试配置 测试工具
测试结果
1
2
错误
测试 结果预测 评价 出错率
修正文件 3
调试
正确
4
构造可靠 预测可靠性 性模型
图7.1 测试的过程
13
第7章 软件测试技术
测试过程有三类输入：软件配置、测试配置和测试工具。 软件配置包括软件需求说明书、设计说明书、源程序清单等文 档。测试配置包括测试方案、测试计划、测试用例、测试驱动 程序等文档。测试工具包括支持测试的软件。输出信息有修正 软件的文件和预测可靠性或得出纠错后可交付使用的正确软件。 测试的信息流是不断递归的过程，也是相对有限的测试过程， 而不是无限的过程。
2
第7章 软件测试技术
2. 软件测试的目的 Glen Myers在他的软件测试著作中就软件测试的目的提出 下列观点： (1) 测试是一个为了寻找错误而运行程序的过程。 (2) 一个好的测试用例是指很可能找到迄今为止尚未发现 的错误的用例。 (3) 一个成功的测试是指揭示了迄今为止尚未发现的错误 的测试。
4
第7章 软件测试技术
3. 软件测试的基本原则 人们为了提高测试的效率，在长期测试实验中积累了不少 经验，下面列出了人们在实践中总结的主要基本原则： (1) 尽早地并不断地进行软件测试。 实际问题的复杂性、软件本身的复杂性与抽象性以及开发 期各层人员工作的配合关系等各种错综复杂的因素使得软件开 发的各个阶段都可能存在错误及潜在的缺陷。所以，软件开发 的各阶段都应当进行测试。错误发现得越早，后阶段耗费的人 力、财力就越少，软件质量相对就高一些。
软件测试工程师培训-测试标准
◦ 软件工程 产品评价
ISO 9126 2001
ISO 12119 1994
GB/T 16260 2003
GB/T 17544 1998 GB/T 15481 2000
◦ 软件工程 产品质量 ◦ 软件包 质量要求和测试
ISO/IEC 17025 1999
◦ 检测和校准实验室能力的通用要求
培训内容
软件质量
早期关于软件产品质量的几个观点
◦ 产品质量－就是产品的适用性 ◦ 满足用户需要特性，内在、外观、经济性 ◦ 性能、寿命、可靠性、安全性和经济性
1991年ISO 8402
◦ 质量－反应实体满足规定和潜在需要能力的特性 总和
ISO 9126/14598
◦ 1991：软件满足规定或潜在用户需求特性的总和 ◦ 1999：软件特性的总和，软件满足规定或潜在用 户需求的能力
ISO/IEC 9126-1 质量模型
使用质量
有效性
生产率
安全
满意度
ISO/IEC 9126-1 质量模型
使用质量：用户在指定的使用状态下， 获得有效性、生产率、安全和满意度的 目标的能力
◦ 有效性：在特定环境中，满足用户准确度和完整 性要求目标的能力 ◦ 生产率：在特定环境中，用户使用与得到合适数 量有效资源的能力 ◦ 安全：在指定使用环境下，软件对于人、事物、 软件、财产或环境的危害的风险级别的能力 ◦ 满意度：在指定使用周境下使用户满意的能力
通用评价过程—选择度量
度量可以随环境和应用度量的开发过程阶段的不同 而有所区别。 质量特性定义方式不允许对它们进行直接测量。需 要建立与软件产品特性相关的度量。 用在开发过程的度量宜与用户观点的度量有关，因 为从用户视角出发的度量是至关重要的。
ISO 9126 2001
ISO 12119 1994
GB/T 16260 2003
GB/T 17544 1998 GB/T 15481 2000
◦ 软件工程 产品质量 ◦ 软件包 质量要求和测试
ISO/IEC 17025 1999
◦ 检测和校准实验室能力的通用要求
培训内容
软件质量
早期关于软件产品质量的几个观点
◦ 产品质量－就是产品的适用性 ◦ 满足用户需要特性，内在、外观、经济性 ◦ 性能、寿命、可靠性、安全性和经济性
1991年ISO 8402
◦ 质量－反应实体满足规定和潜在需要能力的特性 总和
ISO 9126/14598
◦ 1991：软件满足规定或潜在用户需求特性的总和 ◦ 1999：软件特性的总和，软件满足规定或潜在用 户需求的能力
ISO/IEC 9126-1 质量模型
使用质量
有效性
生产率
安全
满意度
ISO/IEC 9126-1 质量模型
使用质量：用户在指定的使用状态下， 获得有效性、生产率、安全和满意度的 目标的能力
◦ 有效性：在特定环境中，满足用户准确度和完整 性要求目标的能力 ◦ 生产率：在特定环境中，用户使用与得到合适数 量有效资源的能力 ◦ 安全：在指定使用环境下，软件对于人、事物、 软件、财产或环境的危害的风险级别的能力 ◦ 满意度：在指定使用周境下使用户满意的能力
通用评价过程—选择度量
度量可以随环境和应用度量的开发过程阶段的不同 而有所区别。 质量特性定义方式不允许对它们进行直接测量。需 要建立与软件产品特性相关的度量。 用在开发过程的度量宜与用户观点的度量有关，因 为从用户视角出发的度量是至关重要的。
软件测试理论知识PPT课件
• 白盒测试是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照 规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每 条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方 法有逻辑驱动、基路测试等，主要用于软件验证。
• 白盒测试常用工具有：Jtest、VcSmith、Jcontract、C++ Test、 CodeWizard、logiscope。
第13页/共40页
• 软件测试软过程件模测型试－模H型模分型类之H模型
• 在H模型中，软件测试过程活动完全独立，贯穿于整个产品的周期，与其他流程 并发地进行，某个测试点准备就绪时，就可以从测试准备阶段进行到测试执行 阶段；软件测试可以进行尽早的进行；软件测试可以根据被测物的不同而分层 次进行
• 在实际工作中应灵活地运用各种模型的优点 • V模型: 强调了在整个软件项目开发中需要经历的若干个测试级别，并与每一个
件以正确的方式来做了这个事件。 • 确认：是一系列的活动和过程，目的是想证实在一个给定的外部环境中软
件的逻辑正确性。即保证软件做了你所期望的事情。
第18页/共40页
• 软件测试软内件容测之试验的证内容之验证 • 1.确定软件生存周期中的一个给定阶段的产品是否达到前阶段确立的需求
的过程；
• 2.程序正确性的形式证明，即采用形式理论证明程序符合设计规约规定的 过程；
第16页/共40页
• 1．发现一软些件可测以试通目过标测试避免的开发风险 • 2．实施测试来降低所发现的风险 • 3．确定测试何时可以结束 • 4．在开发项目的过程中将测试看作是一个标准项目。
第17页/共40页
• 软件测试软的件主测要试内的容内就容是验证和确认。 • 验证：是保证软件正确地实现了一些特定功能的一系列活动， 即保证软
• 白盒测试常用工具有：Jtest、VcSmith、Jcontract、C++ Test、 CodeWizard、logiscope。
第13页/共40页
• 软件测试软过程件模测型试－模H型模分型类之H模型
• 在H模型中，软件测试过程活动完全独立，贯穿于整个产品的周期，与其他流程 并发地进行，某个测试点准备就绪时，就可以从测试准备阶段进行到测试执行 阶段；软件测试可以进行尽早的进行；软件测试可以根据被测物的不同而分层 次进行
• 在实际工作中应灵活地运用各种模型的优点 • V模型: 强调了在整个软件项目开发中需要经历的若干个测试级别，并与每一个
件以正确的方式来做了这个事件。 • 确认：是一系列的活动和过程，目的是想证实在一个给定的外部环境中软
件的逻辑正确性。即保证软件做了你所期望的事情。
第18页/共40页
• 软件测试软内件容测之试验的证内容之验证 • 1.确定软件生存周期中的一个给定阶段的产品是否达到前阶段确立的需求
的过程；
• 2.程序正确性的形式证明，即采用形式理论证明程序符合设计规约规定的 过程；
第16页/共40页
• 1．发现一软些件可测以试通目过标测试避免的开发风险 • 2．实施测试来降低所发现的风险 • 3．确定测试何时可以结束 • 4．在开发项目的过程中将测试看作是一个标准项目。
第17页/共40页
• 软件测试软的件主测要试内的容内就容是验证和确认。 • 验证：是保证软件正确地实现了一些特定功能的一系列活动， 即保证软
软件测试全套课件和教案_第1章 软件测试概述
软件缺陷的 特征
1.软件的特殊性决定了 缺陷不易看到,即”看不 到”;
2.发现了缺陷,但不易找 到问题发生的原因所在, 即”看到但是抓不到”。
Classified as Business
软件缺陷产生的原因
软件自身的特点。需求不清晰可能导致设 计目标偏离客户需求，从而引起功能或产 品特性上的缺陷。系统结构复杂可能导致 难以维护和扩充，即使设计成面向对象的 系统，由于对象和类数量众多，难以完成 对各种对象、类相互作用的组合测试，隐 藏着参数传递、方法调用、对象状态变化
Classified as Business
软件产品的 组成——客 户需求
产品开发小组必须摸清客户所需 用调查问卷的形式搜集详细信息 反馈软件的以前版本 竞争产品信息(同领域产品) 杂志评论(媒体) 焦点人群的意见
Classified as Business
软件产品的组成——产品说明 3. 对客户要求的研究结果是原始资料,无法描
软件测试概述
Classified as Business
软件测试基 础
软件测试背景 软件测试基础理论 软件开发过程 软件测试过程 软件质量保证概要 软件测试职业
Classified as Business
软件测试背 景
软件缺陷与故障 软件缺陷的定义 软件缺陷的特征 软件缺陷产生的原因
Classified as Business
等方面的问题。
技术问题。算法错误、语法错误、计算和 精度问题、系统结构不合理、接口参数不
匹配等都可能导致软件缺陷。
团队工作。团队文化对软件质量不够重视、 沟通不充分、误解、设计或编程上的假定 或依赖性没有充分沟通、技术水平参差不 齐、新员工较多或培训不足等都可能导致
《软件测试工程 》PPT课件
测试的方法与技术
静态测 试方法
软件测试的
人工测试方法 计算机辅助静 态分析方法
策略和方法 动态测
白盒测试方法
试方法 黑盒测试方法
静态和动态测试
汽车的检查过程:
•踩油门
•看车漆
静态测试
•打开前盖检查
•发动汽车 •听听发动机声音 •上路行使
动Байду номын сангаас测试
静态测试：基本特征是对软件进行
分析、检查和审阅，不实 际运行被测试的软件。
第五章 软件测试工程
概述
软件开发过程必须伴有质量 保证活动。
软件测试是软件质量保证的 关键元素，代表了规约、设计 和编码的最终检查。
软件产品最大的成本是检测软 件错误、修正软件错误的成本。
在整个软件开发中，测试工作量 一般占30%～40%，甚至≥50%。 在人命关天的软件(如飞机控制、 核反应堆等）测试所花费的时间 往往是其它软件工程活动时间之 和的三到五倍
两种类型的测试
黑盒测试
又称:功能测试 数据驱动测试 基于规格说明书的测试
白盒测试
又称:开盒测试 结构测试 玻璃盒测试 基于覆盖的测试.
根据被测程序的逻辑结构 设计测试用例;力求提高测试覆 盖率;
黑盒测试与白盒测试比较
黑盒测试是从用户观点，按 规格说明书要求的输入数据与输 出数据的对应关系设计测试用例, 是根据程序外部特征进行测试。
??????????????
假如知道一个盒子包含一台计算机,而另一个 盒子是人用纸笔计算,就会选择不同的测试用例
了解软件的运作方式会影响测试手段
穷举测试
例:输入 三条边长 黑盒测试 可采用的测试用例数
=216 X216X216≈3X1014
软件测试培训ppt课件
3/27/2019
ppt课件
9
通信知识
第一代移动通信系统1G（模拟移动网）
采用频分多址(FDMA)的模拟调制方式，这种系统的主要缺点是频谱利用率低，信令干扰话音业务。
第二代移动通信系统 2G（GSM）
主要采用时分多址(TDMA)的数字调制方式提高了系统容量，并采用独立信道传送信令，使系统性能大大改善，但 TDMA的系统容量仍然有限，越区切换性能仍不完善。
3/27/2019
ppt课件
22
测试用例
如何编写测试用例 1. 准确而清晰的描述 2. 格式准确 3. 附加条件书写清楚 4. 明确的想测试员指出该测试的重点
3/27/2019
ppt课件
23
测试用例编写
几个要素： 1、标题 2、前提 3、操作步骤 4、期望结果3/27/2019来自ppt课件24
测试用例编写
中国移动增加基于TD-SCDMA技术制式的3G牌照（TDSCDMA为我国拥有自主产权的3G技术标准），
中国电信增加基于CDMA2000技术制式的3G牌照， 中国联通增加了基于WCDMA技术制式的3G牌照。
3/27/2019
ppt课件
13
手机软件测试基础
手机软件测试与PC软件测试的区别 手机的操作系统及概述 手机软件测试的流程 手机的基本功能模块 有关手机的自动化测试 市场上的几款主流手机
ppt课件
19
有关手机的自动化测试
1. 搭建测试环境 2. 测试流程 3. 测试原理 4. 功能测试、性能测试
3/27/2019
ppt课件
20
市场上的几款主流手机
《测试工程师要求》幻灯片
如何成为软件测试工程师？
• 二、技术类 • 1． 程序语言 C/C++，VB，VC，
Java，.net，ASP，Javascrīpt 等。 • 2． 数据库知识 SQL Server，
Oracle，Mysql，Sybase 等。〔一 般对测试 人员的要求就是要求会使用 ， 然后熟练使用 SQL 语句 进展查询 ，修改，添加，删除数据操作。〕 • 3． 操作系统 Windows，Linux
如何成为软件测试工程师？
• 三、实战类 • 1． 公司的测试流程 • 2． 公司的具体缺陷管理流程〔提交
bug 报告，追踪bug 状态〕 • 3． 测试环境的搭建及管理 • 4． 测试方案，测试用例，测试报告
等相关文档的编 写
如何成为软件测试工程师？
• 四、性格类
• 1． 细心，关注细节 • 2． 耐心，不怕麻烦 • 3． 良好的沟通能力 • 4． 优秀的学习能力，逻辑思维强 • 5． 工作积极主动 • 6． 上进性强
• 笼统的答案列举如下： • 1．设置软件测试环境，安装必要的软件工
具。 • 2．运行软件，发现和报告软件缺陷或错误
。尤其需要快速定位软件中的严重的错误 。 • 3．对软件整体质量提出评估 • 4．确认软件到达某种具体标准 • 5．以最低的本钱，最短的时间，完成高质 量的测试任务
软件测试职业开展方向
Hale Waihona Puke 软件测试职业开展方向• 测试总监
• 属于常规开展路线的最高域，该职位一般 在大型或跨国型软件企业，或者专向于测 试效劳型企业有所设立，一般设立测试总 监的企业，该职位都相当于CTO或副总的 级别，是企业级或集团级测试工作的最高 领导者，驾驭着企业全部的测试与测试相 关资源，管理着企业的全部测试及质量类 工作。而其职业要求，也是技术与管理双 结合。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
测试定义—融合 bmi
—〉我们认为测试是为了：
---发现系统存在的问题（测试的态度） ---树立对系统的信心 ---增强团队对系统的熟悉程度，了解系统固有缺陷 （known issues）
测试定义—调试与测试 bmi
—〉目的的差异 —〉过程的规范性 —〉过程的可重复性 —〉具体操作主体 —〉采用的技术
★b计mi划测试
1.《测试计划》：指明测试范围，方法，资源，以
★设计测试 及相应测试活动的时间进度安排表的文档。
2.《测试方案》：指明为完成软件或软件集成的特
★实现测试 性的测试而进行的设计测试方法的细节的文档。
1.《测试用例》：指明为完成一个测试项的测试的 输入，预期结果，测试执行条件等因素的文档。
模块测试 环境准备
模块测试 执行
需求 规格
总体 架构
模块 设计
实现
模块 测试
集成 测试
系统 测试
产品开发与产品测试-异步开发
bmi
• 产品平台是整个系列 产品所采用的的共同 要素的集合，包括共 用的系统构架、子系 统、模块、组件、核 心技术。通过公共产 品平台，可以减少开 发工作量，缩短上市 周期TTM
—〉什么是测试？
Glen Myers ---测试是为了发现错误而运行产品/执行程序的过程 ---一个好的测试用例很可能找到尚未发现的错误 ---一个成功的测试是指发现了至今未发现的错误的测试
Hetzel ---测试是对系统建立信心的过程 ---测试是评估软件或系统的品质或能力的一种积极的行
为 ---测试是对产品/软件质量的度
测试策略—小结 bmi
●测试的复杂性 1、测试的完备性 2、增加新问题
●测试的几个策略 1、客户化测试 2、测试的等级 3、尽早测试 4、投入产出比 5、80/20原则
bmi
Module II 产品测试流程与方法
产品测试流程与方法 bmi
●产品开发与测试
●产品测试工程模型
●产品测试过程分析
●模块级测试过程分析
测试策略—测试等级 bmi
接触保护和外来物保护
0-无保护
1-防50mm直径的物体
2-防12.5mm直径的物体
3-
2.5mm
4-
1mm
5-
6-
防水保护等级 0-无保护 1-垂直下落的水滴不引
起损坏 23等等
测试策略—尽早测试 bmi
不能依赖产品系统测试 ●前期的评审 ●模块级的测试
在产品部署之后发现问题再修复，这通常要多花费100到1000 倍的成本。要防患于未然。在特定的时间达到既定目标，在整个项目 生命周期不断对质量进行检验和管理必不可少。
基本组件1/基础技术1 基本组件2/基础技术2 核心组件m/核心技术m
产品平台
产品开发与产品测试—增量开发模式
bmi
硬件开发
软件开发 增量发布
就绪评审
产品
产品 需求规格
测试开发
非正式确 认
模块 软硬件开发测试
UT—MIT—MST--BBIT
BBFV
Transfe r
to test 正式确认
产品 发布
产品质量—搭建产品与客户的桥梁识 bmi
• ★质量——符合要求的程度
产品/服务 固有特性
符合 指导
客户 要求和期望
0
50%
100%
• 1、谁是客户？ 2、如何操作？
产品质量—搭建产品与客户的桥梁识 bmi
客户需 求
客户需求 符合
产品开发
沟通 产品测试
产品质量—客户质量 bmi
P包装
A可获 得性
bmi
产品测试
产品测试工程与实践
和谐共赢 分享成长
内容提要 bmi
• 1、产品质量与测试 • 2、产品测试流程与方法 • 3、产品测试管理体系 • 4、产品测试度量与绩效
bmi
Module I
产品质量与测试
产品质量与测试 bmi • 1、产品质量分析
• 2、理解产品测试
• 3、产品测试策略
产品质量—感性认识 bmi
★系统中有很多错误 ★客户遇到的错误只占很小比例
针对客户最容易遇到的错误进行测试，以便改进测 试的有效性
IBM:客户看到的57%以上的故障是由占总数2%以下的 错误引起的
比如：静态电流过大引起的3个表面问题？
测试策略—测试等级 bmi
--不同系统/子系统需要不同的测试质量要求 Class A—灾难式的影响 Class B—危险的影响 Class C—重要的影响 Class D—次要影响
★指导测试
1.《测试规程》：指明测试活动执行序列的文档。
★记录测试
1.《测试报告》：指明执行测试结果的文档。
产品测试工程模型-测试等级
bmi
测试 策略和计划
系统测试 计划
系统测试 设计
系统测试 环境准备
系统测试 执行
集成测试 计划
集成测试 设计
集成测试 环境准备
集成测试 执行
模块测试 计划
模块测试 设计
S价格
客户 质量
P性能 E易用 A保证
S接受 程度
质量越高越好吗？
L生命周 期成本
产品质量—标杆分析
bmi
A可获
P包装
得性
P性能
S价格
客户 质量
E易用
S接受 程度
A保证
L生命周 期成本
产品质量—研发质量 bmi
管理者
B
客户/市场 A
产品需求
C 制造/服务
开发 E
D 测试
测试定义—两种观点
bmi
TR4 TR5 TR6
工程样 中试样 试产验 机测试 机测试 证测试 SDV SIT SVT
测试策略—WHY? bmi
产品经理：测到什么时候，产品才没问题？ 测试工程师：如果再测一遍，肯定还能发现问题！
--我们如何面对这种局面？
测试策略 bmi
——〉测试策略
--明确测试重点 --选择测试方法
——〉重要的测试策略
--客户化测试 --尽早测试 --Good Enough --80/20
测试策略—客户化测试 bmi
●测试自动化及相关工具
产品开发与产品测试
bmi
产品开发生命周期
产品测试工程模型-IPO
bmi
产品开发生命周期
产品测试工程模型-测试过程
bmi
★测试工程
1、测试计划 2、测试设计 3、测试开发 4、测试执行 5、测试评估 6、测试报告 7、缺陷跟踪
Defect tracking
产品测试工程-测试输出
测试策略—Good Enough bmi 权衡投入/产出比的原则， ●不要不充分 ●不要太过分
效益
测试程度
测试策略—Pareto bmi
●一般情况下，在分析、设计、实验阶段的评 审和测试工作，能发现避免80%的错误，而 系统测试能找出16%的错误，最后有约5%的 错误在用户大范围、长时间的使用后才会暴 露出来，因此测试只能保证尽可能多地发现 问题，不能完全发现问题。