《软件测试相关知识》由会员分享，可在线阅读，更多相关《软件测试相关知识（44页珍藏版）》请在金锄头文库上搜索。
1、单元测试集成测试系统测试验收测试 传统软件测试阶段 单元测试 对象：模块 内容：静态测试（走查，审查），动态测 试（白盒为主，黑盒为辅） 目标：编码的正确性和规范性，代码结构 的可靠性和健全性 单元测试 主要任务： 1.模块接口测试 2.模块局部数据结构测试 3.模块边界条件测试 4.模块中所有独立执行通路测试 5.模块的各条错误处理通路测试 6.模块编码标准和规范 单元测试 测试技术 1.静态测试技术 2.动态测试技术 静态测试技术 概念：在不运行程序的情况下，对程序代 码进行分析 编码的标准和规范：通过规范标准的编码 可以增加程序的可靠性，可读性，可维护 性和可移植性 静态测试技术 走查：
2、 测试成员提出测试实例，由通读过 程序的程序员在纸或黑板上展示运行过程 审查：采用缺陷表，由测试员和程序员按 照表找缺陷。之后再通过对新发现的缺陷 进行分析归类之后充实缺陷表 动态测试技术 白盒测试：在基于了解模块内部结构的情 况下，检验程序内部动作是否按照规格说 明书运行 黑盒测试：关注单元模块的功能和性能 单元测试 通过测试的条件 1.单元功能与设计需求一致 2.单元接口与设计需求一致 3.正确处理输入和运行错误 4.修改已知的错误 5.达到相关测试用例的覆盖率 6.完成单元测试报告 敏捷开发中的单元测试 测试驱动开发 优点：保证功能的实现，程序易于调试， 耦合度低，测试自动成为文档 集成
3、测试 对象： 通过了单元测试的模块集合 方法：黑盒为主，白盒为辅 主要任务：各单元之间的接口是否存在问 题，以及模块集成之后功能的完整 集成测试 集成测试模式 1.非渐增式测试模式 2.渐增式测试模式 非渐增式测试模式 概念： 先完成所有单元测试，再将所有单 元按照要求组合，一起进行集成测试 优点：不需要做桩模块和驱动模块，工作 量少 缺点：必须等所谓模块完成才能开始测试 ，难以确定错误发生位置，发现接口错误 晚 例子：大棒集成测试 渐增式测试 概念： 集成集合中，每增加一个完成了的 单元测试的模块就进行一次集成测试 优点：发现接口错误早，检测彻底 缺点：需要辅助程序，工作量大 例子：自顶向下
4、，自底向上 集成测试 功能测试：确保集成后的各个模块不会出 现新的错误（基本与黑盒测试相同） 功能测试的标准：确保程序按照产品规格 说明书 功能测试的方法：等价类划分，边界值分 析，错误推测 系统测试 对象：经过集成测试后的软件，计算机硬 件，支持软件，数据以及相关人员 主要任务：充分运行系统，验证系统各部 件正常工作 系统测试 1.压力测试：通过长时间或超大负荷地运行测 试软件，了解系统性能和可靠性 2.容量测试：分析软件某项指标的极限值 3.性能测试：测试系统运行时的性能表现 4.安全测试：对于非法入侵的防范力 5.容错测试：当系统出错时，修正错误并重新 启动的能力 验收测试 对象：已通过
5、系统测试的软件产品 内容：可用性测试，兼容性测试，安装测 试，文档测试 目的：验证系统是否达到了用户需求规格 说明书的要求，保证产品被用户接受 面向对象测试 类与子类的测试： 由于子类至少从父类中 继承了部分的规范和实现，因此在父类已 经经过测试的情况下，子类可以重用父类 的测试用例，甚至省略一部分测试 子类与父类常见的情况以及处理： 面向对象测试 1.子类中增加了新的方法或操作 新操作和方法不对继承来的方法和操作产生影响 新操作和方法对继承来的方法和操作产生影响 2.子类对父类的操作规范进行修改 3.子类对父类的方法操作覆盖 4.子类中添加了新的变量 新变量在操作中使用 新变量在操作中未使用
6、 5.子类对父类中已存在变量修改 面向对象测试 面向对象的单元测试 面向对象的集合测试 面向对象的单元测试 对象： 原始类 方法： 代码检查，执行检查 目的：确保类代码完全满足说明要求 测试时间：可以处于开发过程的不同位置 ，但类的实现一旦发生变化就需要进行回 归测试 面向对象的单元测试 测试充分性： 1.基于状态的覆盖率 2.基于约束的覆盖率 3.基于代码的覆盖率 面向对象的集成测试 对象交互 1.原始类测试 2.汇集类测试 3.协作类测试 n测试常用方法 1.抽样测试 2.正交整列测试 软件测试自动化 手工测试对象：不稳定软件，开发周期很 短的软件和一次性的软件，以及功能逻辑 测试，验收测
7、试，适用性测试和实际物理 交互性的测试 自动化测试对象：单元测试，集成测试， 系统负载或性能测试，稳定性测试，可靠 性测试以及功能回归测试 软件测试自动化的基本架构 1.构建存放程序软件包和测试软件包的文件服务器 2.管理存储测试用例和测试结果的数据库服务器 3.执行测试的运行环境 4.控制测试进程 5.由web服务器显示测试结果，生成统计报表 6.在客户端对测试结果进行分析 软件测试自动化的原理和方法 代码分析 捕获和回放 脚本技术 自动比较 测试管理 软件测试工具的分类 根据测试方法：白盒测试工具，黑盒测试 工具 根据测试对象和目的：单元测试工具，功 能测试工具，负载测试工具，性能测试工
8、具和测试管理工具 软件测试工具 单元测试工具：C+Test, JUnit, .Test 负载和性能测试工具：LoadRunner, QALoad, SQA Load GUI功能测试功能工具：WinRunner, QARun, SQA Robot 基于web应用的测试工具：Astra系列, E- Test Suite, WorkBench 软件测试自动化解决方案 IBM-Rational产品的整体解决方案 Mercury Interactive产品的整体解决方案 Compuware产品的整体解决方案 软件产品线测试 面临的主要问题： 1.哪里资产在领域工程中测试，哪些在应用 工程中测试 2.如何
9、促进产品线测试资产的复用（减少工 作量） 3.如何确保可变性的正确绑定（变体的缺少 和冗余） 软件产品线测试 领域测试 应用测试 领域测试 对象：低耦合，可重用的组件 特点：测试对象本身是不可执行的，具有 可变性 目的：发现领域产品中的缺陷，为应用测 试创造可重用的测试产品 领域测试 测试模型：V模型，W模型 领域单元测试：由实现引出，对所有实现了的 组件进行测试 领域集成测试：由系统设计引出，对公共组件 的交互和只含有少量可变交互方式的以实现组 件进行测试 领域系统测试：由需求引出，难以在领域工程 中实际执行。但可以构造在应用工程中可重用 的测试资产 软件产品线系统测试 主要原则 1.保持领
10、域测试资产的可变性 2.在领域工程中测试公共部分 3.使用参考应用来发掘经常使用的变体中的缺陷 4.基于参考应用来测试公共部分 5.测试可变点绑定的正确性（应用工程） 6.应用测试资产在应用间的重用（应用工程） 软件产品线系统测试 ScenTED技术(Scenario-based Test case Derivation) 作用：促进得到系统的，以需求为基础的 系统测试用况。 ScenTED 步骤 1.为用况行为建模（活动图） 2.创建测试范例 3.决定测试数据 4.得到应用测试用况 软件产品线系统测试 ScenTED-PT技术 定义：是ScenTED的扩展，加入了对于装载 测试和性能分析的关
11、注。 ScenTED-PT 步骤： 1.补充用况场景 2.创建基本的测试模型（活动图） 3.补充测试模型 4.得到领域测试用况场景（顺序图） 5.得到应用测试用况场景 ScenTED-PT 优点： 对性能需求和可变性的验证早 协同效应 提供最优配置选择 产品线测试策略的标准 创建测试产品的时间 对缺失变量的处理能力 验证开发产品的早晚 对于测试人员的要求 测试开销 产品线测试策略 Brute Force Strategy(BFS) Pure Application Strategy(PAS) Sample Application Strategy(SAS) Commonality and Ruse Strategy(CRS) Combined SAS/CRS 应用测试 对象：完整的，可执行的程序 目的： 保证应用软件的质量 与领域测试的关系：领域测试项应用测试 提供可重用的测试产品；应用测试向领域 测试反馈测试产品中的缺陷，并将部分应 用测试中产生的产品归类到领域产品中 应用测试的内容 应用单元测试 应用整合测试 应用系统测试 应用测试中的活动 应用测试计划 应用测试设计 应用测试执行
