第1章软件测试概述重点分析.ppt

课程安排 课 程 简 介 前导课程：软件工程 后续课程：软件测试技术 考试形式：闭卷 学 时：48学时 软件测试基础 第一章 软件测试概述 本章学习内容 软件测试背景 软件测试定义、目标和原则 软件测试与质量保证 传统软件测试过程 软件测试的发展历程及趋势 软件测试是伴随着软件的产生而产生的，有了软件的生成和运行就必然有软件测试。 例1：1963年, 美国, 飞往火星的火箭爆炸, 损失$ 10 million. 原因： FORTRAN循环 DO 5 I = 1,3 误写为 DO 5 I = 1.3 例2：1994-1995年, 迪斯尼的狮子王,第一个面向儿童的多媒体光盘游戏，投诉电话被打爆. 原因：未对市场上的各种PC机型进行正确测试，软件在大众使用的常见系统中难以运行 例3：1991年, 美国爱国者导弹防御系统在几次对抗导弹战役中失利，多哈战误击毙28名美军士兵. 原因：一个很小的系统时钟错误积累，可能拖延14小时并造成跟踪系统失去准确度，多哈战中系统拖延了100多个小时 早期的软件开发过程中，测试的含义比较窄，将测试等同于“调试” 目的是纠正软件中已经知道的故障，常常由软件开发人员自己完成这部分工作 对测试的投入极少，测试介入的也晚，常常是等到形成代码，产品已经基本完成时才进行测试 测试高手是怎样炼成的 问题 什么是软件？ 事实 由软件设计故障和计算机硬件设计故障而引发的系统失效的比例大约是：10:1 !!! 运行软件的驻留故障密度（每千行代码的故障数） 要求很高的财务或财产软件为：每千行代码1-10个故障 关键的生命软件为 每千行代码0.01-1个故障 软件缺陷与定义 软件缺陷定义 软件未达到产品说明书中已经标明的功能 软件出现了产品说明书中指明不会出现的错误 软件未达到产品说明书中虽未指出但应当达到的目标 软件功能超出了产品说明书中指明的范围 软件测试人员认为软件难以理解、不易使用或最终用户认为该软件使用效果不好 软件缺陷产生的原因 软件产品说明书（56％） 设计方案（27％） 编码（7％） 其他（10％） 软件测试的定义 1979年,Glenford J.Myers: 软件测试是为了发现错误而运行程序的过程 1983年，IEEE（国际电器电子工程师学会） 测试是使用人工或自动的手段来运行或检测某个系统的过程，其目的在于检测它是否满足约定的需求或是比较预期结果与实际结果之间的差别 软件测试的特性 挑剔性 提高软件质量，尽可能多的发现至今仍未发现的错误 复杂性 需要考虑全面 不彻底性 输入量太大 输出结果太多 软件实现途径太多 软件规格说明没有客观标准 注：不能证明错误不存在 经济性 软件测试的目标和原则 测试目标 寻找错误，并且是最大可能的找出最多的错误。 证明程序中有故障存在，并力求设计出最能暴露错误的测试方案 测试不是为了显示程序是好的，而是应该从软件中包含有缺陷和故障这个假定出发去测试程序，从中发现尽可能多的软件故障。 测试原则 软件测试的原则尚没有标准的说法，大多是经验之谈，一般有下面几条可作为测试的基本原则。 （1）所有的测试都应追溯到用户需求。 （2）尽早的和及时的测试，应作为软件开发人员的座右铭。 （3）设计时应完成测试计划，详细的测试用例定义可在设计模型确定后开始，测试可在代码产生之前进行计划和设计。 （4）测试用例应当由测试数据和与之对应的预期结果组成。 （5）在程序提交测试后，应当由专门的测试人员进行测试，避免由程序设计者自行检查程序。 （6）测试用例应包括合理的输入条件和不合理的输入条件 （7）严格执行测试计划，排除测试的随意性。 （8）充分注意测试当中的群体和集中现象。 （9）避免杀虫剂现象 （10）要对每一个测试结果做全面的检查。 （11）完全测试是不可能的，测试需要终止。 （12）测试无法显示潜伏的软件缺陷 （13）程序修改后要回归测试 （14）不是所有软件缺陷都要修复 （15）保存测试计划、测试用例、出错统计和最终分析报告，为维护工作提供充分的资料。 测试信息流程 测试停止的标准 （1）测试时间超过了预定期限，则停止测试。 （2）执行了所有的测试用例，但并没有发现故 障，则停止测试。 （3）使用特定的测试用例设计方案，作为判断测 试停止的基础。 （4）正面指出了停止测试的具体要求，即停止测 试的标准可定义为查出某一预定数目的故障。 （5）根据单位时间内查出故障的数量决定是否