01_

Size: px

Start display at page:

Download "01_"

钻絺蓬
5 years ago
Views:

1 ISTQB 初级认证第 1 章作者 : 郑文强 zwqwwuy@163.com 博客 :

2 声明本课件的开发基于 ISTQB Foundation Level Syllabus (Version 2007) 感谢 ISTQB 和大纲作者的努力, 对应的大纲可以从下载获得本课件为个人开发, 只能用于个人学习目的, 不能用于任何商业活动更多 ISTQB 初级认证资料, 参考 : 2

3 课程内容 1. 为什么测试 2. 什么是测试 3. 测试基本原则 4. 测试基本过程 5. 测试的误区 6. 测试的心理学 3

4 为什么测试 ISTQB 考试知识点通过具体例子描述软件中的缺陷会以什么样的方式损害个人环境或者公司利益 (K2); 区分引起缺陷的根本原因及其影响 (K2); 通过举例的方式说明为什么需要测试 (K2); 描述为什么测试是质量保证的一部分, 通过举例说明测试是如何来提高软件质量的 (K2); 理解术语错误缺陷缺陷故障故障失效的概念以及相应的定义 (K1); 4

5 软件系统无处不在网上购物系统银行系统手机卫星通信系统汽车系统软件系统成为我们生活中不可或缺的一部分我们是否有这样的经验 : 软件或者系统没有按照预期进行工作? 软件或者系统的不正常运行, 导致怎样不同的结果或者后果? 缺陷造成的各种后果无处不在! 5

6 为什么会存在缺陷 PM: 小张, 订单模块明天之前编码必须完成, 并提交给测试组进行测试 Programmer: 明天?.. 时间很紧张, 模块功能又很多, 需要编写的代码非常的多, 没有办法只能埋头苦干, 拼命写代码 If intprice>0 Then receipt = intprice * 2.0 A mistake! 这应该是 20, 被程序员错误的写成了 2.0 6

7 为什么会存在缺陷人的因素人总是容易犯错误的开发人员的态度开发人员的经验和技术不足沟通的问题需求变更频繁管理上的缺失进度压力大软件系统文档 7

8 为什么会存在缺陷 ( 续 ) 其他因素周围环境的影响 : 电磁辐射等使用环境的影响 : 硬件系统的老化等软件系统越来越复杂 8

9 缺陷相关术语错误与错误相关的英语表示为 ERROR ERRORNEOUS ACTION MISTAKE 等等 ; 定义 : 人为的产生不正确结果的行为 [ 与 IEEE 610 一致 ]; 人为的原因为的原因导致一个不正确导致一个不正确的结果结果它可以是程序内的内部错误, 也可能是文档内的错误 ; 9

10 缺陷相关术语故障 / 缺陷与故障 / 缺陷相关的英语表示为 FAULT DEFECT BUG 等等 ; 定义 : 可能会导致软件组件或系统无法执行其定义的功能的瑕疵, 例如 : 错误的语句或者变量定义 ; 内在的缺陷是人为错误的具体表现, 可以是不正确的文档程序段程序段指令或数据定义 ; 10

11 缺陷相关术语失效 / 失败与失效 / 失败相关的英语表示为 FAILURE 等等 ; 定义 : 组件 / 系统与预期的交付服务或结果存在的偏差 [ 与 Fenton 一致 ]; 外部失效是内部缺陷在执行测试软件时的外部反映它是 ( 规范说明 ) 期望的值与实际 ( 观察到 ) 的值存在偏差, 如系统的不正确的反应崩溃崩溃死机等 ; 11

12 术语之间的关系程序人员犯了一个错误 (mistake) 错误 (mistake) 在程序或软件中就表现为缺陷 (defect/fault) 运行带有缺陷 (defect/fault) 的软件或者程序, 就可能观察到失效 / 失败 (fail/failure) 12

13 术语之间的关系错误周围环境 / 使用环境缺陷失效 / 失败 13

