1 开发人员测试的重要性
- 早期发现的错误容易解决；
- 高质量的基础元素更容易建立起高质量的系统；
- 开发后期发现的缺陷，很难追踪其根源；
- 解决开发后期发现的缺陷，在回归测试上需要投入更大的时间成本；
- 开发阶段做的测试，对整个项目时间产生积极影响；
- 异常处理只有在单元测试才能被很好的处理。
2 集成方法
2.1 三种策略和组合策略
- 三种策略：
自上向下集成； 自下向上集成； 混合集成。
- 组合策略：
集成部件的可用性； 系统规模； 是新系统还是在现有系统上增加功能； 体系架构。
2.1.1 混合集成
- 集成的前提条件为：
① 系统基本稳定，只需添加小部分新的模块； ② 系统规模相对较小； ③ 各模块之间紧耦合。
- 方法：将所有的模块集成在一起，将系统当成一个整体进行测试；
- 优点：不需要使用占位与驱动程序，策略比较简单；
- 缺陷：难以发现引起缺陷的原因，只有在所有模块准备好的前提下才能进行集成。
2.1.2 自下向上集成
- 该策略基本适用于任何系统；
- 方法：从低层次的、相互之间依赖性最少的模块开始，可使用驱动程序来测试这些模块；
- 策略：逐步建立系统，或者首先并行地建立子系统，然后集成一个完整系统；
- 阶段：开发过程的早期阶段；
- 优点：尽早检测出接口的问题，且解决成本低；
- 缺点：需要使用许多驱动程序来执行这个策略，比较耗时。
2.1.3 自上向下集成
- 由系统的控制结构来指导；
- 缺点：需求变化对底层模块产生影响，从而导致上层模块需要更改。
2.1.4 集中式集成
- 使用场景：
① 当系统的中心部分对其他部分的运行必不可少时； ② 必须有中心部分才能进行测试，且改部分很难由占位来代替； ③ 系统的体系架构为：首先开发中心部分作为产品，然后发布新模块或子系统来升级系统或增加新功能。
2.1.5 分层集成
- 用于分层式体系架构的系统；
- 各层之间仅通过接口与其上下层直接相连；
- 每一层可以单独使用自上而下、自下而上或混合策略。
2.1.6 客户/服务器集成
- 用于客户/服务体系架构；
- 客户端：使用自上而下、自下而上或混合策略；
- 服务器：使用占位和驱动程序的策略。
- 将服务器和客户端集成到一起。
2.1.7 协作集成
- 用于面向对象的系统；
- 协作被清楚定义且覆盖所有的部件和接口；
- 协作之间相互重叠，没有必要测试每一个动作。
2.2 应用集成师
- 应用集成师（AI）主要是协调单元测试和集成测试；
- AI对集成过程的进展以及交付的系统质量负责；
- 一个AI最大的控制范围是10个开发人员。
3 生命周期
- 指的是开发人员测试的盛生命周期；
- 虽然没有测试团队的测试生命周期严格，但是有一些区别。
3.1 计划和控制
- 相关活动如下：
① 明确任务； ② 建立测试基础； ③ 定义测试策略； ④ 列出测试交付清单； ⑤ 设置组织； ⑥ 定义基础设施； ⑦ 建立进度表； ⑧ 合并与维护测试计划； ⑨ 控制测试； ⑩ 报告。
3.2 准备阶段
- 审查测试基础的可测试性；
- 描述基础设施。
3.3 细化阶段
- 细化测试；
- 创建工具。
3.4 执行阶段
- 执行测试用例并记录结果；
- 单元测试的终止标准用集成测试的输入标准来描述；
- 所有部件都集成起来，且待测试系统符合集成测试的输出标准时，终止集成测试；
- 单元测试的执行者通常为开发人员。
3.5 完成阶段
- 报告测试对象的状况。
