软件测试理论第三章(软件测试策略)讲义.ppt

软件测试 软件测试策略 章节目标 软件测试的策略途径 策略问题 单元测试 集成测试 确认测试 系统测试 软件测试策略 软件测试的策略途径 策略问题 单元测试 集成测试 确认测试 系统测试 软件测试的特征 测试开始于模块层，然后“延伸”到整个基于计算机的系统集合中 不同的测试技术适用于不同的时间点 测试是由软件的开发人员和(对大型系统来说)独立的测试组来管理的 测试和调试是不同的活动，但是调试必须能够适应任何的测试策略 验证和确认 软件测试是验证和确认的一部分 验证：“我们是否正确地完成了产品？” 确认：“我们是否完成了正确的产品？” 软件测试组织的误解 软件的开发人员根本不应当参与测试 软件应当给那些会无情地挑毛病的陌生人来测试 测试者只有在测试的步骤即将开始的时候才参与项目 参与测试的角色和职责 软件开发人员负责程序的单个单元(模块)的测试 独立测试组织( ITG )的功能是为了避免让开发者进行测试时引发固有问题。 开发人员和 ITG 在软件项目中应当紧密合作 软件测试策略 测试完成的标准 － 几种看法 你永远也不可能完成测试，这个重担将会简单地从你(或者开发人员)身上转移到你的客户身上 当你时间不够或者资金不够用的时候，就完成了测试 我们不能绝对地认定软件永远也不会再出错 ，但可以根据合理和有效的统计模型来判定软件的测试程度 软件故障模型 f(t)=(1/p)1n(l0pt+1)? 其中f(t)=软件在一定的测试时间t后，可能会发生故障的预期累计数目。 l0=在测试刚开始时的初始软件故障密度(单位时间内的故障数)。 p=错误被发现和修正的过程中故障密度的指数递减值。 瞬时的故障密度，l(t)可以使用f(t)的导数得出， l(t)=l0/(l0pt+1)?? 软件测试策略 软件测试的策略途径 策略问题 单元测试 集成测试 确认测试 系统测试 策略问题 在着手开始测试之前较长时间内，就要以量化的形式确定产品的需求 明显地指出测试目标 了解软件的用户并为每一类用户建立相应档案，着重于测试产品的实际用途 建立一个强调“快速循环测试”的测试计划 策略问题（续） 设计一个能够测试自身是否“强壮”的软件 使用有效的正式技术复审作为测试之前的过滤器 使用正式技术复审来评估测试策略和测试用例本身 为测试过程建立一种连续改善的实现方法 软件测试策略 软件测试的策略途径 策略问题 单元测试 集成测试 确认测试 系统测试 单元测试 单元测试（模块测试） 单元测试 单元测试规程 单元测试规程 测试思维训练---带广告图案的花纸杯测试方案 测试思维训练---带广告图案的花纸杯测试方案 测试思维训练---带广告图案的花纸杯测试方案 测试思维训练---带广告图案的花纸杯测试方案 软件测试策略 软件测试的策略途径 策略问题 单元测试 集成测试 确认测试 系统测试 集成测试 集成测试（综合测试） 自顶向下的增量式测试 自顶向下的增量式测试 自顶向下集成 测试者的三种选择 把测试推迟到稳定桩被换成实际的模块之后再进行 开发能够实现有限功能的用来模拟实际模块的稳定桩 从层次结构的最底部向上来对软件进行集成 自底向上的增量式测试 自底向上的增量式测试 自底向上集成 两种实施方法的比较 软件测试策略 软件测试的策略途径 策略问题 单元测试 集成测试 确认测试 系统测试 确认测试的标准 所有的功能需求都得到了满足 所有性能需求都达到了 文档是正确且合理的 其他的需求 可移植性 兼容性 错误恢复 可维护性 Alpha 和 Beta 测试 Alpha 测试是由一个用户在开发者的场所来进行的，软件在开发者对用户的“指导”下进行测试，开发者负责记录错误和使用中出现的问题，Alpha 测试是在一个受控的环境中进行的。 Beta 测试是由软件的最终用户在一个或多个用户场所来进行的，不象 Alpha 测试，开发者通常来说不会在场，因此，Beta 测试是在软件在一个开发者不能控制的环境进行的。 软件测试策略 软件测试的策略途径 策略问题 单元测试 集成测试 确认测试 系统测试 系统测试 系统测试分类 恢复测试 许多基于计算机的系统必须在一定的时间内从错误中恢复过来，然后继续运行。 恢复测试是通过各种手段，让软件强制性地发生故障，然后来验证恢复是否能正常进行的一种系统测试方法。 安全测试 系统的安全当然必须能够经受住正面的攻击 系统的安全也必须能够经受住侧面的和背后的攻击 在安全测试过程中，测试者扮演着一个试图攻击系统的个人角色 只