人民邮电出版社《软件测试》 朱少民 2009版

1. 软件测试软件测试
第 1 章 概述
Kerry Zhu
Zhu.Kerry@Gmail.com
http://blog.csdn.net/Kerryzhu

2. zhu.kerry@gmail.com
问题
http://blog.csdn.net/Kerryzhu
生活中有测试（质检）的例子
？

3. zhu.kerry@gmail.com
为什么要软件测试？
http://blog.csdn.net/Kerryzhu
 Chrome 运行时，笔记本电脑有时
无法进入休眠状态 ；
 Chrome 不支持 SSL 身份验证；
 在插件比较多的网页上（例如内含
视频或 flash ），滚动条响应迟钝；
 当打开 RSS feed 或 xml 文件时
， Chrome 只显示 xml 原始数据；
 图片有时不能显示的问题 ；
 鼠标滚轮只能向下滚不能向上滚；
 Chrome 几乎打开每一个网页都需刷
新一遍

4. zhu.kerry@gmail.com
第 1 章 概述
1.1 一个真 的故事实
1.2 什么要 行 件为 进 软 测试
1.3 件缺陷的由来软
1.4 件 学科的 展 程软 测试 发 历
1.5 件 的定软 测试 义
1.6 件 和 件软 测试 软 开发

5. zhu.kerry@gmail.com
第 1 章 概述
1.1 一个真 的故事实
1.2 什么要 行 件为 进 软 测试
1.3 件缺陷的由来软
1.4 件 学科的 展 程软 测试 发 历
1.5 件 的定软 测试 义
1.6 件 和 件软 测试 软 开发

6. zhu.kerry@gmail.com
真实的故事
故事发生在 1945 年 9 月 9 日，一个炎热的下午。当时的机房是
一间第一次世界大战时建造的老建筑，没有空调，所有窗户都敞
开着。 Grace Hopper 正领导着一个研究小组夜以继日地工作，
研制一台称为“ MARK II” 的计算机，它使用了大量的继电器（电
子机械装置，那时还没有使用晶体管），一台不是纯粹的电子计
算机。突然， MARK II 死机了 ……

7. zhu.kerry@gmail.com
Bug 的由来

8. zhu.kerry@gmail.com
第 1 章 概述
1.1 一个真 的故事实
1.2 什 要 行 件为 么 进 软 测试
1.3 件缺陷的由来软
1.4 件 学科的 展 程软 测试 发 历
1.5 件 的定软 测试 义
1.6 件 和 件软 测试 软 开发

9. zhu.kerry@gmail.com
为什么要进行软件测试 ?
为什么要进行软件测试？就是因为软件缺陷的存
在。因为只有通过测试，才可以发现软件缺陷。
也只有发现了缺陷，才可以将软件缺陷从软件产
品或软件系统中清理出去。
软件中存在的缺陷给我们带来的损失是巨大的，
这也说明了软件测试的必要性和重要性
书中提供了 12 个例子
还有更多的实例

10. zhu.kerry@gmail.com
第 1 章 概述
1.1 一个真 的故事实
1.2 什么要 行 件为 进 软 测试
1.3 件缺陷的由来软
1.4 件 学科的 展 程软 测试 发 历
1.5 件 的定软 测试 义
1.6 件 和 件软 测试 软 开发

11. zhu.kerry@gmail.com
什么是软件缺陷
IEEE 国际标准 729 给出了软件缺陷的定义——软
件缺陷就是软件产品中所存在的问题，最终表现
为用户所需要的功能没有完全实现，不能满足或
不能全部满足用户的需求
任何程序、系 中的 ，和 品统 问题 产 设计任何程序、系 中的 ，和 品统 问题 产 设计
的不一致性书的不一致性书 ，，不能 足用 的需求满 户不能 足用 的需求满 户

12. zhu.kerry@gmail.com
软件缺陷的表现
根据软件缺陷的定义，可以从两方面考虑：
 从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错
误、毛病等各种问题；
 从外部看，软件缺陷是系统所需要实现的某种功能的失效或违背。
软件缺陷的主要类型 / 现象：
 功能、特性没有实现或部分实现
 设计不合理，存在缺陷
 实际结果和预期结果不一致
 运行出错，包括运行中断、系统崩溃、界面混乱
 数据结果不正确、精度不够
 用户不能接受的其他问题，如存取时间过长、界面不美观

