[理学]第1章 软件测试概述1-2.ppt

第1章 软件测试概述 第2次课 内容提纲 复习 软件缺陷 软件测试模型 软件测试与软件工程的关系 软件测试原则 软件测试关键问题 作业 复习 软件测试的定义 软件测试的分类 1、软件缺陷 （1）软件未达到产品说明书中已经标明的功能； （2）软件出现了产品说明书中指明不会出现的错误； （3）软件未达到产品说明书中虽未指出但应当达到的目标； （4）软件功能超出了产品说明书中指明的范围； （5）软件测试人员认为软件难以理解、不易使用，或者最终用户认为该软件使用效果不良。 计算器的例子 计算器说明书：该计算器将准确无误地进行加、减、乘、除运算。计算器不会出现崩溃、死锁或停止反应。 （1）2+3，没有反应？ （2）随意敲击键盘后，没有了反应？ （3）还能计算某数的平方根 （4）因为电池没有电，所以计算错了 （5）按键很小、显示屏看不清楚 2、为什么会产生软件缺陷？ （1）产品需求说明书 （2）设计方案 （3）编写代码 （4）其他 图1-1 软件缺陷产生的原因分布 3、软件缺陷修复的费用 软件在从需求、设计、编码、测试一直到交付用户公开使用后的过程中，都有可能产生和发现缺陷。随着整个开发过程的时间推移，更正缺陷或修复问题的费用呈几何级数增长。 软件缺陷例子1 事件 1996年6月4日，Arane5发射40秒后爆炸。 原因 将一个64位浮点值转换为16位有符号整数值时，超出了16位整数的表示范围，而这个异常未得到正确解决 软件缺陷例子2 事件 1999年； 火星气象卫星(Mars Climate Orbiter)到达火星之后不久就消失； 火星极地登陆者(Mars Polar Lander)在火星上着陆时坠毁 原因 地面系统软件和飞行器上软件分别使用公制和英制两种单位。 神舟七号： 测试用例3万多。确保稳定，确保万无一失。 基本消除缺陷 2、软件测试模型 V模型 W模型 H模型 V模型：20世纪80年代后期,Paul Rook提出了著名的软件测试的V模型，是瀑布模型的变种，它反映了测试活动与分析和设计的关系，非常明确的表明了测试过程中存在的不同级别，以及各测试阶段与开发过程中的各阶段的对应关系，图中的箭头代表了时间方向，左边下降的是开发各阶段，右边上升的是测试过程的各个阶段。 “V ”模型 V模型指出: 单元测试和集成测试应检测程序的执行是否满足软件设计的要求; 系统测试应检测系统功能,性能的质量特性是否达到系统要求的指标; 验收测试确定软件的实现是否满足用户需要或合同的要求. “V ”模型 V模型的缺陷 仅仅把测试过程作为在需求分析、系统设计及编码之后的一个阶段 忽视了测试对需求分析,系统设计的验证，一直到后期的验收测试才被发现。 Evolutif公司提出了W模型的概念，增加了软件各开发阶段中应同步进行的验证和确认活动,明确了测试与开发的并行性. W模型 测试伴随着整个软件开发周期 测试的对象不仅仅是程序，需求、设计和功能同样要测试 根据W模型的要求，一旦有文档提供，就要及时确定测试的条件、编写测试用例 W模型的局限性 在W模型中，需求、设计、编码等活动被视为串行的，同时，测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一个阶段工作。 H模型 这个示意图仅仅演示了在整个生产周期中某个层次上的一次测试“微循环”。图中的其他流程可以是任意开发流程。 H模型 软件测试不仅仅指测试的执行，还包括很多其他的活动。 软件测试是一个独立的流程，贯穿产品整个生命周期，与其他流程并发的进行。 软件测试要尽早准备，尽早执行。 软件测试是根据被测物的不同而分层进行的。不同层次的测试活动可以按照某个次序先后进行的，但也可能是反复的。 3、软件工程与软件测试的关系 测试在开发阶段的作用如下： （1）项目规划阶段：负责从单元测试到系统测试的整个测试阶段的监控。 （2）需求分析阶段：确定测试需求分析、系统测试计划的制定。其中，测试需求分析是对产品生命周期中测试所需求的资源、配置、每阶段评判通过的规约；系统测试计划则是依据软件的需求规格说明书，制定测试计划和设计相应的测试用例。 （3）概要设计和详细设计阶段：确保集成测试计划和单元测试计划完成。 （4）编码阶段：由开发人员进行自己负责部分的测试代码。 1.4软件工程与软件测试的关系 4. 软件测试的原则 4.1 完全测试的不可能性 例: 测试windows计算机器 原因： 输入量太大 输出结果太多 软件执行路径太多 软件说明书是主观的，没有客观标准。 4.2 软件测试是有风险的活动 Software Testing is a Risk-Based Exercise 如果不选择完全测试所有情况，那就是选择了冒险 Not to test every poss