《软件测试》Ron Pantton读书笔记

《《软件测试》Ron Pantton读书笔记》由会员分享，可在线阅读，更多相关《《软件测试》Ron Pantton读书笔记（19页珍藏版）》请在金锄头文库上搜索。

1、1第第 1 章章 软件测试背景软件测试背景1.1 臭名昭著的软件错误案例研究臭名昭著的软件错误案例研究1.1.1 迪斯尼的狮子王，迪斯尼的狮子王，19941995没有对市场上投入使用的各种 PC 机型进行正确的测试1.1.2 英特尔奔腾浮点除法软件缺陷，英特尔奔腾浮点除法软件缺陷，1994这个故事重要的不是软件缺陷，而是英特尔解决问题的方式： 1.他们的软件测试工程师在芯片发布之前进行内部测试时发现了这个问题，英特尔的管 理层认为这没有严重到要保证修正，甚至公开； 2.当软件缺陷被发现时，英特尔通过新闻发布和公开声明试图掩饰这个问题的严重性； 3.受到压力时，英特尔承诺更换有问题的芯片，但要求

2、用户必须证明自己受到软件缺陷 的影响。 由于这个缺陷，英特尔公开道歉并拿出了 4 亿多美元来致富更换坏芯片的费用。 （代价惨重 呀，汗！）1.1.3 美国航天局火星极地登陆，美国航天局火星极地登陆，1999由多个小组测试该项目，各自分工不同，但就是中间空隙出错了。1.1.4 爱国者导弹防御系统，爱国者导弹防御系统，1991系统时钟错误积累起来拖延 100 多个小时。1.1.5 前年虫，大约前年虫，大约 1974当时发现错误但没有修改，只是着重眼前的任务，不去考虑 2000 年的兼容问题，导致损失 过亿。1.2 软件缺陷是什么软件缺陷是什么1.2.1 描述软件失败的术语描述软件失败的术语2缺点

3、（defect） 谬误 （fault） 问题 （problt） 错误 （error）毛病 （incident） 异常 （anomaly） 偏差 （variance） 失败 （failure） 矛盾 （incosistency）特殊 （feature） 缺陷 （bug）怎样描述测试结果根据开发小组的个性1.2.2 软件缺陷：正式定义软件缺陷：正式定义1.软件未达到产品说明书标明的功能； 2.软件出现了产品说明书指明不会出现的错误； 3.软件功能超出产品说明书指明范围； 4.软件未达到产品说明书虽未指出但应达到的目标； 5.软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。

4、 注意：作为测试人员，在运用第 5 条测试规则时应记住要编写令所有用户都喜欢的软件是 不可能的，但是最好能全面地客观评价，做到合情合理。1.3 为什么会出现软件缺陷为什么会出现软件缺陷导致软件缺陷最大的原因是产品说明书，第二大来源是设计方案，三是代码，四是某些软 件缺陷产生的条件被错误地认定。1.4 软件缺陷的修复费用软件缺陷的修复费用费用呈几何数级，随着时间的推移，数十倍地增长。1.5 软件测试员究竟做些什么软件测试员究竟做些什么软件测试员的目标是发现软件缺陷。怎样成为优秀软件测试员怎样成为优秀软件测试员软件测试员应具备的素质： 1.探索精神 2.故障排除能手 3.不懈努力 4.创造性 5.

5、追求完美 6.判断准确 7.老练稳重 8.说服力 9.除了这些素质，在软件编程方面受过的教育也是重要的。 10. 软件的功能为了解决现实问题，因此，教学烹饪航空木工医疗等知识都3将对查找该领域软件的缺陷有莫大帮助 软件测试很有趣！第第 2 章章 软件开发过程软件开发过程2.1 产品的组成部分产品的组成部分2.1.1 软件产品需要多少投入软件产品需要多少投入产品说明书、产品审查、设计文档、进度、来自上一版本的反馈、竞争对手情况、测试计 划、客户调查、易用性数据、观察和感受说明书、软件、软件代码、大量看不到的努力2.1.2 客户要求客户要求利用焦点人群观察软件功能2.1.3 产品说明书产品说明书2