14 术语之间的关系缺陷是由于人为错误或者环境因素导致软件系统中存在的瑕疵 ; 运行存在缺陷的软件系统, 并不一定会产生运行错误或对用户产生消极的影响, 即失效 ; 假如运行存在缺陷的软件系统, 发生了错误或者对用户产生了影响, 这就是失效 ; 一个缺陷的存在不一定会产生失效, 但是有的缺陷可以产生非常多的失效 ; 缺陷屏蔽 : 一个缺陷会被测试对象中的另外缺陷所掩盖 ; 14

15 软件测试的角色软件测试是软件质量保证的一个重要环节 ; 软件测试可以降低软件系统在运行环境中的使用风险 ; 系统或者产品通过软件测试发现其中的缺陷, 对缺陷修改可以提高软件质量 ; 软件测试也可以为了满足合同或者法律法规的要求, 或者满足行业的标准 ; 15

16 软件测试的角色 ( 续 ) 软件测试可以为项目相关干系人提供信息, 帮助他们作出合理的决定 ; 软件测试得到的数据和度量, 可以帮助进行测试过程和开发过程的改进 ; 假如测试过程中没有发现或者发现很少的缺陷, 可以提高对软件系统的信心 ; 16

17 软件测试和质量保证软件测试 : 寻找缺陷的策略, 关注工作产品 VS 质量保证 : 预防缺陷的策略, 关注过程的管理和控制 17

18 不同的目标质量保证通过监控软件开发过程来保证产品质量 ; 保证软件和开发过程符合相应标准与规范 ; 保证软件产品软件过程中存在的问题得到处软件过程中存在的问题得到处理, 必要时将问题反映给高级管理者 ; 确保项目组指定的计划标准和规范适合项目组需要, 同时满足评审和审计需要 ; 软件测试尽早尽可能多地发现软件系统中存在的缺陷及尽可能多地发现软件系统中存在的缺陷及问题 ; 18

19 不同的工作内容质量保证建立质量保证活动实体制定质量保证计划坚持各阶段的评审和审计, 跟踪结果, 并作相应处理监控软件产品质量采集质量保证活动数据度量质量保证活动软件测试编写测试计划评审开发工作产品编写和执行测试用例测试结果分析和总结测试数据收集和度量 19

20 测试是否足够测试是否足够, 依赖于测试目标产品和项目的风险项目的限制条件, 比如时间成本和资源等! 20

21 测试是否足够假如测试可以帮助 : 减少软件系统运行过程中发生风险的概率 ; 更好的满足合同或者标准的要求 ; 评估和增加软件系统的质量, 提高用户对软件的信心 ; 或者可以提供信息 : 帮助干系人更好的作出决定 : 发布软件或继续测试 ; 帮助进行过程改进和缺陷预防 ; 我们可以继续进行测试! 21

22 测试是否足够错误的成本用户的成本软件产品的缺陷 & 错误 ( 数据丢失, 软件的错误反应, 硬件设备的损坏 ); 软件开发方的成本用户的不满意 ( 形象 ); 错误更改费用 ; 对损害的赔偿费用 ; 22

23 测试是否足够测试的成本测试人员测试设备测试环境办公场所测试过程 23

24 测试是否足够测试成本的影响因素软件开发过程的成熟度需求是否经常变更软件测试过程成熟度测试环境的质量 & 可用性软件质量和软件可测性员工的素质所遵循质量目标 24

25 测试是否足够错误的成本测试的成本测试的成本必须明显小于错误的成本! 25

26 多少测试才充分假设我们需要测试如下的一段程序, 我们的目标是测试各条执行路径的情况, 执行时从 A 点开始, 直到 B 点, 然后循环回到 A 点, 同时我们假设这段程序被限制循环 20 次 A 手工测试 (3 分钟 / 次 ) 大约需要年执行完 = 自动化测试 (3 秒钟 / 次 ) 大约需要年执行完 B 26

27 多少测试才充分因此, 要进行完全的测试, 在有限的时间和资源的条件下, 找出所有的软件缺陷和错误, 使软件产品须趋于完美, 是不可能的! 27

