《培训教材3―软件集成测试(精)》由会员分享，可在线阅读，更多相关《培训教材3―软件集成测试(精)（34页珍藏版）》请在金锄头文库上搜索。
1、软件测试理论集成测试,课程内容,集成测试的概念 集成测试的主要内容和方法 集成测试的过程 经验介绍,火星气象卫星,1999年火星气象卫星脱轨 仅调查费用就在5万美金,两个模块使用了不同的加速度单位,集成测试定义,定义 集成测试又称“组装测试”、“联合测试”。集 成测试遵循特定的策略和步骤将已经通过单元测 试的各个软件单元（或模块）逐步组合在一起进 行测试，以期望通过测试发现各软件单元接口之 间存在的问题。 集成测试对象 理论上凡是两个单元（如函数单元）的组合测试 都可以叫做集成测试。实际操作中，通常集成测 试的对象为模块级的集成和子系统间的集成，其 中子系统集成测试称为组件测试。,集成测试,在
2、单元测试和系统测试间起到承上启下的作用 既能发现大量单元测试阶段不易发现的接口类错误，又 可以保证在进入系统测试前及早发现错误，减少损失。 对系统而言，接口错误是最常见的错误 单元测试通常是单人执行，而集成测试通常是多人执行 或第三方执行。集成测试通过模块间的交互作用和不同 人的理解和交流，更容易发现实现上、理解上的不一致 和差错。,主要内容,1. 集成测试概念 2.集成测试的内容和方法 3.集成测试过程 4.业界经验,集成测试（when),在开始体系结构设计的时候开始制定测试方案； 在进入详细设计之前完成集成测试方案； 在进入系统测试之前结束集成测试。,集成测试（who),集成测试可以在开发
3、部进行，也可以由独立的测试 部执行。 开发部尽量进行集成测试，测试部有选择地进行集 成测试。,集成测试原则,集成测试的原则： 集成测试是产品研发中的重要工作，需要为其分配 足够的资源和时间。 集成测试需要经过严密的计划，并严格按计划执 行。 应采取增量式的分步集成方式，逐步进行软件部件 的集成和测试。 应重视测试自动化技术的引入与应用，不断提高集 成测试效率。 应该注意测试用例的积累和管理，方便进行回归并 进行测试用例补充。,集成测试内容,集成测试需要关注以下问题： 穿越接口的数据是否会丢失 一个模块的功能是否会对另一个模块的功能产生不利影响 实现子功能的模块组合起来是否能够达到预期的总体功能
4、 全局数据结构的测试 共享资源访问的测试 单个模块的误差经过集成的累加效应,集成测试内容,集成功能测试 接口测试 全局数据结构测试 资源测试 任务优先级冲突测试 性能和稳定性测试,集成功能测试,集成单元实现的功能，集成后的功能（合一），考察多个模块间的协作，既要满足集成后实现的复杂功能，也不能衍生出不需要的多余功能（错误功能）。 主要关注： 被测对象的各项功能是否实现； 异常情况是否有相关的错误处理； 模块间的协作是否高效合理。,接口测试,模块间的接口包括函数接口和消息接口。 对函数接口的测试，应关注函数接口参数的类型和 个数的一致性、输入/输出属性的一致性、范围的一致 性。 对消息接口的测试
5、，应关注收发双方对消息参数的 定义是否一致、消息和消息队列长度是否满足设计要求、 消息的完整性如何、消息的内存是否在发送过程中被非 法释放、有无对消息队列阻塞进行处理等。,全局数据结构测试,全局数据结构往往存在被非法修改的隐患，因此对 全局数据结构的测试主要关注以下几个角度： 全局数据结构的值在两次被访问的间隔是可预知的； 全局数据结构的各个数据段的内存不应被错误释放； 多个全局数据结构间是否存在缓存越界； 多个软件单元对全局数据结构的访问应采用锁保护机制。,资源测试,资源测试包括共享资源测试和资源极限测试。共享资源测试常 应用于数据库测试和支撑的测试。 共享资源测试需关注： 是否存在死锁现象
6、； 是否存在过度利用情况； 是否存在对共享资源的破坏性操作； 公共资源访问锁机制是否完善。 资源极限测试关注系统资源的极限使用情况以及软件对资源耗 尽时的处理，保证软件系统在资源耗尽的情况下不会出现系统崩 溃。,性能测试,某个部件的性能指标，及时发现性能瓶颈。 多任务环境中，还需测试任务优先级的合理性，需考虑 以下因素： 实时性要求高的功能是否在高优先级任务中完成； 任务优先级设计是否满足用户操作相应时间要求。,稳定性测试,稳定性关注 是否存在内存泄漏而导致长期运行资源耗竭； 长期运行后是否出现性能的明显下降； 长期运行是否出现任务挂起,集成测试方法,非递增式集成测试 所有软件模块单元测试后一
7、次集成。 优点：测试过程中基本不需要设计开发测试工具。 不足：对于复杂系统，当出现问题时故障定位困难，和系统测试 接近，难以体现和发挥集成测试的优势。 递增式集成测试 逐渐集成，由小到大，边集成边测试，测完一部分，再连接一部 分。 在复杂系统中，划分的软件单元较多，通常是不会一次集成的。 软件集成的精细度取决于集成策略。通常的做法是先模块间的集 成，再部件间的集成。 优点：测试层次清晰，出现问题能够快速定位。 缺点：需要开发测试驱动和桩。,主题内容,1. 集成测试概念 2.集成测试的内容和方法 3.集成测试过程 4.经验介绍,集成测试过程,集成测试计划（策略、方案、进度计划） 集成测试设计和开
8、发（测试规程、测试工具开发） 集成测试执行（构造环境、运行） 集成测试评估,集成测试计划,集成测试策略制定 集成方法、内容、范围、通过准则； 工具考虑，复用分析； 基于项目人力、设备、技术、市场要求等各方面决策。 集成测试进度计划 工作量估算、资源需求、进度安排、风险分析和应对措 施。 集成测试方案编制 接口分析、测试项、测试特性分析。体现测试策略。,如何确定集成的内容？,考虑集成的层次 考虑软件的层次 考虑软件的复杂度和重要性 权衡投入和产出,集成测试设计和开发,测试规程/测试用例的设计和开发 确定的测试步骤、测试数据设计。 测试工具、测试驱动和桩的开发,集成测试执行,搭建测试环境 运行测试
9、 确定测试结果，处理测试过程中的异常,执行阶段的度量,集成测试对象的数量 运行的用例数量 通过/失败的用例数量 发现的缺陷数量 遗留的缺陷数量 集成测试执行的工作量,评估测试结果,按照集成测试报告模块出具集成测试报告 如有必要对集成测试报告进行评审 将所有测试相关工作产品纳入配置管理,主题内容,1. 集成测试概念 2.集成测试的内容和方法 3.集成测试过程 4.经验介绍,集成测试经验,集成测试活动必须纳入项目计划，并安排相应工作量； 集成测试之前必须先做单元测试，而且单元测试对覆盖率应该有较高的要求； 做好集成测试，良好的组织非常重要，需要指定一个好的集成测试组织者； 集成测试需要及早考虑自动
10、测试工具的开发。,集成测试经验每日构造,NT的每日构造 1994年的NT系统 40，000个源文件 5，600，000行代码 多台机器上编译9个小时 如果微软只能宣传它开发过程中的一种思 想，那就是每日构造和冒烟测试。 -Jim McCarthy,每日构造,每日构造的意义 使平行编码的众多程序员定期同步到产品发布的主线上来 是开发过程健康状况的脉搏，是进度监控的基础 是连接开发、测试和程序经理的重要纽带 将彼此依赖的产品组件和部门连接到产品发布的主线上来 提供理论上随时可以发布的版本，为重大产品决策提供宝贵的灵活性,每日构造,每日构造对于特大型项目是极大的挑战 如果今天不可能装配成功，那么我们
11、可能永远也无法装配成功 Windows产品部门由一位副总裁级的工程师亲自指导一个小组构建每日构造环境 程序员一次不小心的Check-in就可能导致每日装配的失败 构造失败作为绝对最高优先级任务，必须立即予以修复 对于百万行代码的中型项目，每日构造很容易操作 每个程序员在Check-in之前保证编译成功 在Check-in之前保证本机代码与代码库严格同步 在生成代码集装配快照（snapshot）时保证没有Check-in发生,每日构造的关键,每天进行创建 每天进行冒烟测试 冒烟测试随着产品的增长而增长 每日构造发现的问题作为最高优先级的任务 在压力下不要放弃这个过程,每日构造的过程,开发人员提交代码 编码规范检查 自动编译和链接 冒烟测试,欢迎提问和讨论,谢谢,