6、.1.4 进度表进度表2.1.5 软件设计文档软件设计文档构架、数据流示意图、流程图、注释代码2.1.6 测试文档测试文档测试计划、测试案例、软件缺陷报告、归纳、统计、总结2.1.7 软件产品由哪些部分组成软件产品由哪些部分组成帮助文件、用户手册、样本和示例、标签和帖子、产品支持信息、图标和标志、错误信息、 广告和宣传材料、安装、说明文件、错误提示信息 这些都是要测试的，书中尤其提到了不要忘了测试错误提示信息（错误提示信息是软件产 品最容易忽视的部分，通常是有程序员而不是训练有素的稿手来写的。这些信息很少照顾 到修复软件缺陷的需要，还常常造成麻烦。软件测试员也难以找到并显示全部信息。在软 件中

7、不要加入吓人和不友好的错误提示信息。 ）42.2 软件项目成员软件项目成员项目管理员、程序管理员或者监制人：始终驱动整个项目，负责编写产品说明书、管 理进度、进行重大决策和取舍。 设计师或者系统工程师：是软件小组的技术专家，设计整个系统架构或软件构思。 程序员、开发人员或者代码制作者：设计、编写并修复软件中的缺陷。 测试员或者质量评判员：负责找出并报告软件产品的问题。 技术作者、用户手册、用户培训专员、手册编写人员或者文案专员编制软件产品附带 的文件和联机文档。 软件管理员或者制作人员：负责把程序员编写的全部文档资料合成为一个软件包；2.3 软件开发模式软件开发模式从最初构思到公开发行软件产品

8、的过程称为软件开发模式。 大棒模式、编写边改式、流水式、螺旋式 1.大棒式：所有精力都在开发软件和编写代码上 2.边写边改式：没有时间做好，总有时间返工哈哈！这句话经典，测试者几乎每天都拿到 一个新版本，新版本出来的时候，旧版本还没测完！而新版本还包含新的 或者经过修改的功能） 3.流水式：创意-分析-设计-开发-测试-最终产品，只许前进不能后退！ 4.螺旋式：开始不必详细定义所有细节。从小开始，定义重要功能，努力实现，接受客户 反馈，然后进入下一阶段。 （一个螺旋包括 6 个步骤：1.确定目标，可选方案 和限制条件；2.指出并解决风险；3.评估方案；4.本阶段开发和测试；5.计划 下一阶段；

9、6.确定进入下一阶段的方法。 ）测试一直在进行，知道最后宣布 成功！第第 3 章章 软件测试的实质软件测试的实质3.1 测试原则测试原则3.1.1 完全测试程序是不可能的完全测试程序是不可能的原因：1、输入量太大；2、输出结果太多；3、软件实现途径太多； 4、软件说明书没有客观标准，从不同的角度看，软件缺陷的标准不同。53.1.2 软件测试是有风险的行为软件测试是有风险的行为3.1.3 测试无法现实潜伏的软件缺陷测试无法现实潜伏的软件缺陷3.1.4 找到的软件缺陷越多，就说明软件缺陷越多找到的软件缺陷越多，就说明软件缺陷越多3.1.5 杀虫剂怪事杀虫剂怪事为了克服杀虫剂怪事，软件测试员必须不断

10、编写不同的新测试程序，对程序的不同部分进 行测试，以找出更多的软件缺陷。3.1.6 并非所有软件缺陷都能修复并非所有软件缺陷都能修复没有足够的时间 不算真正的软件缺陷 修复的风险太大 不值得修复3.1.7 难以说清的软件缺陷难以说清的软件缺陷3.1.8 产品说明书不断变化产品说明书不断变化3.1.9 软件测试员在产品小组中不受欢迎软件测试员在产品小组中不受欢迎3.1.10 软件测试是一项讲究条理的技术专业软件测试是一项讲究条理的技术专业3.2 软件测试的术语和定义软件测试的术语和定义1.精确和准确 软件测试要精度还是准确读很大程度上取决于产品是什么，最终取决于开发小组的目 标。 2.验证和合法

11、性检查 验证：保证软件符合产品说明书的过程 合法性检验：保证软件满足用户要求的过程 3.质量和可靠性 4.测试和质量评判6第第 4 章章 检查产品说明书检查产品说明书4.1 开始测试开始测试产品说明书通常是利用文字和图形描述产品的书面文档。确保最终产品符合客户要求以及 正确计划测试的唯一方法是在产品说明书中完整描述产品。4.1.1 黑盒子和白盒子测试黑盒子和白盒子测试注意：进行白盒子测试要冒一些风险，因为要调整测试程序以适应代码操作，所以很容易 形成偏见而无法进行客观测试。4.1.2 静态和动态测试静态和动态测试静态测试：是指测试不运行的部分只是检查和审阅。 动态测试：是指通常意义上的测试运行

