2008年软件测试技术-chap2.pptVIP

第2章 软件测试方法与过程 第2章 软件测试方法与过程 2.1 软件测试的复杂性与经济性 P21 2、软件测试的经济性 2.2 软件测试方法 P23 1、静态测试和动态测试 2、黑盒测试和白盒测试 3、人工测试和自动化测试 人工测试是人为测试和手工测试的统称。 人为测试的主要方法有桌前检查 (desk checking) ，代码审查（ code review ）和走查（ walkthrough ）。经验表明，使用这种方法能够有效地发现 30% 到 70% 的逻辑设计和编码错误。 手工测试指的是在测试过程中，按测试计划一步一步执行程序，得出测试结果并进行分析的测试行为。 自动化测试指的是利用测试工具来执行测试，并进行测试结果分析的测试行为。 2.3 软件测试的阶段 P26 一、 单元测试 什么是单元测试 单元测试是对软件基本组成单元进行测试，主要是为了发现单元内部可能存在的各种错误和不足 主要工作分为两个步骤：人工静态检查和动态执行跟踪 一般由开发组在开发组组长监督下进行 什么是单元 一个函数 类或类内成员函数 几个函数的集合 单元测试的主要任务 在单元测试时，测试者需要依据详细设计说明书和源程序清单，了解该模块的I/O条件和模块的逻辑结构，主要采用白盒测试的测试用例，辅之以黑盒测试的测试用例，使之对任何合理的输入和不合理的输入，都能鉴别和响应。 单元测试策略（三种方式） 由顶向下的单元测试 先对最顶层的单元测试，把顶层所调用的单元做桩模块，其次对第二层进行测试，使用上面已测试的单元做驱动模块。如此类推，测试完成所有模块 由低到上的单元测试 先对最低层的模块进行测试，模拟调用该模块做驱动模块，然后再对上一层做单元测试，用下面已被测试的模块做桩模块。如此类推，测试完所有模块 孤立测试 每个单元模块进行独立的测试，都需为每个模块设计驱动模块和桩模块 单元测试用例设计思路（6个步骤） 为系统运行设计测试用例 证明单元至少在某种正常情况下能够运行了。 测试分析技术：规范导出法、等价类划分 为正向测试设计用例 验证设计说明书所对应的功能或性能指标是否实现。 测试分析技术：规范导出法、等价类划分、状态转换测试 为逆向测试设计用例 验证被测软件单元有没有做它不应该做的事情。 测试分析技术：错误猜测法、边界值分析、状态转换测试 为满足特殊需求设计测试用例 验证系统性能、安全性、保密性等。 测试分析技术：规范导出法 为代码覆盖设计用例 满足特定覆盖标准 测试分析技术：分支测试、条件测试、数据定义使用测试、状转换测试 单元测试过程：（3个阶段，8个活动） 完成测试计划（计划阶段） （1）计划总的方法（项目计划、软件需求文档） （2）确定被测特性（单元需求文档） （3）优化总的计划 获得测试集（设计阶段） （1）设计测试集（单元需求文档、测试元素、测试计划等） （2）完成改进的计划和设计 度量测试单元（执行和总结阶段） （1）执行测试规程（验证了的测试数据、测试项配置、测试用例规格等） （2）检查结束条件 （3）评价测试工作和单元 单元测试工具介绍 代码静态分析工具 Logscope,McCabe QA,CodeTest等 代码检查工具 PC-LINT,CodeChk,Logiscope等 测试脚本工具 TCL,Python,Perl等 覆盖率检测工具 Logiscope,PureCoverage,TrueCoverage,McCabe Test等 内存检测工具 Purify,BoundsCheck,CodeTest等 专为单元测试设计的工具 RTRT,Cantata,AdaTest等 二 、集成测试 什么是集成测试 集成测试是在单元测试的基础上，将所有模块按照概要设计要求组装成为子系统或系统所进行的测试 集成测试关注的重点 模块接口的数据交换 各子功能组合起来能否达到预期要求的父功能 模块间是否有不利影响 全局数据结构是否有问题 单个模块的误差是否会累积放大 集成测试方法 大爆炸集成Big bang integration (all module together) 自顶向下集成Top down integration (from higher levels ? no test drivers are needed) 自底向上集成Bottom up integration (from lower levels? No test stubs necessary) 三明治集成Sandwich testing (combination of bottom-up and top-down) 大爆炸集成 1. 目的 尽可能缩短测试时间，使用最少的测试用例验证系统。 2. 定义 大爆炸集成也称为一次性组装