软件测试序论 .pptVIP

第1章 序论 本章重点 1、序言 2、软件测试发展与现状 3、软件测试基本概念 4、软件测试基本原则 5、软件测试过程 6、黑盒测试与白盒测试 1、序言 随着对计算机需求和依赖的与日俱增，计算机系统的规模和复杂性急剧增加。 例如：宇宙飞船的软件系统源程序代码多达2000万行； 硬件技术进步和成熟相对故障较为次要了。 正因为软件如此复杂和难以度量所以软件故障系统失效与硬件故障系统失效比例为10：1； 软件故障导致危害实例： 千年虫问题； 海湾战争中飞毛腿导弹事件； 据部完全统计，由于软件故障，全世界有4000多人丢掉生命。 软件可靠性是衡量软件质量的主要参数之一，故障一般分为： 硬件故障：物理性能的恶化造成； 软件故障：设计阶段人为因素造成； 操作故障：操作人员和维护人员的错误； 环境故障：电源、外界干扰、地震、火灾病毒等造成的。 只要软件的实现与规格说明不吻合，用户就会抱怨软件出现了故障。 2、软件测试发展与现状 20世纪50年代，英国计算机科学家图灵给出了最原始的测试定义。 测试方法和理论进展缓慢，测试工作并没有受到重视。 心里因素 20世纪70年代，软件工程的概念的形成，分阶段的软件生命周期被人们广泛接受，逐渐意识到开发初期发现并解决软件故障代价比编码后测试要小的多。 94年出版了面向对象的软件测试专辑 3、软件测试基本概念 测试的定义： 不同时期关于测试的定义 1983年IEEE提出软件测试定义： 使用人工或自动手段来运行或测定某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别 关于测试的一些常用术语及关键问题 测试：特定环境下的活动，找出故障或显示软件执行正确。 测试用例（请参见附录） 为特定目的而开发的一组测试输入、执行条件和预期结果。 测试用例是执行的最小实体。 谁来执行测试？ 软件测试人员的合理比例 在软件产业发达的国家： 微软为打造Windows2000，1700多个开发人员，以及3200个测试人员，开发和测试人员之比约为三比五。 HP公司的测试人员和开发人员的比例为1：1这是很多先进软件企业通常的人员配比。 在国内： 很多企业都没有软件测试部，甚至不设置软件测试的岗位。 测试人员大都不到开发人员的5%。 测试什么？ 表现在程序中的故障，并不一定是编码所引起。 因此，需求分析、概要设计、详细设计以及程序编码等各阶段所得到的文档，包括需求规格说明、概要设计规格说明、详细设计规格说明以及源程序……都是软件测试的对象。 软件故障 缺陷（defect） 存在于软件之中偏差，可被激活，以静态形式存在于软件内部。相当于Bug； 失效(Fajlure) 软件运行时产生的外部异常行为结果，表现与用户需求不一致，功能能力终止，用户无法完成所需要的应用。 常见的软件故障 软件需求故障：例如遗漏了某些功能或规定了某些冗余的功能。 输入/输出故障:不能接受正确的输入，输出格式有错等。（例如身份证字段） 计算故障：算法、操作、括号、精度等（小数点错误） “千年虫” 软件故障的修复费用 4、软件测试基本原则 完全测试是不可能的。（从不同角度看，软件故障的标准不同） 软件测试是有风险的；（如何使有限的测试投资获得最大的收益） 测试可以查找并报告软件故障，但是不保证全部找到。 存在的故障数与发现的故障数成正比（群集现象）程序员往往犯同样的错误。 并非所有的软件故障都能修复 没有足够时间、修复风险太大、不值得修复 不要扔掉测试用例（开发人员和测试人员对重新开发和测试很少象原来那样严格） 避免测试自己编写的程序 测试停止的标准？ 测试完成的传统标准是分配的测试时间用完了或完成了所有的测试又没有检测到故障。（参考，没有实际价值） 实际采用的停止标准基于以下因素： 成功的采用了具体的测试用例设计方法 覆盖率 故障检测率（单元测试时间内检测出的故障数）低于指定的限度。 检测出故障的具体数量或消耗的具体时间等。 几类常用的停止标准 1、测试超过了预定的时间，停止测试 2、执行了所有用例但是没有发现故障，停止测试。 3、使用特定的测试用例设计方法作为判断测试停止的标准。 4、根据单位时间内查出故障的数量决定是否停止测试。 5、软件测试过程 （1）单元测试 （2）集成测试 （3）系统测试 （4）回归测试 （5）验收测试 Alpha测试 Beta测试 （1）单元测试阶段 单元测试（也称模块测试）： 单元测试是检测程序最小单位是否有错误。 单元是程序中的最小单位，它具有一些基本属性： 1、通常可以单独分配给开发人员进行开发。 2、单元接受数据输入后，经过处理，输出结果，输出可能是数据，可能是状态的改变，但是输入，加工，输出三个环节缺一不可原则上，对输入、加工和输出作明确的规格说明与描述 3、大多采用白盒测试方法，尽量发现并消