《软件测试模型软件测试设计.docVIP

软件测试模型 测试策略的简介 测试策略包括：单元测试、设计测试用例、要测试哪几方面的问题，针对这几方面问题各自测试什么内容，测试的具体步骤及实用测试策略 瀑布模型、螺旋模型、圆形开发模型、增量开发模型、渐进模型、快速应用开发模型 测试分为单元测试、集成测试、系统测试和确认（验收）测试 单元测试 针对程序中的模块或构件 主要揭露编码阶段产生的错误 单元测试又称模块测试、逻辑测试或结构测试 单元测试的目的：发现各模块内部可能存在的各种差错 测试的方法：一般采用白盒法，以路径覆盖为最佳准则，且系统内多模块可以并行地进行测试 集成测试 针对集成的软件系统 主要揭露设计阶段产生的错误 集成测试也称组装测试，综合测试或联合测试 集成测试：是按设计要求把通过单元测试的各个模块组装在一起之后进行测试，以便发现与接口有关的各种错误。 集成测试需要考虑的有关问题（即为什么要进行集成测试） 数据经过接口是否会丢失；一个模块对另一个模块是否造成不应有的影响；几个子功能组合起来三能否实现主功能；误差不断积累是否达到不可接受的程度；全局数据结构是否有问题 系统测试： 主要揭露不符合系统工程中对软件要求的错误 在系统测试实施之前软件工程是应完成以下工作 为测试软件系统的输入信息设计出错处理通路 设计测试用例模拟错误数据和软件界面可能发生的错误记录 确认测试 检查软件能否按合同要求进行工作，即是否满足软件需求说明书中的确认标准 验收测试又称有效性测试合格测试或确认测试 模块组装后已成为完整的软件包，消除了接口的错误确认测试主要由使用用户参加测试，检验软件规格说明的技术标准的符合程度，是保证软件质量的最后关键环节 V模型 即快速应用开发模型 需求分析 验收测试 系统规格 系统测试 概要设计 集成测试 详细设计 单元测试 编码 应尽早测试才能尽快发现错误降低日后维护中的消耗 所以说需求设计也是需要测试的 V模型的优点 明确表明了测试过程中存在的不同级别 清楚的描述了测试阶段与开发过程各阶段的对应关系 V模型的测试策略包括了低层测试（代码）又包括了高层测试（需求） V模型的缺点 他仅仅把测试过程作为需求分析概要设计详细设计编码之后的一个阶段容易让人理解为测试是软件开发的最后一个阶段 没有明确说明早期的测试，不符合越早测试和不断地测试的原则 与实际的测试活动也不符 W模型 用户需求双V验收测试设计 交付 验收测试 需求分析双V 系统测试设计 实施 系统测试 概要设计双V 集成测试设计 集成 集成测试 详细设计双V 单元测试设计 单元测试 编码 此模型强调：测试伴随着整个软件开发周期，测试的对象不仅仅是程序，需求、功能和设计同样需要测试。测试与开发是同步进行的 优点： 符合尽早测试和不断测试的原则符合实际工作中的测试原则 符合实际工作中的测试活动 缺点： 视软件开发活动是一系列串行的活动开发和测试保持一种现行的前后关系 这样就无法支持迭代 H模型 所以相应的测试之间也不存在 准备测试 测试执行 测试就绪点 其他流程（如设计流程、开发流程） 说明软件测试不仅仅指测试的执行还包括很多其他的活动 软件测试是一个独立的流程，贯穿产品整个生命周期，与其他流程并发进行 只要测试条件策划能够成熟了，测试准备活动完成了，测试执行活动就可以进行了。 X模型 程序片断1 固定版本 测试设计 执行测试 工具配置 测试设计 执行测试 工具配置 编码完成 集成1…n 执行测试 探索性测试 测试设计 程序片断n 执行测试 左边描述的是针对单独程序片断进行的相互分离的编码和测试以后将频繁交换 最终集成为产品进行版本固定交付用户使用 软件测试设计 设计测试用例 即时贴程序 程序功能 便签的数量最多为50个 标题字数最多40字节 便签正文字数最多200个 年份只能设置在1900-2100之间 测试用例 为实施测试面向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个