很多测试人员说从开发人员那里收集信息比较麻烦。一个很好的切入点是讨论开发人员所使用的设计文档，先做点准备工作，浏览能够得到的所有文档。如果可能，还可以看看代码。

　　开发人员的文档会有很多地方不清楚，测试人员要询问在开发人员看起来重要但是自己还不明白的部分。可以通过邮件、旺旺问问题，但是面对面的交流效果往往更好，特别是还育很多后续问题。如果开发人员同意面对面的交流，测试人员应该做些准备，以免浪费开发人员的时间。

　　如果开发人员没有文档，可以向他们要系统框架图。大多数开发人员在自己的头脑中都有整个系统的图像，并且很高兴与别人讨论。

　　测试人员可以请开发人员在白板上画出系统框架图。一种方法是指着任意一个箭头或方框问：“如果不这样会发生什么，”这样会发现遗漏错误处理。对两个或更多开发人员问这样的问题，会比较容易暴露出开发人员之间的观点差别。

　　测试人员为什么会问这些问题呢？

　　是为了更多地了解在建系统，了解系统可能失败的方式，了解构建系统所做的假设。不要考他们、难为他们。如果开发人员有这种感受，就不会与测试人员合作了。

　　测试人员得到答案后，应做好笔记，并与该开发人员和其他测试人员共享。开发人员不喜欢一遍又一遍地对不同测试人员回答同样的问题。

　　如果测试人员理解开发人员所使用的语言会很有帮助。如果开发人员采用C++或Java编程，则测试人员应该对什么是类有所了解。如果软件运行在多线程系统上，则测试人员应该知道线程是什么。

　　积极地聆听，这本身就会使测试人员受益匪浅。在讨论时，每个人都会谈出自己的观点、经验或窍门．测试人员在积极地聆听时，可以询问一些能够启发思考的问题，以便于做出推论。

　　测试人员在自己能够开展工作之前，如果开发人员提供的文档初稿遗漏一些重要信息，测试人员可向他们咨询。或者索要其他的文档。要向开发人员解释为什么需要这些信息，以及这些信息会对自己的工作作带来怎样的帮助。开发人员不会知道测试人员在想什么。