（3） 在测试前进行一次开发与测试之间的face to face业务培训，由各模块负责人讲解该模块业务处理流程、某业务流程触发的条件及结果、该模块所使用的配置文件，测试与开发对业务流程进行face to face的交流和讨论。在交流之前，测试人员先阅读相关文档，对业务有一个初步的认识。
（4） 开发在提交代码的同时，提交一份功能说明文档和单元测试或联调测试案例说明文档。
6、存在问题：在测试阶段讨论本应该在设计阶段讨论的问题
解决建议：
（1） 在开发完成设计后，由项目负责人和测试负责人对设计文档进行审核，记录不合理的设计或疑问，反馈给模块负责人。
（2） 开发在完成设计后对设计进行介绍，项目负责人、测试负责人或其它相关人员对设计不合理的地方提出修改建议，并对存在歧义的问题进行讨论。
7、存在问题：开发与测试之间对问题存在严重分歧
解决建议：
（1） 对于小的问题可以简单做记录然后搁置处理。
（2） 对于原则性的问题，组织一次face to face讨论，通过良性的free talking对问题的解决达成一个共识。对于不能达成共识的问题，由项目经理或少数服从多数的原则确定解决方案。在大家意见存在严重分歧的情况下，的确需要有一个角色对问题进行衡量之后做最后的定夺，否则这个讨论就得不到更好的解决，继续讨论也比较浪费时间。
8、存在问题：需求或规范定义不明确
解决建议：
（1） 需求或规范存在疑问时，及时提出并与项目相关人员讨论，对于未能解决的疑问由项目负责人或测试负责人统一收集，向需求人员或工程人员一一确认。
（2） 使用配置项灵活实现模糊的需求或规范。
版权声明：本文出自 ruanyongjie 的51Testing软件测试博客：http://www.51testing.com/?59943
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
