软件测试测试综述概要.pptVIP

软件测试测试综述概要 第一部分 数学背景 第一章 测试概述 第三章 测试人员的离散数学 第四章 测试人员的图论 本章学习目标 了解测试相关的基本定义 掌握测试用例 通过维恩图理解测试 了解错误与缺陷分类 了解测试级别 第一章 测试概述 1.1 基本定义 错误（error）:错误能扩散，最终导致被放大 缺陷（fault）:是错误的结果，遗漏更难检测和解决 失效（failure）:执行缺陷时发生 事故（incident）:表示软件发生失效 测试（test）:采用测试用例执行软件的活动 测试用例（test cast） 一个测试生命周期 需求规 格说明 设计 编码 测试 缺陷分析 缺陷隔离 缺陷解决 错误 错误 错误 错误 缺陷 缺陷 缺陷 事故 修复 三个阶段： 引入错误 找出程序错误 清除程序错误 软件测试的阶段组成 测试计划 测试用例的开发 运行测试用例 测试评估 1.2 测试用例 输入的两种类型： 前提（测试用例执行之前已存在的环境） 实际输入（某种测试方法所既定标识） 预期输出的两种类型： 后果和实际输出 因为输出部分困难，所以常常被忽视 测试活动要建立必要前提条件，提供输入，将输出与预期输出进行比较，最终确定测试是否通过。 什么是测试用例 一个测试用例就是一个文档，其目的是确定应用程序的某个特性是否正常的工作。 一个测试用例应当有完整的信息，如：测试用例ID号，测试用例名字，测试用例的目的，测试条件、输入数据需求、步骤和期望结果。 一个成功的测试示例在于：发现了至今尚未发现的缺陷。 典型的测试用例信息 测试用例ID 目的 前提 预期输出 后果 执行历史 日期 结果 版本 执行人 设计测试用例是软件测试员最重要的一项工作 1.3 通过维恩图理解测试 测试、结构视图和行为视图之间的关系 测试关注行为，结构视图关注是什么，行为试图关注做什么 描述行为与实现行为 P：程序实现的行为 S：描述行为 程序行为 S P 规格说明 程序 增加测试用例（T）后 S：描述的行为 P：程序实现的行为 T：测试用例 S P 1 2 3 4 5 6 7 T 8 规格说明 程序 测试用例 T 1.4 测试方法 测试方法：功能测试和结构测试 功能测试：任何程序都可以看作是将从输入定义域取值映射到输出值域的函数。又称为黑盒测试。 结构测试：基于应用程序的内部逻辑的知识，通过语句，分支，路径和条件的覆盖的测试方法。又称为白盒测试或逻辑驱动测试。 功能测试 功能性测试用例具有两个显著的优点： 1）功能性测试与软件如何实现无关； 2）测试用例开发可以与实现并行进行 功能测试的缺点： 1）存在严重的冗余； 2）未测试的软件漏洞 软件 输入 输出 闭着眼睛测试软件 通过维恩图理解功能性测试 规格说明 程序 测试用例(方法A) 规格说明 程序 测试用例(方法B) 结构性测试 结构测试又称:开盒测试、白盒测试、玻璃盒测试、基于覆盖的测试 根据被测程序的逻辑结构设计测试用例； 力求提高测试覆盖率； 应用程序 通过维恩图理解结构性测试 规格说明 程序 测试用例(方法A) 规格说明 程序 测试用例(方法B) 功能性测试和结构性测试 两种不同的观点： Robert Poston认为结构性测试是“在浪费测试人员的时间?不支持好的软件测试实践?” Edward Miller认为结构性测：“如果达到85%或更好的水平，? 是功能性测试找出的缺陷的两倍?” 功能性测试 结构性测试 黑盒测试与白盒测试优缺点比较 黑盒测试 白盒测试 优 点 ①适用于各阶段测试 ②从产品功能角度测试 ③容易入手生成测试数据 ①可构成测试数据使特定程 序部分得到测试 ②有一定的充分性度量手段 ③较多工具支持 缺 点 ①某些代码得不到测试 ②如果规格说明有误，则无法发现 ③不易进行充分性测试 ①不易生成测试数据(通常) ②无法对未实现规格说明的 部分进行测试 ③工作量大，通常只用于单 元测试，有应用局限 性 质 是一种确认技术，回答 “我们在构造一个正确的系统吗？” 是一种验证技术，回答 “我们在正确地构造一个系统吗？” 结论 不论黑盒还是白盒测试都不能进行穷尽测试, 所以软件测试不可能发现程序中存在的所有错误, 因此需精心设计测试方案, 力争尽可能少的次数,测出尽可能多的错误。 C B A D A 只能用黑盒测试发现的错误 B 只能用白盒测试发现的错误 C 两种方法都能发现的错误 D 两种方法都不能发现的错误 S P 为什么缺陷很难被找出？ 看不到 看到但是抓不到 典型的缺陷类型 需求解释有错误 用户定义错了需求 需求记录错误 设计说明有误 编码说明有误 程序代码有误 数据输入有误 测试错