精心整理集成测试操作指导书1、简介1.1 集成测试的关键目标由于集成测试所处层次、检验对象与单元测试、系统测试有着很大的差异，其操作方法与检验标准也有所不同。首先，集成测试必须是可重复的。在产品的生命周期中软件维护贯穿始终，不停的修改代码成为必然，仅考虑一次操作的集成测试是一种低效劳动，而且集成测试处于系统的中间层次（与单元测试与系统测试不同），需要编写一系列测试代码，操作难度也较大，所以构造可重复的集成测试过程是保证低投入高产出的前提。其次，集成测试必须是规范的操作。代码千差万别，有简单的有复杂的、有规范性好的与规范性差的，如何保证不同的代码有相同的测试效果。测试者的素质也千差万别，有经验的与没经验的，能力强的与能力弱的，测试效果大不一样。要保证集成测试是可操作的、可推广的，需要解决这些问题。另外，集成测试还需是可度量的。不可度量的测试往往意味着失控，质量与进度得不到保证，尤其对于集成测试，有一定难度，执行起来差异很大，更需要对测试效果进行度量。在提供覆盖分析的测试中，我们可以直观的看到哪些代码覆盖到了，哪些代码没覆盖到，再有针对的设计测试用例，这种白盒的方法，有力保证了高效测试。以上三点是集成测试首先要解决的问题，也是集成测试的关键目标，如下：精心整理精心整理关键目标 1：构造可重复的集成测试过程关键目标 2：定义规范的集成测试操作关键目标 3：度量集成测试效果1.2 达成关键目标的对策1.2.1 构造可重复的集成测试过程构造可重复的测试过程依赖自动测试工具，使用自动工具是一种手段，目标是构造可重复过程，在达成此目标的前提下，是否使用工具视具体情况，所以使用自动工具很重要，但非必须。一个理想的集成测试工具应具备以下特征：1、用规范的格式（下称脚本）记录测试用例，测试执行在脚本控制下进行。2、能方便的维护测试用例。要标识测试用例，能方便的扩充、修改用例。3、支持测试过程管理，包括起停控制，测试过程记录，执行中的异常处理。4、支持测试结果自动分析。基于消息处理的被测系统中，测试驱动可以简化，构造出驱动消息放到指定队列。自动测试结果分析首先要截取程序变量，然后发送到测试管理模块在脚本控制下完成比较。1.2.1 定义规范的集成测试操作集成测试是对设计进行验证，设计有明确的层次性，一般而言，在函数调用被调用结构中，顶层部分对应于概要设计，底层部分对应于详细设计。相对应的集成测试也有明确的层次...