13. zhu.kerry@gmail.com
缺点（ defect ） 偏差 （ variance ）
谬误（ fault ） 失败 （ failure ）
问题（ problem ） 矛盾
（ inconsistency ）
错误（ error ） 毛病 （ incident ）
异常（ anomy ）
缺陷 - Bug

14. zhu.kerry@gmail.com
问题出在哪里？
• 目没有被很好地理解； 不项 计划
周，最 致 度 延。终导 进 拖
• 没有充分的文档 料。资
• 人与人的交流比写程序困 得多难
。
• 件可靠性缺少度量的 准，软 标 质
量无法保 。证
• 件 以 、不易升 。软 难 维护 级

15. zhu.kerry@gmail.com
软件缺陷的产生
a. 技术问题
算法错误，语法错误，计算和精度问题，接口参数传递不
匹配
b. 团队工作
误解、沟通不充分
c. 软件本身
文档错误、用户使用场合 (user scenario) ，
时间上不协调、或不一致性所带来的问题
系统的自我恢复或数据的异地备份、灾难性恢复等问题

16. zhu.kerry@gmail.com
第 1 章 概述
1.1 一个真 的故事实
1.2 什么要 行 件为 进 软 测试
1.3 件缺陷的由来软
1.4 件 学科的 展 程软 测试 发 历
1.5 件 的定软 测试 义
1.6 件 和 件软 测试 软 开发

17. zhu.kerry@gmail.com
软件测试学科的发展
从测试的思想导向来划分为 4 个阶段 :
 1957 ～ 1978 年，以功能 向，验证为导 测试
是 明 件是正 的（正向思 ）。证 软 确 维
 1978 ～ 1983 年，以破坏性 向， 是为为导 测试
了找到 件中的 （逆向思 ）。为 软 错误 维
 1983 ～ 1987 年，以 量 估 向， 是质 评 为导 测试
提供 品的 估和 量度量。产 评 质
 1988 年起，以缺陷 防 向， 是 了展预 为导 测试 为
示 件符合 要求， 缺陷、 防缺陷。软 设计 发现 预

18. zhu.kerry@gmail.com
更好的阶段划分
分为 3 个阶段——初期阶段、发展阶段和成熟阶段
 初 段级阶 （ 1957 ～ 1971 ） 通常被 是测试 认为
品 行事后 ，缺乏有效的 方法对产 进 检验 测试
 展 段发 阶 （ 1972 ～ 1982 ）， 1972 年第一次
于 件 的正式会 ，促 了 件 的关 软 测试 议 进 软 测试 发
展
 成熟 段阶 （ 1983 到 在），国 准现 际标 Std 829-
1983 ，形成一 独立的学科和 ，成 件门 专业 为软
工程学科中的一个重要 成部分组

19. zhu.kerry@gmail.com
第 1 章 概述
1.1 一个真 的故事实
1.2 什么要 行 件为 进 软 测试
1.3 件缺陷的由来软
1.4 件 学科的 展 程软 测试 发 历
1.5 件 的定软 测试 义
1.6 件 和 件软 测试 软 开发

20. zhu.kerry@gmail.com
软件测试的正面性（ 1 ）
Bill Hetzel 博士（正向思维的代表）：
 软件测试就是为程序能够按预期设想那样运行而建立足
够的信心。
 “ 软件测试是一系列活动以评价一个程序或系统的特性或
能力并确定是否达到预期的结果”
 测试是为了验证软件是否符合用户需求，即验证软件产
品是否能正常工作

21. zhu.kerry@gmail.com
软件测试的正面性（ 2 ）
IEEE 的定义 ：
 在特定的条件下运行系统或构件，观察或记录结果，对系统
的某个方面做出评价
 分析某个软件项以发现现存的和要求的条件之差别（即错
误）并评价此软件项的特性

22. zhu.kerry@gmail.com
软件测试的反面性
Glenford J. Myers （反向思维的代表）：
 测试是为了证明程序有错，而不是证明程序无错误
 一个好的测试用例是在于它能发现至今未发现的错误
 一个成功的测试是发现了至今未发现的错误的测试

23. zhu.kerry@gmail.com
软件测试定义的两面性
评价一个程序或系
统的特性或能力并
确定是否达到预期
的结果
测试是为发现错
误而针对某个程
序或系统的执行
过程
软
件
测
试
正向思维－
验证软件正常工作
逆向思维－
假定软件有错误
在设计规定的环境
下运行软件的所有
功能，直至全部通
过。
寻找容易犯错误的地
方和系统的薄弱环节
，试图破坏系统，直
至找不出问题。

