请问各位大虾：
      现在在写集成测试的方案，遇见一个问题，我怎么来进行集成测试才能测出程序员联调的时候发现不了的问题？集成测试能够发现哪些问题？谁有实施的经验帮帮忙？找了好多书都找不到集成测试的实施方案！！！:,(:,(:,(:,(:,(:,(:,(

没有人回答我的问题么？:s

很想帮你的，可惜我也不知道:s，，
那联调的时候发现不了的问题，是不是可以用其他的方法试试呀，就是这个其他的方法有哪些呀，我也不知道了，

集成测试对开发人员提供的概要设计文档和接口文档的依赖型很大，如果没有相关支撑文档，集成测试是无法开展的。

设计文档和接口文档已经有了，就是不知道怎么实施
站长是不是给说一下怎么实施，具体的实施方法？

联调也是为了发现接口间的问题吧，那集成测试试也是发现接口间的问题，但是必竟调试程序和测试是有区别的，可是这两者的区别在哪里呢，联调发现不了的问题主要又有哪些呢？:s

“怎么来进行集成测试才能测出程序员联调的时候发现不了的问题？”，这个问题真的不好回答，因为如果被测模块没有问题，那测试当然是测不出问题来的：）并且集成测试的目的是验证模块间接口和模块集成后功能符合概要设计，只要验证符合，集成测试目的就达到了，不一定非得要发现问题。

具体如何实施，很多书上都介绍过的，首先得确定集成策略，包括集成模块粒度大小、模块集成的先后顺序等等；接下来执行时，可能还得象单元测试一样写驱动模块和桩函数，并在具体观察点上加测试代码进行输出，观察点包括模块间的消息交互、集成后整体功能是否实现等等。

谢谢天网和katefan的关心。
集成测试作为一个独立的测试阶段，好像并没有象单元测试和系统测试那么受重视，相关的资料也少的可怜，就算是提到的书也是几笔带过，所以具体查到的信息很少。
我们项目经过成本分析决定跳过集成测试，其实不为别的，主要是我写不出集成测试的可行性分析报告:s

呵呵，集成测试相关内容少的原因，是因为集成测试介于单元测试和系统测试之间，属于这两种极端测试情况的过渡状态，所以测试的粒度划分和具体被测对象紧密相关，所以光讲理论很难讲清楚，流于空泛。
不要太被它吓倒，集成粒度大到了极至，就成了系统测试，粒度小到了极至，就成了单元测试，这也算是一种量变到质变的演进过程吧：）

谢谢天网的回答，呵呵，这个问题已经确定，只是希望对这种属于比较边缘的但是工作中又会遇到的情况大家多做交流，这样对实际工作能力的提高会有帮助。：）