构造可重复的集成测试过程

构造可重复的测试过程依赖自动测试工具， 使用自动工具是一种手段， 目标是构 造可重复
过程， 在达成此目标的前提下， 是否使用工具视具体情况， 所以使用自 动工具很重要，但
非必须。一个理想的集成测试工具应具备以下特征：
1 、用规范的格式（下称脚本）记录测试用例，测试执行在脚本控制下进行。
2 、能方便的维护测试用例。要标识测试用例，能方便的扩充、修改用例。
3 、支持测试过程管理，包括起停控制，测试过程记录，执行中的异常处理。
4 、支持测试结果自动分析。
基于消息处理的被测系统中， 测试驱动可以简化，构造出驱动消息放到指定队列。自动测
试结果分析首先要截取程序变量，然后发送到测试管理模块在脚本控制下完成比较。
1.2.1
定义规范的集成测试操作
集成测试是对设计进行验证，设计有明确的层次性，一般而言，在函数调用被调用结构中，
顶层部分对应于概要设计， 底层部分对应于详细设计。 相对应的集成 测试也有明确的层次
性， 设计时怎么细化下去的，集成就怎么合回来，设计是怎 么个粗略程度， 集成时也该这
么个粗略程度。 明确这一点对定义集成测试操作有 重要意义，实际上这也是
V
模式的一个
核心思想，单元测试对应于编码，集成测试对应于设计，系统测试对应于功能与需求，测试
过程就是正向开发的逆向验证过程，各阶段的测试对象对应于相应开发阶段所要分析的对象。
规范的集成测试必须是基于接口的，因为程序设计是根据接口一层一层细化，集 成时也只需考察接口。 基于接口的集成测试只关注接口的正确性，而不关注函数过程执行的正确性。
函数内执行过程的正确性应该属于单元测试范畴，集成测试再关注这个意味着重复，工作量
也异常庞大， 最终也导致集成测试可操作性差，且失去重点。只关注接口的另一个好处理
是：考察点清晰， 截取变量的值便 可实现自动测试， 否则，基于过程的测试最终因函数过
程千差万异， 而使自动测 试无法实现。 另外，代码经常在变，而接口相对稳定，基于接口
的测试保证较好 的可继承性。 还有，脱离千差万别的过程，使得整个测试不过分的依赖于
测试者 的个人素质，该操作是易用易推广的。
基于接口的集成测试是规范的测试，而非调试。之所以要把集成测试与调试严格区分， 一
方面是因为调试过程不是规范的，随机因素很多， 批量的测试实现不 了，测试结果无法自
动比较，可重复的过程也不能实现；另一方面，调试效果因人而异，调试方法并非可拷贝
的。