24. zhu.kerry@gmail.com
验证和确认（ V & V ）
Verification ： Are we building the product right ？
是否正 地 造了 件？即是否正 地做事， 程确 构 软 确 验证开发过
是否遵守已定 好的内容。义 品 足 格 明 的验证产 满 规 设计说 书
一致性
Validation ： Are we building the right product? 是否构
造了正是用 所需要的 件？即是否正在做正 的事。户 软 确 验证
品所 的功能是否 足用 的需求产 实现 满 户

25. zhu.kerry@gmail.com
第 1 章 概述
1.1 一个真 的故事实
1.2 什么要 行 件为 进 软 测试
1.3 件缺陷的由来软
1.4 件 学科的 展 程软 测试 发 历
1.5 件 的定软 测试 义
1.6 件 和 件软 测试 软 开发

26. zhu.kerry@gmail.com
件 程软 测试过
需求评审 设计评审 单元评审
集成评审
功能测试
系统测试
验收评审
测试计划
测试设计
测试脚本开发
测试执行
测试结果分析和报告

27. zhu.kerry@gmail.com
需求和设计评审
需求评审和设计评审是验证软件产品的需求定义和设计实
现，验证所定义的产品特性是否符合客户的期望、系统的设
计是否合理、是否具有可测试性以及满足非功能质量特性的
要求。这个阶段主要通过对需求文档、设计文档等阅读、讨
论，从中发现软件需求工程和系统设计中所存在的问题 。

28. zhu.kerry@gmail.com
元单 测试
单元测试的对象是程序系统中的最小单元 --- 模块或组件上，
在编码阶段进行，针对每个模块进行测试，主要通过白盒测试
方法，从程序的内部结构出发设计测试用例，检查程序模块或
组件的已实现的功能与定义的功能是否一致、以及编码中是否
存在错误。多个模块可以平行地、对立地测试，通常要编写驱
动模块和桩模块
单元测试一般由编程人员和测试人员共同完成

29. zhu.kerry@gmail.com
集成测试
集成测试，也称组装测试、联合测试、子系统测试，在单
元测试的基础上，将模块按照设计要求组装起来同时进行
测试，主要目标是发现与接口有关的模块之间问题
两种集成方式：一次性集成方式和增殖式集成方式。

30. zhu.kerry@gmail.com
功能测试
功能测试一般须在完成集成测试后进行，而且是针对应用
系统进行测试。功能测试是基于产品功能说明书，是在已
知产品所应具有的功能，从用户角度来进行功能验证，以
确认每个功能是否都能正常使用

31. zhu.kerry@gmail.com
系统测试
系统测试是将软件放在整个计算机环境下，包括软硬件平
台、某些支持软件、数据和人员等，在实际运行环境下进
行一系列的测试，包括恢复测试、安全测试、强度测试和
性能测试等

32. zhu.kerry@gmail.com
收验 测试 & 安装测试
验收测试的目的是向未来的用户表明系统能够像预定要
求那样工作，验证软件的功能和性能如同用户所合理期
待的那样
安装测试是指按照软件产品安装手册或相应的文档，在
一个和用户使用该产品完全一样的环境中或相当于用户
使用环境中，进行一步一步的安装操作性的测试

33. zhu.kerry@gmail.com
件 段软 测试阶
段阶 入输 出输
需求分析 需求定义 , 市场分析文档 , 相关
技术文档
市场需求分析会议记要 , 功能
设计 ,
技术设计
设计审查 市场需求文档 , 技术设计文档 测试计划 , 测试用例
功能验证 代码完成文件包 , 功能详细设计
说明书
最终技术文档
完整测试用例 , 完备的测试计划
, 缺陷报告 ,
功能验证测试报告
系统测试 代码修改后的文件包
完整测试用例 , 完备的测试计划
缺陷报告
缺陷状态报告
项目阶段报告
确认测试 代码冻结文件包
确认测试用例
缺陷状态报告
缺陷报告审查
版本审查
版本发布 代码发布文件包
测试计划检查清单
当前版本已知问题的清单
版本发布报告

34. zhu.kerry@gmail.com
软件测试和开发的关系

35. zhu.kerry@gmail.com
Q & A
http://blog.csdn.net/Kerryzhu