28 多少测试才充分什么时候结束测试当测试时间用尽时 ; 当继续测试没有发现新的失效时 ; 当继续测试没有发现新的缺陷时 ; 当无法考虑新的测试用例时 ; 当测试的回报很小时 ; 当达到所要求的测试覆盖时 ; 当所有已发现的缺陷都已经清除时 ; 28

29 多少测试才充分什么时候结束测试什么时候结束测试, 需要考虑不同利益干系人在时间成本和质量三者之间的平衡! 29

30 课程内容 1. 为什么测试 2. 什么是测试 3. 测试基本原则 4. 测试基本过程 5. 测试的误区 6. 测试的心理学 30

31 什么是测试 ISTQB 考试知识点认识测试的总体目标 (K1) 描述在软件开发软件维护和软件运行过程中软件维护和软件运行过程中, 测试作为发现缺陷提供信息和信心以及预防缺陷的一种手段 (K2) 31

32 测试的定义测试的正向思维测试就是建立一种信心, 确信程序能够按期望的设想进行 ; 评价一个程序和系统的特性或能力, 并确定它是否达到期望的结果软件测试就是以此为目的的任何行为 ; 代表人物 :Bill Hetzel 博士 32

33 测试的定义测试的逆向思维测试是为发现错误而执行一个程序或者系统的过程 ; 代表人物 :Glenford J. Myers 博士 33

34 测试的定义测试的逆向思维 ( 续 ) 测试是为了证明程序有错, 而不是证明程序无错误 ; 一个好的测试用例是在于它能发现至今未发现的错误 ; 一个成功的测试是发现了至今未发现的错误 ; 34

35 测试的定义 IEEE 定义的测试在规定条件下运行系统或构件的过程观察和记录结果, 并对系统或构件的某些方面给出评价 ; 分析软件项目的过程检测现有状况和所需状况之间的不同, 并评估软件项目的特性 ; 35

36 测试的定义狭义的测试一般狭义的测试是运行软件系统进行测试的过程, 即执行测试的过程 ; 广义的测试测试活动贯穿于整个软件开发的生命周期 ; 在测试执行之前之后都有相应的测试活动, 比如测试计划设计设计实现实现评估和报告等等 ; 测试包含了动态测试和静态测试 ; 36

37 37 测试的定义测试的定义测试的定义测试的定义广义的测试定义广义的测试定义广义的测试定义广义的测试定义软件测试软件测试软件测试软件测试静态测试静态测试静态测试静态测试动态测试动态测试动态测试动态测试人工检查人工检查人工检查人工检查静态分析静态分析静态分析静态分析黑盒测试黑盒测试黑盒测试黑盒测试白盒测试白盒测试白盒测试白盒测试不同的不同的不同的不同的软件测试方法的组合软件测试方法的组合软件测试方法的组合软件测试方法的组合可以可以可以可以发现不同发现不同发现不同发现不同类型类型类型类型的错误错误错误错误不同的不同的不同的不同的软件测试方法的组合软件测试方法的组合软件测试方法的组合软件测试方法的组合可以可以可以可以发现不同发现不同发现不同发现不同类型类型类型类型的错误错误错误错误

38 测试的目的软件测试可以降低软件系统在运行环境中的风险 ; 通过软件测试发现其中的缺陷, 并进行修改, 提高软件系统的质量 ; 软件测试也可以为了满足合同或者法律法规的要求, 或者满足行业的标准 ; 38

39 测试的目的软件测试可以为项目相关干系人提供信息, 帮助他们作出合理的决定 ; 软件测试得到的数据和度量, 可以帮助进行测试过程和开发过程的改进 ( 预防缺陷 ); 假如测试过程中没有发现或者发现很少的缺陷, 可以提高对软件系统的信心 ; 39

40 测试的目的测试的目的依赖于测试级别测试视角和测试参测试视角和测试参与人员! 单元测试和集成测试的主要目的是什么? 系统测试的主要目的是什么? 验收测试的主要目的是什么? 维护测试回归测试的主要目的是什么? 运行测试的主要目的是什么? 入网测试的主要目的是什么? 40

