开发与测试常见问题总结与建议

1、存在问题：模块与模块之间没有做好联调，集成测试需要经过多次代码修改才能完成烟雾测试 

解决建议：

（1） 各模块的开发负责人在进行模块设计和代码编写的时候，主动和与该模块相关的其它模块负责人交流、讨论接口交互规则和存在的疑问。我们的开发目前对自己的模块都很清楚和负责，也非常配合问题追踪以及修改问题，如果大家在此基础上多点主动与互动，产品的开发效率和质量就会更高了。

（2） 在各模块单元测试完成后，由项目负责人或测试负责人协调搭建项目联调环境，协助各模块进行联调测试。

（3） 在正式测试前一天，由项目负责人或测试负责人检查联调环境，确认系统基本功能已经实现，也就是说代码提交测试时确保项目是可work的。

2、存在问题：部分模块未能按时提交代码，测试不能如期开始 

解决建议：

（1） 项目启动前由项目经理和项目负责人一起根据工作量及项目需求确定开发计划，各模块负责人树立起提交代码的deadline的时间观念，在deadline前提交经过单元测试和联调的代码，并提交该模块的安装文档、功能说明文档和错误代码说明文档。

（2） 对于因为其他工作不能如期提交的模块，提前通知项目经理和测试负责人。同时，项目负责人或测试负责人及时跟进项目进度，协助各模块负责人解决存在问题以及提供必要的资源。

3、存在问题：部分模块的设计或代码实现不符合网关小组规范 

解决建议：

（1） 模块负责人在设计和代码实现的时候，建议使用网关小组目前的规范，一方面，可以充分利用前辈们留下的资源；另一方面，一个团队中，每个人都有自己的特色，如果大家都不遵循规则，那一个产品的代码和设计风格就五花八门了，不利于以后的维护和产品的整理架构。

（2） 在项目启动前，由项目负责人或测试负责人制定相关规范，大家讨论认为合理后遵循该规范进行设计和编码。

4、存在问题：bug的修改引进了新的问题 

解决建议：

（1） 开发在修改bug的时候，通盘考虑与该bug相关联的情况，避免因为修改bug而引进其它问题，确保代码修改质量。

（2） 开发修改bug 之后，在联调环境进行单元测试或联调测试，初步验证该问题已经解决再提交代码。

5、存在问题：测试人员对业务流程不够熟识 

解决建议：

（1） 测试负责人在需求阶段开始跟进项目，了解项目需求、设计思想和业务流程，在测试前对负责该产品测试的其他测试人员进行业务培训。同时测试相关人员也认真阅读相关需求和规范文档，主动与开发确认业务处理细节。

（2） 测试前组织一次产品介绍，由项目经理对产品的主要功能和设计思想进行介绍，同时由模块负责人对该模块实现的功能和设计思想进行介绍，听取大家的建议后对模块进行改进。

（3） 在测试前进行一次开发与测试之间的face to face业务培训，由各模块负责人讲解该模块业务处理流程、某业务流程触发的条件及结果、该模块所使用的配置文件，测试与开发对业务流程进行face to face的交流和讨论。在交流之前，测试人员先阅读相关文档，对业务有一个初步的认识。（4） 开发在提交代码的同时，提交一份功能说明文档和单元测试或联调测试案例说明文档。

6、存在问题：在测试阶段讨论本应该在设计阶段讨论的问题 

解决建议：

（1） 在开发完成设计后，由项目负责人和测试负责人对设计文档进行审核，记录不合理的设计或疑问，反馈给模块负责人。

（2） 开发在完成设计后对设计进行介绍，项目负责人、测试负责人或其它相关人员对设计不合理的地方提出修改建议，并对存在歧义的问题进行讨论。

7、存在问题：开发与测试之间对问题存在严重分歧 

解决建议：

（1） 对于小的问题可以简单做记录然后搁置处理。

（2） 对于原则性的问题，组织一次face to face讨论，通过良性的free talking对问题的解决达成一个共识。对于不能达成共识的问题，由项目经理或少数服从多数的原则确定解决方案。在大家意见存在严重分歧的情况下，的确需要有一个角色对问题进行衡量之后做最后的定夺，否则这个讨论就得不到更好的解决，继续讨论也比较浪费时间。

8、存在问题：需求或规范定义不明确 

解决建议：

（1） 需求或规范存在疑问时，及时提出并与项目相关人员讨论，对于未能解决的疑问由项目负责人或测试负责人统一收集，向需求人员或工程人员一一确认。

（2） 使用配置项灵活实现模糊的需求或规范。