内容发布更新时间 : 2024/6/27 3:36:29星期一 下面是文章的全部内容请认真阅读。
软件测试期末复习总结
1.1 软件质量至关重要
软件无处不在,软件越来越复杂、功能越来越强,软件的影响越来越大,软件的受众越来越多。人们对软件越来越依赖，但是软件是人编写的
1.1.1 软件错误案例研究
Disney的狮子王 1994-1995，Intel 奔腾浮点运算 1994，美航天局火星极地登陆 1999，爱国者导弹防御系统 1991，千年虫 约1974，“冲击波”计算机病毒 2003，放射性设备治死
1.2 何谓软件缺陷
通通称为：软件缺陷（Bug）
1.2.1 软件缺陷的定义
软件缺陷对应于需求（功能）规格书 （1）软件未达到规格书标明的功能
（2）软件出现了规格书标明不会出现的错误 （3）软件功能超出规格书指明范围
（4）软件未达到规格书虽未指出但应达到的功能
（5）软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好
1.3 软件缺陷出现的原因
（1）系统分析的原因
对产品的理解不全面、不到位； 需求不断改动
开发团队重视程度、沟通不够 （2）系统设计的原因 说不出来就做不出来
1.4 软件缺陷的修复费用
（1）费用呈几何级数增加 需求阶段：1 设计阶段：3-6 编程阶段：10 内部测试：20-40 外部测试：30-70 产品发布：40-1000 （2）费用增加的原因 软件范围扩大 关联增大 熟悉程度减少 模块间影响扩大
1 / 4
软件测试期末复习总结
1.5 软件测试员的职责
观点1: 试图验证软件是“工作的” 观点2: 设法证明软件是“不工作的” （1）发现软件缺陷（2）尽早地发现缺陷（3）确保发现的缺陷被修复 找出软件缺陷，尽可能早一些，并确保其得以修复
1.6 软件测试员应具备的素质
（1）专业技能：
软件工程知识，软件相关知识 ，熟悉编程知识，相关的业务背景知识 （2）基本素质
有条理地思维，打破砂锅问到底，细心、责任心，有幽默感 （3）专业素质：
探索精神，善于发现缺陷，不懈努力，创造性，追求完美，判断准确，老练稳重，有说服力
1.7 软件测试原则————原则是指导测试实践纲领性的指导
1、完全测试是不可能的
输入量、输出量、实现途径多，提交的产品是可接受的，而不是没有缺陷的 2、测试无法显示潜伏的软件缺陷 可报告已发现的缺陷，却无法报告潜伏的缺陷；报告的内容：根据对发现的缺陷进行分析… 3、找到的缺陷越多，说明缺陷越多 一般情况下，缺陷和寄生虫一样，成群出现，程序员的疲倦，程序员常犯同样的错误 经验: 成群的出现可能是大灾难的征兆
4、杀虫剂怪事——软件测试越多，其免疫力越强
出现的原因：相同的方法重复使用，人的因素缺陷性质的因素 应对方法：变换测试方法、测试程序 5、并非所有的缺陷都能修复 没有足够的资源，不算真正的缺陷（也许可说成一项功能），修复的风险太大，不值得修复（商业风险决策）是否修复的决策，需要有项目管理、测试员、程序员共同参与 6、软件测试的其他原则 事先定义好质量标准；测试要随开发的启动而尽早开始；第三方测试更客观、更有效；重视测试计划、重视文档
7、测试是一项讲究条理的技术专业 2.2 何谓软件工程
何谓工程的方法
工程不同于科研、创造
工程：受资源限制、成熟的、可重复的、只许成功
明确地定义试图解决的问题，然后使用和开发标准的工具和技术来解决之 内容：理论、方法学、技术、工具、管理、组织 软件工程定义
系统的、规范的、定量的方法在软件的开发、操作和维护中的应用（IEEE610.12-1990定义） 多人构造多版本软件（Parnas定义 ）
2.1 软件工程简史
2 / 4
软件测试期末复习总结
软件是伴随着计算机的程序而发展起来的 “软件危机” Software Crisis
现象：普遍超出预算、落后于预定进度
原因：应用广、软件规模、复杂程度、需求理解 应对：管理、组织、工具、标准 软件工程 20世纪60年代
明确地定义试图解决的问题，然后使用和开发标准的工具和技术来解决之 内容：管理、组织、工具、理论、方法学和技术 定义软件生命期
2.3 软件工程的知识领域
软件工程管理
软件开发过程管理、项目管理、配置管理；质量管理--软件度量、质量保证及过程改进 软件开发方法与技：开发工具、软件复用（构件）、开发环境
软件生命期：需求分析、系统设计、系统实现、软件测试、软件维护
2.3.1 软件工程下的软件
能够完成预定功能和性能的、可执行的指令；使得程序能够适当地操作信息的数据结构； 描述程序的操作和使用的文档。
软件 = 程序 + 数据 + 文档 + 服务 软件文档组成：
客户需求-软件规格说明书 -技术设计文档 –测试文档 -在线帮助 - 安装手册- 用户手册
2.5 软件质量__质量的不同定义
ISO8492定义：产品或服务所满足明示或暗示需求能力的特性和特征的集合 IEEE定义：系统、部件或过程满足明确需求
RUP（Rational Unified Process）定义：满足或超出认定的一组需求,并使用经过认可的评测方法和标准来评估,还使用认定的流程来生产
2.5.1 对质量的不同理解__质量是一个多层面的概念
先验论——一种可以认识但不可定义的性质 用户角度——满足使用目的的程度
制造者的观点——产品性能符合规格要求的程度 产品观点——连接产品固有性能的纽带
基于价值观点——依赖于顾客愿意付给产品报酬的数量
2.5.2 何谓软件质量__软件质量体现在三个方面
RUP定义（ Rational Unified Process）_____满足或超出认定的一组需求,并使用经过认可的评测方法和标准来评估,还使用认定的流程来生产 软件产品质量__满足使用要求的程度、质量度量模型
开发过程质量__好的过程将输出好的产品;软件工程规范：规范软件开发过程 应用领域或业务上的质量（商业环境___市场定位、培训、售后、客户接受程度
2.5.3 软件质量规范
3 / 4