12、和使用软件。4.1.3 静态黑盒子测试，测试产品说明书静态黑盒子测试，测试产品说明书注意：无论针对何种形式的产品说明书，都可以利用静态黑盒子技术进行测试。产品说明 书是书面文档还是图示，或者兼而有之都无所谓。通过询问软件的设计者和编制者 甚至可以测试没有写出来的产品说明书。4.2 对产品说明书进行高级审查对产品说明书进行高级审查测试产品说明书的第一步不是钻进去找软件缺陷，而是在一个高度上审视。4.2.1 设身处地为客户着想设身处地为客户着想了解客户所想是很重要的，质量的定义是“满足客户要求” 。软件测试员必须了解被测试软 件是否符合那些要求。如果审查产品说明书的某一部分时不理解，要尽早的了解它

13、。4.2.2 研究现有的标准和规范研究现有的标准和规范注意：标准和规范的差别在于程度不同。标准比规范更加确定，标准要严格遵守，规范是 可选的，但应该遵守。 如：公司惯用语和约定、行业要求、国家标准、图形用户界面（GUI） 、硬键和网络标准等74.2.3 审查和测试同类软件审查和测试同类软件规模：软件是小型的还是大型的？这在测试中有何不同？ 复杂性：软件是否复杂？这会影响测试吗？ 测试性：是否有足够的资源、时间和经验来测试软件？ 质量/可靠性：软件时候完全依据质量标准计划编写的？可靠性如何？4.3 产品说明书的低级测试技术产品说明书的低级测试技术4.3.1 产品说明书属性检查清单产品说明书属性检

14、查清单1.完整：是否有遗漏和丢失？完全吗？单独使用是否包含全部内容？ 2.准确：既定解决方案正确吗？目标明确吗？有没有错误？ 3.精确、不含糊、清晰：描述是否一清二楚？还是自说自画？容易看懂和理解吗？ 4.一致：产品功能描述是否自相矛盾？与其它功能有没有冲突？ 5.贴切：描述功能的陈述是否必要？有没有多余信息？功能是否原来的客户要求？ 6.合理：在特定的预算和进度下，以现有人力、物力和资源能否实现？ 7.代码无关：是否坚持定义产品，而不是定义其所依赖的软件设计、架构和代码？ 8.可测试：特性能否测试？测试员建立验证操作的测试程序是否提供足够的信息？4.3.2 产品说明书用语检查清单产品说明书用

15、语检查清单1.总是、每一种、所有、没有、从不 如果砍刀此类绝对或肯定的，切实认定的叙述，软件测试员就可以着手设计针锋 相对的案例 2.当然、因此、明显、显然、必然 这些话意图诱使接受假定情况，不要中了圈套 3.某些、有时、常常、通常、惯常、经常、大多、几乎 这些话太过模糊，无法测试 4.等等、诸如此类、以此类推 以这样的次结束的功能清单无法测试，功能清单要绝对或者解释明确，以免让人 迷惑，不知如何推论 5.良好、迅速、兼价、高效、小、稳定 这些是不确定的说法，不可测试，如果产品说明书中出现，就必须进一步指明含 义 6.已处理、已拒绝、已忽略、已消除 这些说法可能会隐藏大量需要说明的功能 7.如

16、果那么（没有否则） 找出“如果那么”而缺少配套的“否则”结构的陈述，想一想“如 果”没有发生会怎样？84.4 小结小结高级审查技术可以查出遗漏和丢失之处，低级测试技术用于保证所有细节都被定义。第第 5 章章 闭着眼睛测试软件闭着眼睛测试软件5.1 动态黑盒子测试，闭着眼睛测试软件动态黑盒子测试，闭着眼睛测试软件1、 不深入代码细节的软件测试方法称为动态黑盒子测试，也称为行为。 2、 清楚作为测试对象的软件的输入和输出之后，接下来要开始定义测试案例。 3、 测试案例是指进行试验用的输入，以及测试软件用的程序。 4、 注意：准确评估风险，把不可能穷尽的可能性减少到可以控制的范围是成功的诀窍。 5、 在没有产品说明书时使用探索测试：把软件当产品说明书来对待，分步骤地逐项探索 软 件特性，纪录软件执行情况，详细描述功能，运用静态黑盒子技术进行测试， 然后运用动态黑盒子技术进行测试。在这种情况下，无法像