41 测试的目的针对任何级别的软件测试, 其测试目的都不是唯一的, 通常是前面这些测试目的的组合, 或者说这些测试目的是相辅相成的! 41

42 调试和测试调试是建设性测试是破坏性的 42

43 测试和调试人员的不同 : 通常来说, 测试人员进行测试活动, 开发人员进行调试活动 ( 当然, 开发人员也会进行一些测试活动, 比如, 单元测试通常由开发人员来进行 ) ; 目标的不同 : 测试和调试在目标方法和思路上有所不同比如, 测试的目的之一是发现软件中的缺陷, 而调试的主要目的通常是为了定位和修改软件中的缺陷 ; 过程的不同 : 测试是从已知的条件开始, 使用预先定义的过程, 并且有预知的结果 ; 调试是从未知的条件开始, 结束的过程可能不可预计 ; 43

44 测试和调试计划的不同 : 测试可以计划, 可以预先制定测试用例和过程, 工作进度可以度量 ; 描述调试的过程或持续时间相对比较困难 ; 对象的不同 : 测试的对象包括软件开发过程中的文档数据以及代码, 而调试的对象一般来说只是代码 ; 44

45 软件测试和质量软件质量的不同含义 45

46 软件测试和质量软件质量的不同含义 46

47 软件测试和质量软件质量模型 47

48 测试工作量穷尽测试是不可能的 48

49 测试工作量测试工作量的分配测试工作量占整个研发的 25% 到 50% 之间 ; 测试人员和开发人员之间的比例 : 从 1:10 到 3:1; 系统失效导致的高风险 ; 如何平衡时间成本成本资源和质量之间的关系? 49

50 测试工作量穷尽测试不可能, 因此, 如何运用有限的测试资源就非常重要! 为了得到让人满意的结果, 测试必须以结构化系统化的方式设计和执行这样才能在有限的测试资源和工作量下, 找到尽可能多的缺陷, 并且避免执行那些找不到较多缺陷或者不能获得较多系统质量信息的不必要的测试! 50

51 课程内容 1. 为什么测试 2. 什么是测试 3. 测试基本原则 4. 测试基本过程 5. 测试的误区 6. 测试的心理学 51

52 测试基本原则 ISTQB 考试知识点说明测试的基本原则 (K2) 52

53 测试基本原则原则 1: 测试可以显示缺陷的存在 ; 通过测试, 可以减少测试对象中存在未被发现缺陷的可能性 ; 但即使在测试过程中没有发现缺陷, 也不能证明测试对象是完全正确的 ; 53

54 测试基本原则原则 2: 穷尽测试是不可能的 ; 点 A 和点 B 之间是一个循环, 有一个从点 B 到点 A 的返回假设循环的上限是 20 次并且所有的连接都是独立的假如我们要进行完全测试, 需要进行的测试次数是 : 这是一个天文数字! 54

55 测试基本原则原则 3: 测试的尽早介入 ; 55

56 测试基本原则原则 4: 缺陷的集群效应, 即测试对象中发现的 80% 的缺陷来自 20% 的模块 ; 10% 30% 8% 15% 7% 登录类查询统计类数据配置类数据传输类计算类用户配置类界面显示类 25% 5% 56

57 测试基本原则原则 5: 杀虫剂的悖论, 即同样的测试用例被重复使用多次, 将不能发现新的缺陷 ; 原则 6: 测试活动依赖于测试对象的背景, 比如安全性相关的测试对象和一般的商业对象, 测试活动是不完全一样的 ; 原则 7: 不存在缺陷并不代表是有用的系统 ; 57

58 课程内容 1. 为什么测试 2. 什么是测试 3. 测试基本原则 4. 测试基本过程 5. 测试的误区 6. 测试的心理学 58

59 测试基本过程 ISTQB 考试知识点认识从计划到测试结束过程中测试的基本活动, 以及在每个测试活动中的主要任务 (K1) 59

