软件测试人员培训 ppt课件

测试者的座右铭。 完全测试是不可能的，测试需要终止。 测试无法显示软件潜在的缺陷。也就是说测试只能
证明软件存在错误而不能证明软件没有错误。
ppt课件
7
软件测试的对象
根据软件定义，软件包括程序，数据和文档，所以 软件测试并不仅仅是程序测试，软件测试应该贯穿 整个软件生命周期中。
需求分析，概要设计，详细设计以及程序编码等 各阶段所得到的文档，包括需求规格说明，概要设 计规格说明，详细设计规格说明以及源程序。
• “太阳当空照，花儿对我笑，小鸟说早早早……”
软件测试定义
定义：软件测试就是为了发现错误而审查软件文档、 检查软件数据和执行程序代码的过程。
软件测试应该是对软件形成过程的文档,数据以及 程序进行的测试,而不仅是对程序进行的测试。
60%以上的软件错误并不是程序错误,而是分析和设 计的错误,提倡软件全生命周期测试的理念。
具体可以参考建行测试用例模板
ppt课件
32
黑盒测试案例设计技术
◦ 测试用例设计：将软件测试的行为活动，作为一个科学化 的组织归纳。
◦ 测试用例：设计一个情况，软件程序在这种情况下，必须 能够正常运行并且达到程序所设计的执行结果。
◦ 因为我们不可能进行穷举测试，为了节省时间和资源、提 供测试效率，必须从数量极大的可用测试数据精心挑选出 具有代表性或者特殊性的测试数据来进行测试。
一般可采用非增式集成方法、增式集成方法（自底 向上集成、自顶向下集成、组合方式集成）等策略 进行测试，利用一黑盒测试为主，白盒测试为辅的 测试方法进行测试。
主要解决各个组成但源代码是否符合开发规范、接 口是否存在问题，整体功能有无错误、界面是否符 合设计规范、性能是否满足用户需求等。
ppt课件
22
测试用例
程序内部结构
测试结果
图1-5 白盒测试示例图
ppt课件
13
软件测试分类—灰盒测试
❖ 灰盒测试介于白盒和黑盒测试之间。 ❖ 灰盒测试一方面考虑程序代码的功能性表现，另一方面，又
需要考虑程序代码的内部结构。 ❖ 通俗地讲，灰盒测试就是白加黑。 ❖ 像我们的性能测试，自动化功能测试就是采用了灰盒测试的
◦ 我们要根据实际情况选择或者不选择测试工具，选择使用何 种测试工具，不能为了实用工具而可以的去使用工具。
ppt课件
18
软件测试流程
ppt课件
19
软件测试流程图
软件测试虽然是软件生存周期的 一个独立阶段，但测试工作却渗 透到从分析、设计直到编程的各 个阶段中（1-7是软件测试所经
阶段的一般流程）。
1、人员构成
测试主管、测试组长、环境保障人员、配置管理员、测 试设计人员、测试工程师
测试主管
软件测试部
测试组长
环境保障人员 配置管理员 测试设计人员 测试工程师
图1-9 测试部人员结构图
ppt课件
25
测试部门组织结构
项目管理技术人员
◦ 要求掌握一般的项目管理知识，如配置管理、版本控制、 评审管理、项目实施与进度控制等。
ppt课件
34
常见黑盒测试用例设计方法
等价类划分法 边界值分析法 错误推测法 因果图法 判定表驱动法 正交试验设计法 功能图法 场景法
ppt课件
35
等价类表
输入条件
是否三角形的3条边 是否等腰三角形 是否等边三角形
有效等价类
无效等价类
(A>0） (1) (B>0） (2) (C>0） (3) (A+B>C) (4) (B+C>A) (5) (A+C>B) (6)
软件测试培训教程
产品研发部
ppt课件
1
软件测试理论基础
ppt课件
2
精品资料
• 你怎么称呼老师？ • 如果老师最后没有总结一节课的重点的难点，你
是否会认为老师的教学方法需要改进？
• 你所经历的课堂，是讲座式还是讨论式？ • 教师的教鞭 • “不怕太阳晒，也不怕那风雨狂，只怕先生骂我
笨，没有学问无颜见爹娘 ……”
ppt课件
41
报告缺陷的要点
复杂周期： 发现了软件缺陷，需要记录下来，不但要记录结果，
同时需要详细描述发现的步骤，以备程序员重现问 题，并解决它。 要求报告写的清楚明了和准确。有时利用截屏技术 把当时的情况保存成图片，可以达到一图胜千言的 效果。
资源构成
软件测试部
硬件资源
软件资源
技术支持
图1-11 测试部资源构成图
ppt课件
26
测试工作流程
◦ 测试用例编写
分配任务 编写用例
测试组长 测试小组 测试工具
图1-17 部署测试用例编写任务流程图
ppt课件
27
测试工作流程
测试开展阶段
◦ 搭建测试环境—测试组长，可根据说明说中的软件产品运 行环境配置要求搭建。测试环境最好与开发环境分开
(A≠B) (18) (B≠C) (19) (C≠A) (20)
ppt课件
36
设计测试用例
ppt课件
37
软件缺陷
ppt课件
38
什么是软件缺陷
符合下面 5 条规则之一的问题称为软件缺陷：
1、软件未达到产品说明书标明的功能。
2、软件出现产品说明书指明不会出现的错误。 （如 果软件含有产品说明中根本没有存在的功能，这是 缺陷）
需求测试 单元测试 集成测试 系统测试
需求测试、单元测试、集成测试、 系统测试、性能测试、用户测试、 回归测试
性能测试 用户测试
回归测试
图1-7 软件测试流程图
ppt课件
20
单元测试
又称模块测试，就是对程序代码中最小的涉及模块 单元进行测试。
在单元测试中我们主要采用静态测试与动态测试相结合 的办法。
(A=B）(13) (B=C) (14) (C=A) (15)
(A=B）and (B=C) and (C=A) (17)
(A≤0） (7) (B≤0） (8) (C≤0） (9) (A+B≤C) (10) (B+C≤A) (11) (A+C≤B) (12)
(A≠B)and (B≠C)and (C≠A) (16)
方法。 ❖ 图1-6是灰盒测试的示例图。
测试用例
图1-6 灰盒测试示例图
测试结果
ppt课件
14
软件测试分类—静态测试
❖ 定义：静态的、不执行被测对象程序代码而寻找缺陷的过程。 ❖ 在进行静态测试时可采用一些代码走查工具，如QAC++、
C++Test等。
ppt课件
15
软件测试分类—动态测试
实际的执行被测对象的程序代码，输入实现设计好 的测试用例，检查程序代码运行得到的结果与测试 用力中设计的预期结果之间是否有差异，判定实际 结果与预测结果是否一致。
ppt课件
33
测试测试用例的好处
在开始实施测试之前设计好测试用例，可以避免盲 目测试并提高测试效率。
测试用例的使用令软件测试的实施重点突出、目的 明确。
在软件版本更新后只修正少部分的测试用例便可展 开测试工作，降低工作强度，缩短项目周期。
功能测试模块的通用化和复用化使软件易于开发， 而测试用例的通用化和复用化则会使软件测试易于 开展，并随着测试用例的不断精化其效率也不断攀 升。
单元测试要求需要几年的代码编写经验，并且要十 分熟悉当前的被测系统，以及该系统是否与其他系 统的接口关联情况。
单元测试在编码阶段占据非常重要的地位。
可以降低编码的错误率，提高编码质量
ppt课件
21
集成测试
又称组装测试，是将软件产品各个模块组装起来， 检查接口是否存在问题，以及组装后的整体功能、 性能表现。
熟练掌握至少一种以上的测试工具，如 TestDirector、QTP、LoadRunner、Robot
ppt课件
10
软件测试分类
一般的，我们将软件测试活动分为以下几类：
黑盒测试、 白盒测试、 灰盒测试、 静态测试、 动态测试、 手动测试、 自动测试
ppt课件
11
软件测试分类—黑盒测试
ppt课件
8
软件测试的对象
ppt课件
9
企业需要怎样的测试人才？
了解软件工程，熟悉软件测试过程和标准，熟悉配 置管理技术和工具
能够编制测试计划、设计测试用例、编写Bug报告 和测试总结报告、使用测试工具、开发测试脚本
熟练使用Windows或Unix或Linux操作系统 了解业务领域（ERP、OA、……）
ppt课件
5
软件测试的目的
想以最少的时间和人力，系统地找出软件中 潜在的各种错误和缺陷。
测试能够证明软件的功能和性能与需求说明 相符合。
实施测试收集到的测试结果数据为可靠性分 析提供了依据
测试不能表明软件中不存在错误，它只能说 明软件中存在错误
ppt课件
6
软件测试的原则
所有的软件测试都应追溯到用户需求。 应当把“尽早地和不断地进行软件测试”作为软件
动态测试有四部分组成：设计测试用例、执行测试 用例、分析比较输出结果、输出测试报告。
动态测试有三种主要方法：黑盒测试、白盒测试和 灰盒测试
ppt课件
16
软件测试分类—手动测试
它是测试人员设计测试用例并执行测试用例，然后 根据实际的结果去和预期的结果相比较并记录测试 结果，最终输出测试报告的测试活动。
可充分发挥测试工程师的主观能动性，将其智力体 现在测试工作中，能发现许多的缺陷，但同时又有 一定的局限性和单调枯燥性。
ppt课件
17
软件测试分类—自动化测试
定义
◦ 利用测试工具，模拟用户业务使用流程，让他们自动运行来 查找缺陷。
优点
◦ 快、广泛、可重复性工作
缺点
◦ 只可检查比较主要的问题，如崩溃、死机，无法发现一般的 日常错误。编写脚本工作量 也很大，有时会超过手动测 试时间。
3、软件功能超出产品说明书指明的范围。
4、软件未达到产品说明书未指出但应达到的目标。 （产品说明书虽然没有提到，但是按照常理应该达 到的功能）
5、软件测试人员或用户认为软件难以理解，不易使 用，运行速度缓慢等问题。
ppt课件
39
缺陷的生命周期
简单周期：
测试员找到并登记软件缺陷，软件缺陷移交到程 序员=>程序员修复软件缺陷，软件缺陷移交到测 试员=>测试员确定软件缺陷被修复，测试员关闭 软件缺陷。
ቤተ መጻሕፍቲ ባይዱppt课件
40
缺陷的生命周期
复杂周期： 发现缺陷（测试员发现并登记缺陷，软件缺陷转到
程序员）=>软件缺陷移交到项目管理员=>（以不 修复形式解决）项目管理员认为软件缺陷不重要， 软件缺陷移交到测试员=>重新激活缺陷（测试员 不同意，找出通用失败案例，软件缺陷移交到项目 管理员）=>项目管理员同意缺陷需要修复，缺陷 转给程序员=>以修复形式解决（测试员确认软件 缺陷得以修复，测试员关闭软件缺陷）=>缺陷关 闭
❖ 黑盒测试又叫功能测试、数据驱动测试或基于需求规格说 明书的功能测试。该测试类别注重于测试软件的功能性需 求。
❖ 测试工程师无需了解程序代码的内部构造，完全模拟软件 产品的最终端用户使用该软件，检查软件产品是否达到了 用户的需求。
❖ 如图1-4所示为黑盒测试实例图。
测试用例
测试结果
❖ 黑盒测试能更好的从用图1-4户黑盒角测试示度例图来考察被测系统的功能性需 求实现情况。
◦ 文档引入—工作日报、功能测试报告、性能测试报告等模 板
◦ 执行测试—根据项目的Bug管理流程，经过多次的版本迭 代，完成测试工作。
ppt课件
28
测试工作流程
测试输出阶段
◦ 测试计划 ◦ 测试方案 ◦ 测试用例 ◦ 测试工程师的工作日报 ◦ 功能测试报告 ◦ 性能测试报告
ppt课件
29
软件测试用例设计方法
ppt课件
30
什么是测试用例
测试用例（ Test Case ）是指对一项特定的软件 产品进行测试任务的描述，体现测试方案、方法、 技术和策略。内容包括测试目标、测试环境、输入 数据、测试步骤、预期结果、测试脚本等，并形成 文档。
ppt课件
31
测试用例包含要素
每个具体测试用例都将包括下列详细信息：编制人、 审定人、编制日期、版本、用例类型、设计说明书 编号、用例编号、用例名称、输入说明、期望结果 （含判断标准）、环境要求、备注等。
回归测试
回归测试是经过一段时间以后再回过头来对以前修 复过的Bug重新进行测试，看该Bug是否会重新出 现。
有些时候可采用自动化测试工具来进行回归测试， 如利用QTP
一般情况下，都由测试工程师手动的执行一千的测 试用例。来检查用例通过情况。
ppt课件
23
软件测试工作流程
ppt课件
24
测试部门组织结构
ppt课件
12
软件测试分类—白盒测试
❖ 白盒测试又称结构测试、逻辑驱动测试或基于程序代码内部 构成的测试。
❖ 白盒测试需要测试工程师深入考查程序代码的内部结构、逻 辑设计等。
❖ 就像前面的例子，我们拆开手机，观察手机电路板的设计， 液晶屏的构成等。
❖ 对于白盒测试工程师来说，软件产品的内部结构是敞开的。 如图1-5所示是白盒测试示例图。