[Lect04-软件测试策略.pptVIP

软件测试策略 目 录 软件测试的策略性方法 策略问题 传统软件的测试策略 面向对象软件的测试策略 WebApp的测试策略 确认测试策略 系统测试策略 操作剖面 调试策略 软件测试策略 软件测试策略提供了一张路线图：描述将要进行的测试步骤、步骤计划和执行时机以及所需的工作量、时间和资源。即测试策略包含测试计划、测试用例设计、测试执行以及测试结果数据的收集与评估。 如何进行测试？是否应该制定正式的测试计划？是否应该将整个程序作为一个整体来测试，还是应该只测试其中的一部分？当向一个大型系统加入新的构件时，是否需要重新测试已经测过的部分？什么时候需要客户参与测试工作？ 由局部到整体 测试从“小规模”开始，进展到“大规模”；先发现构件中的数据和处理逻辑错误，再查找在满足顾客需求方面的错误。 先测试实现、设计，再测试需求错误。 测试规格说明 测试规格说明是将测试具体工作文档化，主要包括制定描述整体策略的计划、定义特定测试步骤的规程以及规定将要进行的测试。 执行测试之前先评审测试规格说明，以评估测试设计以及测试任务的完整性。 软件测试的策略性方法 软件测试是可以事先计划并可以系统地进行的一系列活动。 测试策略 为完成有效的测试，软件团队应该进行有效的、正式的技术评审。通过评审，许多错误可以在测试开始之前排除。 测试开始于构件层，然后向外“延伸”到整个基于计算机系统的集成。 测试策略 不同的测试技术适用于不同的时间点。 测试由软件开发人员和独立的测试组执行。 测试和调试是不同的活动，但任何测试策略中都必须包括调试。 既要有低级测试，也要有高级测试；要为技术人员提供指南，也要为管理者提供里程碑。 软件过程与软件测试 软件过程与软件测试：开发过程Vs测试过程 软件测试步骤 以过程的观点考虑整个测试过程，软件工程环境中的测试实际上就是按顺序实现四个步骤。 测试完成的标准 测试什么时候才算做完？怎么知道我们已做了足够的测试？ 1 你永远也不能完成测试，客户接力 2 当时间或资金不够时，测试就完成了 测试完成标准 软件测试过程中收集度量数据，利用可靠性模型进行评价，可以作为指导原则 覆盖强度标准 既定测试任务完成 可靠性度量 总错误数估算 策略问题 测试之前，以量化的方式规定产品需求。 明确地陈述测试目标 用户分类及建立交互场景用例 策略问题 强调“快速周期测试”的测试计划 尽可能自动测试，软件具备异常捕获能力 测试之前，先进行正式技术评审 对测试策略、测试设计进行评审 为测试过程建立一种持续的改进方法。 传统软件的测试策略 “传统软件”-以结构化方法、按照瀑布模型进行的软件开发。传统软件开发方法 单元测试策略 单元测试侧重于软件设计的最小单元-模块进行验证。 利用构件级设计描述作为指南，测试重要的控制路径以发现模块内的错误，侧重于构件中的内部处理逻辑和数据结构。 高内聚时工作量（测试用例数）大大减少 对穿越模块接口的数据流的测试优先进行（参数）； 在单元测试期间确定对全局数据的局部影响。 异常处理 错误描述难以理解 错误识别错误 异常处理不正确 错误描述没有提供足够的信息 集成测试策略 接口 模块间的相互影响 对全局数据的影响 协作关系 重点在于测试软件结构方面的错误 集成策略 非渐增式 Big Bang 渐增式 自顶向下 自底向上 混合策略（三明治） 自顶向下集成策略 自底向上集成策略 混合策略 冒烟测试策略 选择一组覆盖系统主要功能的测试用例进行测试，以确认最关键的功能正常工作，其目标是判断应用系统是否“损坏”严重到没必要进一步测试的程度。 冒烟测试是一种集成测试，是基于Build进行的，强调每天进行测试。 回归测试 回归测试是重新执行已进行测试的某个子集，以确保变更没有传播不期望的副作用。 每次变更时进行回归测试； 回归测试套件（将要执行的测试子集）包含以下三种测试用例： 能够测试软件所有功能的具有代表性的测试样本； 额外测试，侧重于可能会受变更影响的软件功能； 侧重于已发生变更的软件构件测试。 集成策略选择 策略的选取依赖于软件被测特征、项目进度，混合策略可能是较好的选择； 识别关键模块，并尽早测试： 涉及几项软件需求； 含有高层控制； 复杂或容易出错； 具有明确的性能需求。 回归测试、冒烟测试量可能较大，可选取代表，利用工具 面向对象软件的测试策略 软件测试目标与软件开发方法无关，所以不会因为测试面向对象的软件而目标发生变化； 但面向对象与传统方法存在着较大的差异，测试策略必然不同。 差异：模块的构成、模块间的关系、软件架构 单元测试策略 面向对象的类等同于传统方法的单元，但类具有自身的属性、方法； 传统方法下单元测试侧重于模块算法细节和模块接口；面向对象下则侧重于方法、状态。 集成测试策略 面向对象下没