配合测试开发软件,测试人员如何能有效地和开发人员沟通？

测试人员与开发人员的沟通是一个永恒不变的话题，正确的打开方式就是通过最高效的手段方法，简明扼要让开发、测试都能向一致的目标努力。

1、首先得明确需求

测试到最后发现某模块根本没有按照需求来做，或者开发理解的不一样，这在平时项目工作中太普遍了。

个人建议测试尽早介入需求讨论直至确定阶段，在开发和测试对于一份需求文档进行理解，人各有思，当然会产生问题。通过会议，或者直接面对面交流，可以很有效的规避两方产生的不同意见和见解。使得最终大家都朝商榷的需求去实现系统产品，完成项目。

2. 架构设计VS用例设计

开发在制定架构框架和主要解决方案时，测试同时开始设计用例，包括重要业务场景和复杂的逻辑流程。一般用例都是客户验收会审阅。架构也最多是研发总监、项目经理可能会过目。

个人建议测试经理/主管对主流系统架构必须了解和掌握，可以给出自己些许小建议，降低后期维护成本。项目经理与客户等应该也审阅测试用例，给出自己想法，这样多人进行相互支持，有利于弥补缺漏。

3. 开发编码VS测试脚本数据

开发实现系统，写代码;同时测试人员得准备测试数据或者编写部分脚本辅助。

个人建议测试人员多多学习白盒测试技术，这样写脚本或者准备数据时，可以不必周而复始麻烦开发人员来协助。开发人员也希望能尽可能配合测试人员，开放部分接口或者方法，加速彼此在单元测试级别的效率，即节省了来回折腾的成本。

4. 测试缺陷度量VS开发问题汇总

这里我把测试放前，表明这块儿是最容易产生矛盾和增加成本的节点。

测试人员当然根据已有的规范、需求文档等对系统产品、程序，整个项目进行质量检查和控制。我们若能清