软件集成测试培训(三).pptVIP

* * * * * * 每日构造 每日构造对于特大型项目是极大的挑战 如果今天不可能装配成功，那么我们可能永远也无法装配成功 Windows产品部门由一位副总裁级的工程师亲自指导一个小组构建每日构造环境 程序员一次不小心的Check-in就可能导致每日装配的失败 构造失败作为绝对最高优先级任务，必须立即予以修复 对于百万行代码的中型项目，每日构造很容易操作 每个程序员在Check-in之前保证编译成功 在Check-in之前保证本机代码与代码库严格同步 在生成代码集装配快照（snapshot）时保证没有Check-in发生 每日构造的关键 每天进行创建 每天进行冒烟测试 冒烟测试随着产品的增长而增长 每日构造发现的问题作为最高优先级的任务 在压力下不要放弃这个过程 每日构造的过程 开发人员提交代码 编码规范检查 自动编译和链接 冒烟测试 欢迎提问和讨论 谢谢? * * * * * * * * * * * * * * * * * * * * * * * * * * * * 密级：内部公开 软件测试理论—集成测试 课程内容 集成测试的概念 集成测试的主要内容和方法 集成测试的过程 经验介绍 火星气象卫星 1999年火星气象卫星脱轨 仅调查费用就在5万美金 两个模块使用了不同的加速度单位 集成测试定义 定义 集成测试又称“组装测试”、“联合测试”。集 成测试遵循特定的策略和步骤将已经通过单元测 试的各个软件单元（或模块）逐步组合在一起进 行测试，以期望通过测试发现各软件单元接口之 间存在的问题。 集成测试对象 理论上凡是两个单元（如函数单元）的组合测试 都可以叫做集成测试。实际操作中，通常集成测 试的对象为模块级的集成和子系统间的集成，其 中子系统集成测试称为组件测试。 集成测试 在单元测试和系统测试间起到承上启下的作用既能发现大量单元测试阶段不易发现的接口类错误，又可以保证在进入系统测试前及早发现错误，减少损失。 对系统而言，接口错误是最常见的错误 单元测试通常是单人执行，而集成测试通常是多人执行或第三方执行。集成测试通过模块间的交互作用和不同人的理解和交流，更容易发现实现上、理解上的不一致和差错。 主要内容 1. 集成测试概念 2.集成测试的内容和方法 3.集成测试过程 4.业界经验 集成测试（when) 在开始体系结构设计的时候开始制定测试方案； 在进入详细设计之前完成集成测试方案； 在进入系统测试之前结束集成测试。 集成测试（who) 集成测试可以在开发部进行，也可以由独立的测试 部执行。 开发部尽量进行集成测试，测试部有选择地进行集 成测试。 集成测试原则 集成测试的原则： 集成测试是产品研发中的重要工作，需要为其分配足够的资源和时间。 集成测试需要经过严密的计划，并严格按计划执行。 应采取增量式的分步集成方式，逐步进行软件部件的集成和测试。 应重视测试自动化技术的引入与应用，不断提高集成测试效率。 应该注意测试用例的积累和管理，方便进行回归并进行测试用例补充。 集成测试内容 集成测试需要关注以下问题： 穿越接口的数据是否会丢失 一个模块的功能是否会对另一个模块的功能产生不利影响 实现子功能的模块组合起来是否能够达到预期的总体功能 全局数据结构的测试 共享资源访问的测试 单个模块的误差经过集成的累加效应 集成测试内容 集成功能测试 接口测试 全局数据结构测试 资源测试 任务优先级冲突测试 性能和稳定性测试 集成功能测试 集成单元实现的功能，集成后的功能（合一），考察多个模块间的协作，既要满足集成后实现的复杂功能，也不能衍生出不需要的多余功能（错误功能）。 主要关注： 被测对象的各项功能是否实现； 异常情况是否有相关的错误处理； 模块间的协作是否高效合理。 接口测试 模块间的接口包括函数接口和消息接口。 对函数接口的测试，应关注函数接口参数的类型和个数的一致性、输入/输出属性的一致性、范围的一致性。 对消息接口的测试，应关注收发双方对消息参数的定义是否一致、消息和消息队列长度是否满足设计要求、消息的完整性如何、消息的内存是否在发送过程中被非法释放、有无对消息队列阻塞进行处理等。 全局数据结构测试 全局数据结构往往存在被非法修改的隐患，因此对全局数据结构的测试主要关注以下几个角度： 全局数据结构的值在两次被访问的间隔是可预知的； 全局数据结构的各个数据段的内存不应被错误释放； 多个全局数据结构间是否存在缓存越界； 多个软件单元对全局数据结构的访问应采用锁保护机制。 资源测试 资源测试包括共享资源测试和资源极限测试。共享资源测试常 应用于数据库测试和支撑的测试。 共享资源测试需关注： 是否存在死锁现象； 是否存在过度利用情况； 是否存在对共享资源的破坏