4章软件测试过程.ppt

  1. 1、本文档共57页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
4.4 单元测试 ? 单元测试要解决的问题 进行单元测试是为了证明这段代码的行为和人们 希望的是否一致。 1. 模块接口测试 2. 局部数据结构测试 3. 路径测试 4.bug 处理 5. 边界测试 4.4 单元测试 ? 单元测试环境 1. 驱动模块:用以模拟被测试模块的上级模块。 相当于被测试模块的主程序,它接收测试数据, 把这些数据传给所测模块,最后在输出实测结果; 2. 桩模块(存根模块):用以代替所测模块工作 过程中调用的子模块,由被测模块调用,它们仅 作很少的数据处理,例如打印入口和返回,以便 检验被测模块与其下级模块的接口; 4.4 单元测试 ? 单元测试步骤 4.4 单元测试 ? 白盒测试工作流程 4.4 单元测试 ? 单元测试步骤描述 4.4 单元测试 ? 单元测试阶段的主要数据流 在每个阶段,每个基本活动都有其自身的 输入集和输出集,其内容由一系列任务组 成。 ? 执行单元测试 编程人员进行单元测试主要采用程序员之 间交叉测试,因为通常编码人员比较容易 发现其他人员编写代码中的 bug ,所以必 须采用交叉测试。 4.4 单元测试 ? 单元测试产生的工件清单 工件清单包括:软件单元测试计划、单元 测试用例、测试过程、测试脚本、测试日 志、测试评估摘要等。 ? 单元测试人员职责 设计人员:制定和维护单元软件测试计划,设 计单元测试用例及单元测试过程,生成软 件测试评估报告;设计软件测试需要的驱 动程序和桩;根据单元测试发现的 bug 提 出变更申请。 4.4 单元测试 编码人员:编写软件测试驱动程序和稳定桩; 执行单元测试。 配置管理员:负责对软件测试工作进行配置管 理。 ? 单元测试中测试工具的选择 单元测试工具对 C 和 C++ 代码, Logiscop e 、 C++Test 、 QA C++ 及 Klocwork, 可以 用 AsmTester 单元测试工具;对于 Java 语 言的单元 测试过程,可以借助 Junit 单元 测试包来完成。 4.5 集成测试 ? 集成测试概念 1 、在把各个模块连接起来时,穿越模块接口的数 据是否会丢失; 2 、一个模块的功能是否会对另一个模块的功能产 生不利的影响; 3 、各个子功能组合起来,能否达到预期要求的父 功能; 4 、全局数据结构是否有问题; 5 、单个模块的误差累积起来,是否会放大,是否 到了不能接受的程度。 4.5 集成测试 ? 所采取的方法 1 、一次性集成方法:一次性集成方式是一种非增式组装方式。在配备 辅助模块的条件下,对所有模块进行单元测试。然后,把所有模块组 装在一起进行测试,最终得到满足要求的软件系统。 2 、渐增式集成方式:增式集成测试与一次性集成测试方式有所不同。 它的集成是逐步实现的,集成测试也是逐步完成的。首先对每个模块 进行模块测试,然后将这些模块逐步组装成较大的系统。 3 、自顶向下测试:自顶向下增式测试表示逐步集成和逐步测试是按结 构图自上而下进行的。这种集成方式将模块按系统程序结构,沿控制 层次自顶向下进行组装。 4 、自底向上的渐增式:这种集成方式是从程序模块结构的最底层的模 块开始集成和测试。因为模块是自底向上进行组装,对于一个给定层 次的模块,它的子模块已经组装并测试完成,所以不再需要桩模块。 5 、混合渐增式测试:即衍变的自顶向下的增量测试,首先对输入 / 输 出模块和引入新算法模块进行测试;然后自底向上组装成功能相当完 整且相对独立的子 系统;再由主模块开始自顶向下进行过增量测试。 4.5 集成测试 ? 集成测试需求 1 、集成测试版本应分析其类协作与消息序 列,从而找出该测试版本的外部接口。 2 、由集成测试版本的外部接口确定集成测 试用例。 3 、测试用例应覆盖工作版本每一外部接口 的所有消息流序列。 4.5 集成测试 ? 集成测试步骤 第四章 软件测试过程 4.1 软件测试阶段 程序中的 bug ,并不一定由编码所引起,很可 能是由详细设计、概要设计阶段,甚至是由 需求分析阶段的问题引起,即使针对源程序 进行测试,所发现 bug 的根源也可能在软件开 发前期的各个阶段。定位、解决、排除 bug 也 可能需要追溯到前

文档评论(0)

sandajie + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档