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

第1章 软件测试背景 1.1 臭名昭著的软件错误案例研究 1.1.1 迪斯尼的狮子王，1994~1995 没有对市场上投入使用的各种PC机型进行正确的测试 1.1.2 英特尔奔腾浮点除法软件缺陷，1994 这个故事重要的不是软件缺陷，而是英特尔解决问题的方式： 他们的软件测试工程师在芯片发布之前进行内部测试时发现了这个问题，英特尔的管理层认为这没有严重到要保证修正，甚至公开； 当软件缺陷被发现时，英特尔通过新闻发布和公开声明试图掩饰这个问题的严重性； 受到压力时，英特尔承诺更换有问题的芯片，但要求用户必须证明自己受到软件缺陷的影响。 由于这个缺陷，英特尔公开道歉并拿出了4亿多美元来致富更换坏芯片的费用。（代价惨重呀，汗！） 1.1.3 美国航天局火星极地登陆，1999 由多个小组测试该项目，各自分工不同，但就是中间空隙出错了。 1.1.4 爱国者导弹防御系统，1991 系统时钟错误积累起来拖延100多个小时。 1.1.5 前年虫，大约1974 当时发现错误但没有修改，只是着重眼前的任务，不去考虑2000年的兼容问题，导致损失过亿。 1.2 软件缺陷是什么 1.2.1 描述软件失败的术语 缺点 （defect） 谬误 （fault） 问题 （problt） 错误 （error） 毛病 （incident） 异常 （anomaly） 偏差 （variance） 失败 （failure） 矛盾（incosistency） 特殊 （feature） 缺陷 （bug） 怎样描述测试结果根据开发小组的个性 1.2.2 软件缺陷：正式定义 软件未达到产品说明书标明的功能； 软件出现了产品说明书指明不会出现的错误； 软件功能超出产品说明书指明范围； 软件未达到产品说明书虽未指出但应达到的目标； 软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。 注意：作为测试人员，在运用第5条测试规则时应记住要编写令所有用户都喜欢的软件是不可能的，但是最好能全面地客观评价，做到合情合理。 1.3 为什么会出现软件缺陷 导致软件缺陷最大的原因是产品说明书，第二大来源是设计方案，三是代码，四是某些软件缺陷产生的条件被错误地认定。 1.4 软件缺陷的修复费用 费用呈几何数级，随着时间的推移，数十倍地增长。 1.5 软件测试员究竟做些什么 软件测试员的目标是发现软件缺陷。 怎样成为优秀软件测试员 软件测试员应具备的素质： 探索精神 故障排除能手 不懈努力 创造性 追求完美 判断准确 老练稳重 说服力 除了这些素质，在软件编程方面受过的教育也是重要的。 软件的功能为了解决现实问题，因此，教学烹饪航空木工医疗等知识都将对查找该领域软件的缺陷有莫大帮助 软件测试很有趣！ 第2章 软件开发过程 2.1 产品的组成部分 2.1.1 软件产品需要多少投入 产品说明书、产品审查、设计文档、进度、来自上一版本的反馈、竞争对手情况、测试计划、客户调查、易用性数据、观察和感受说明书、软件、软件代码、大量看不到的努力 2.1.2 客户要求 利用焦点人群观察软件功能 2.1.3 产品说明书 2.1.4 进度表 2.1.5 软件设计文档 构架、数据流示意图、流程图、注释代码 2.1.6 测试文档 测试计划、测试案例、软件缺陷报告、归纳、统计、总结 2.1.7 软件产品由哪些部分组成 帮助文件、用户手册、样本和示例、标签和帖子、产品支持信息、图标和标志、错误信息、广告和宣传材料、安装、说明文件、错误提示信息 这些都是要测试的，书中尤其提到了不要忘了测试错误提示信息（错误提示信息是软件产品最容易忽视的部分，通常是有程序员而不是训练有素的稿手来写的。这些信息很少照顾到修复软件缺陷的需要，还常常造成麻烦。软件测试员也难以找到并显示全部信息。在软件中不要加入吓人和不友好的错误提示信息。） 2.2 软件项目成员 项目管理员、程序管理员或者监制人：始终驱动整个项目，负责编写产品说明书、管理进度、进行重大决策和取舍。 设计师或者系统工程师：是软件小组的技术专家，设计整个系统架构或软件构思。 程序员、开发人员或者代码制作者：设计、编写并修复软件中的缺陷。 测试员或者质量评判员：负责找出并报告软件产品的问题。 技术作者、用户手册、用户培训专员、手册编写人员或者文案专员编制软件产品附带的文件和联机文档。 软件管理员或者制作人员：负责把程序员编写的全部文档资料合成为一个软件包； 2.3 软件开发模式 从最初构思到公开发行软件产品的过程称为软件开发模式。 大棒模式、编写边改式、流水式、螺旋式 1.大棒式：所有精力都在开发软件和编写代码上 2.边写边改式：没有时间做好，总有时间返工哈哈！这句话经典，测试者几乎每天都拿到