60 60 测试基本过程测试基本过程测试基本过程测试基本过程用户需求用户需求用户需求用户需求需求分析需求分析需求分析需求分析概要设计概要设计概要设计概要设计详细设计详细设计详细设计详细设计编码和实现编码和实现编码和实现编码和实现测试测试测试测试运行维护运行维护运行维护运行维护软件测试作为整个软件生软件测试作为整个软件生软件测试作为整个软件生软件测试作为整个软件生命周期中的一个阶段命周期中的一个阶段命周期中的一个阶段命周期中的一个阶段! 软件测试作为整个软件生软件测试作为整个软件生软件测试作为整个软件生软件测试作为整个软件生命周期中的一个阶段命周期中的一个阶段命周期中的一个阶段命周期中的一个阶段!

61 测试基本过程用户需求需求分析概要设计详细设计验收测试系统测试集成测试单元测试编码和实现 61

62 测试基本过程结构化的软件测试过程结构化的软件测试, 使软件测试在整个软件开发过程中可以对软件进行系统的结构化的测试 ; 结构化的软件测试过程包括 : 计划和控制分析和设计实现和执行出口准则评估和报告测试结束活动 62

63 测试基本过程开始计划 & 控制分析 & 设计实现 & 执行评估 & 报告结束活动软件测试的这些阶段, 尽管看起来是按照顺序进行的, 但它们经常是重叠的! 结束 63

64 测试基本过程主要文档输出 : 测试计划 / 测试进度概要测试规格说明详细测试规格说明 / 测试脚本 / 测试环境测试日志 / 缺陷报告 / 测试报告测试总结报告 64

65 测试计划和控制开始计划 & 控制分析 & 设计实现 & 执行评估 & 报告结束活动结束测试计划活动 : 识别测试任务和测试范围 ; 确定测试方法和测试技术 ; 确定测试级别和测试准则 ; 确定测试工作量和测试风险 ; 确定测试资源 ; 确定测试工作产品和输出 ; 65

66 测试计划和控制开始计划 & 控制分析 & 设计实现 & 执行评估 & 报告结束活动结束测试控制活动 : 监控和记录测试进度测试覆盖率以及出口准则评估 ; 测量和分析测试结果 ; 缺陷跟踪和回归测试计划 ; 跟踪和监控工作量分布和风险状态 ; 更新测试计划 ; 66

67 测试分析和设计开始计划 & 控制分析 & 设计实现 & 执行评估 & 报告结束活动结束测试分析和设计活动 : 评审测试依据, 比如需求设计文档 ; 分析和确定测试优先级 ; 识别测试条件测试需求测试需求测试数据 ; 设计概要测试用例并确定优先级 ; 规划测试环境搭建, 计划测试基础设施和工具 ; 67

68 测试分析和设计 : 案例某公司计划在圣诞节时给员工发放奖金, 公司规定凡在公司工作 3 年以上 ( 不含 3 年 )5 年 ( 含 5 年 ) 以下的员工, 可得到本月工资的 50% 做为奖金 ; 凡工作 5 年以上 8 年 ( 含 8 年 ) 以下的员工, 可得到本月工资的 75% 做为奖金 ; 凡工作 8 年以上者, 可得到本月工资的 100% 做为奖金概要测试用例测试用例编号输入 1 X <= < X <= < X <= X > 期望结果测试用例编号详细测试用例输入期望结果 68

69 测试实现和执行开始计划 & 控制分析 & 设计实现 & 执行评估 & 报告结束活动结束测试实现和执行活动 : 详细测试用例的开发实现和维护 ; 创建测试数据, 准备测试用具和开发测试脚本 ; 搭建测试环境 ; 执行测试用例, 记录测试结果, 提交缺陷报告 ; 缺陷验证测试和回归测试 ; 69

70 出口准则评估和报告开始计划 & 控制分析 & 设计实现 & 执行评估 & 报告结束活动结束评估和报告活动 : 根据测试出口准则检查测试日志 ; 根据检查结果, 判断是否需要更多的测试, 或者需要修改测试出口准则 ; 为项目利益干系人提供测试报告 ; 70

