为了更好的满足客户需求并获取更多商业价值，越来越多企业正逐步从单个产品供应商转向解决方案集成商，为客户提供交钥匙工程，为了完成这个转变，对于这些企业来讲进行解决方案集成开发成为一个必然的选择，解决方案开发最大的特点是集成，各个部件产品之间千差万别，存在相互的依赖关系，一旦某个部件进度或质量出现问题，势必影响到整个解决方案开发的进度、质量目标的完成，如何对解决方案下属部件产品进行质量管理，除了必要的需求、方案评审，解决方案联调是一种很重要的质量控制方法，下面我们来谈谈在解决方案开发过程中如何管理解决方案的联调活动。

联调又叫联调测试，它是介于白盒测试与黑盒测试之间的一种测试活动。对于一个产品来讲联调重点在于验证模块间接口的正确性、各模块间的数据流和控制流是否按照设计实现其功能、以及集成后整体功能的正确性；对于解决方案开发来说联调测试主要是验证解决方案下属部件产品之间接口正确性，产品间的数据流和控制流是否按照设计实现其功能及集成后整体功能的正确性，特别是一些紧耦合部件产品间联调测试活动显得格外重要，一些解决方案特性在开发完成后必须进行联调后才能正式转入解决方案测试部门进行详尽的系统性测试。

解决方案开发联调过程一般分为以下几个阶段：

解决方案联调的第一步就是要明确联调方案，联调方案一般由解决方案SE（系统工程师）负责写作，并经解决方案下属各个部件产品SE一起评审确定，在联调方案中要回答以下问题：

a) 针对该解决方案哪些特性/需求需要进行联调？

b) 采取哪些联调方式/方法，比如集中联调还是远程联调？实际上机联调还是打桩联调等。

c) 在哪里进行联调？明确联调环境和场地，比如是借用解决方案测试部的环境进行联调还是新搭建一套环境进行联调等。

d) 针对每个联调的特性需要明确是由解决方案项目经理直接负责还是由某个主导产品的项目经理负责。

e) 每个联调特性的联调测试用例有哪些？

好的计划是成功的一半，解决方案特性联调的效果首先取决于联调的计划制定，解决方案产品间联调主要关注跨产品的解决方案特性端到端设计是否完整实现，联调计划的制定需要解决方案项目经理组织解决方案各部件产品项目经理、解决方案测试经理和解决方案SE一起制定，该计划基本格式如下：

需要说明的是解决方案开发联调计划的制定者和联调实施组织者都是解决方案项目经理，但如果解决方案管理部件产品较多（比如达到6个以上），解决方案项目经理可以授权解决方案特性的主导产品来牵头联调工作，一般来说在一个解决方案特性开发过程中，工作量占大头的产品可以识别为主导产品。

明确联调计划后下一步就是监控计划的执行，针对计划中的每个联调特性要重点关注联调是否能按计划进行，包括联调涉及部件产品的联调版本能否按时提供？联调环境准备是否就绪？联调负责人和配合人员是否按时到位等关键要素，在一切准备就绪后按照事先设计的联调用例逐个执行。

在联调过程中难免碰到一些争议该如何处理？比如联调双方或多方在出现问题时对问题归属或者问题该由哪个部件产品修改出现分歧时该怎么办？一般来说这些有争议的技术问题由解决方案SE牵头组织各个部件产品SE一起进行评审来仲裁 。

解决方案开发联调测试活动结束后由各个主导产品输出联调报告，联调报告需要描述联调环境组网、工具以及每个联调特性对应的联调用例的执行结果，联调测试发现的所有问题及最终解决情况，解决方案测试部在接收解决方案版本测试之前会检查解决方案联调报告，包括联调充分性，并对联调的遗留问题进行评估，然后再结合其它转测试条件进行综合评估是否接受版本转测试，如可行就进入正式的解决方案系统测试活动阶段。