第1章 件测试概述new.ppt

第1章 软件测试概述 结果： 1 num1.i: 9 , num2.i: 47 1 num1.i: 47 , num2.i: 47 [指向同一对象] 1 num1.i: 27 , num2.i: 27[指向同一对象] False【比较】 47【赋值】 False【赋值之后比较】 测试是什么？ 找错 一个例子：三角形判断，输出不规则、等边、等腰三角形。 大家是怎么做的？【过程如何？】 大家的结果如何？ 总结： 测试就是研究用最少的代价降低尽可能多的软件出错的风险； 个人经验不如学习已有的方法 软件测试的重要性 美国微软公司 【书15页】 中国软件测试与软件产业发展战略研讨会 “863”高科技项目中的软件相关课题 国家工商行政管理总局、国家税务局、金融、电力公司等部委和企业应用信息系统选型 信息工程监理 评测中心 软件评测师”被列入了计算机技术与软件专业资格（水平）考试 1.1.1软件缺陷例子 到目前为止，没有标准的定义，不同组织对缺陷的定义不同。有的组织称缺陷为偏差、异常、故障、错误或事故。在实际活动中，不用太在意缺陷的到底该怎么叫，最重要的对缺陷有相同的理解 在软件测试中，有一组专门用于描述软件中的错误的术语，下面的一些定义已经被大多数专业人员所接受 软件错误：在软件生存期内的不希望或者不可接受的人为错误。 软件缺陷： 存在于软件（文档、数据、程序）之中的那些不希望或不可接受的偏差， Bug是口语化的缺陷。缺陷在没有被激活的状态下，软件可以正常运行，但是一旦在某一触发条件下，缺陷被激活，软件内部就会出现故障。 事件 1999年； 火星气象卫星(Mars Climate Orbiter)到达火星之后不久就消失； 火星极地登陆者(Mars Polar Lander)在火星上着陆时坠毁。 1.1.2 软件缺陷 未达到已经标明的功能【要求未满足】 出现了指明不会出现的错误【掉链子】 未达到虽未指明但应该达到的目标【默认应该实现】 超出范围【超范围】 难以理解、不易使用，【使用效果不良】 软件的含义 能够完成预定功能和性能的、可执行的指令(计算机程序)； 使得程序能够适当地操作信息的数据结构； 描述程序的操作和使用的文档。 软件 = 程序 + 数据 （库） + 文档 + 规程 注意事项 软件是由文档、数据以及程序等工作组成。 本课程名称中的“测试”是指一个过程，对应于英文“testing”。 60％以上的软件错误并不是程序错误，而是软件需求和软件设计错误。 测试不仅仅是软件生命周期中的一个阶段。(如图) 缺陷产生原因 产品说明书（需求）56% 设计 27% 编码 7% 课程介绍【24+24】 崔梦天、张波 软件测试方法与实践 学习指导 不同测试工具的试用 测试方法的理解 JavaScript、Java等工具 实验 平时练习 平时抓紧 1.1.3软件测试目标 找错 质量保证（正确性） 软件测试目的 总体：确保软件的质量【事前、事中和事后】 具体：以最少的代价寻找错误，避免软件开发过程中的缺陷；衡量软件的品质，关注用户的需求。 复习：上节课到 1.1.3 软件测试的定义 1983年，IEEE在提出的软件测试文档标准（IEEE Standard For Software Test Document），即IEEE 829-1983中对软件测试进行了准确的定义： 软件测试是使用人工或自动手段来运行或测定某个系统的过程，检验它是否满足规定的需求或者弄清预期结果与实际结果之间的差别。 IEEE在1990年颁布的软件工程标准术语集中沿用了这一概念，该概念非常明确的提出了软件测试以检验是否满足需求为目标。 其次，G. J. Myers在其经典论著《软件测试的艺术》中对软件测试提出如下观点： 测试是程序的执行过程，目的在于发现错误， 一个好的测试用例可以发现至今尚未发现的错误， 一个成功的测试能发现至今未发现的错误。 1.2软件测试的发展历史和现状 1.2.1软件测试的发展历史 1972年，在北卡罗来纳大学举行了首届软件测试正式会议。 1979年《软件测试艺术》（Myers)测试是为发现错误而执行程序的过程 1983年《软件测试完全指南》(Hetzel)测试是以评价一个程序或系统属性为目标的任何一种活动，测试是对软件质量的度量 2002年，Rick 和Stefan 《系统的软件测试》测试是为了度量和提高被测软件的质量，对测试软件进行工程设计、实施和维护的整个生命周期过程。 1.2.2软件测试的国内外现状 需求分析3% 规划确定3% 设计5% 编程7% 测试15% 投产和维护67% 1.2.3软件测试的发展趋势 独立软件测试中心 自动