71 出口准则评估和报告出口准则例子 71

72 测试结束活动开始计划 & 控制分析 & 设计实现 & 执行评估 & 报告结束活动结束测试结束活动 : 检查测试工作产品是否正常提交 ; 提交的缺陷是否关闭 ; 提交的变更记录是否关闭 ; 测试件测试环境和测试基测试环境和测试基础设备的归档和移交 ; 分析和总结经验教训, 输出测试总结报告 ; 72

73 课程内容 1. 为什么测试 2. 什么是测试 3. 测试基本原则 4. 测试基本过程 5. 测试的误区 6. 测试的心理学 73

74 测试的误区 ISTQB 考试知识点无 74

75 测试的误区测试活动是整个开发生命周期中的一个阶段, 测试活动在开发活动之后 ; 软件质量是有测试人员决定的, 假如在客户中发现缺陷, 那是测试人员的责任 ; 测试人员不需要具备很高的技能, 能力不佳的人才去做测试人员 ; 75

76 测试的误区测试工作是测试人员的事情, 和开发人员无关 ; 测试工作的多少, 或者工作量, 是由项目的进度来决定的, 时间多就多做一点, 少就少做一点 ; 软件测试工作是没有前途的 ; 自动化测试将会取代手动测试 ; 76

77 课程内容 1. 为什么测试 2. 什么是测试 3. 测试基本原则 4. 测试基本过程 5. 测试的误区 6. 测试的心理学 77

78 测试的心理学 ISTQB 考试知识点认识测试的成功与否, 会受测试心理因素的影响 (K1): 清晰的测试目标决定了测试人员效率 ; 人们往往会忽视自己的错误 ; 认识到就事论事的交流方式以及反馈与问题相关信息的重要性 ; 测试人员 (tester) 和开发人员 (developer) 思维方式的差异 (K2) 78

79 开发和测试的区别开发是建设性的活动, 而测试是可以看成破坏性的活动 ; 开发是建设性的测试是破坏性的软件测试对于软件产品风险管理却是建设性的! 79

80 开发人员的测试很显然, 一个人同时要有建设性思维和破坏性思维是不太可能的! 因此, 提高测试的效率和质量, 需要将开发人员和测试人员应该分开! 80

81 不同级别的独立测试编写软件的人员来执行测试 ( 低级别的独立 ); 由另外的开发人员 ( 如来自同一开发小组 ) 来执行测试 ; 其他小组成员 ( 如独立的测试小组 ) 或测试专家 ( 如可用性或性能测试专家 ) 组成的测试团队来执行测试 ; 其他组织或其他公司的成员组成测试团队来执行 ( 如测试外包或其他外部组织的鉴定 ) 测试 ; 独立测试的优点 : 客观性专业性专业性权威性权威性资源有保障! 81

82 开发和测试的合作合作而不是争斗的方式开始项目, 提醒项目的每位成员 : 我们的共同目标是追求高质量的产品 ; 对产品中发现的问题以中性的和以事实为依据的方式来沟通, 而不要指责引入这个问题的小组成员或个人比如, 客观而实际地编写缺陷报告和评审发现的问题 ; 尽量理解其他成员的感受, 以及他们为什么会有这种反应 ; 确信其他成员已经理解你的描述, 反之亦然 ; 82

83 答疑 83

ISTQB初级认证模拟题V1.3.doc

ISTQB初级认证模拟题V1.3.doc V1.2(2011-10) 申明 : 1. 本模拟题根据 ISTQB 初级大纲, 感谢 ISTQB 和作者 ; 2. 所有的观点只代表作者本人, 作者本人不对使用该模拟题造成的任何后果负责 ; 3. 本套模拟题只供软件测试爱好者个人学习使用, 不能用于任何商业用途 - 1 - 第一章测试基础 1. (K1) 下列关于错误缺陷和失效的观点正确的是 : A) 人都会犯错误, 因此在由人设计的程序也会引入缺陷