6、提高对于后端代码的熟悉度：

　　- 发生过太多次开发的一个小改动造成了其他地方的bug，这种概率非常高。未来测试需要熟悉后端开发代码，要比开发更加清楚一个代码改动可能会带来多少问题。

　　7、做起code review机制：

　　- 测试Review开发的改动代码，降低回归不足的风险。

　　8、提高ISV相关的测试力度：

　　- 一期中，依赖的系统的可使用性，并未正式纳入测试范围，但ISV使用过程中遇到很多问题，未来需要考虑如何提高这部分的功能稳定性。

　　9、脏数据清理工作：

　　- 本项目的安全扫描比较特别，有线上安全扫描的部分，造成了线上安全测试的脏数据，未来需要制定清除机制。

　　● 对于PD同学的要求：

　　1、分工明确：

　　- 项目的PD比较多，需要非常明确的分工，避免一个问题两个人跟进，造成了前后不一致的事情发生

　　2、建议虚拟团队：

　　- 整个项目中的沟通协调实在是最痛苦的问题，就是协调各个团队的工作，自下而上推得累。烟霞已经在drive了。

　　3、需求全部走workflow track.

　　- 所有变动必须走workflow，提前通知测试同学，否则不予测试。

　　4、控制发布频度：

　　- 除非P1，P2 bug，其他走日常，避免频繁发布造成的人力消耗。

　　5、加强视觉稿和交互稿评审：

　　- 视觉稿的异常流很少，前端自己YY，效果和PD不一致，造成不断返工。

　　- 前端只看视觉稿做事，但是项目中对于视觉稿的评审力度远不如PRD，未来加强视觉稿和交互稿评审，同时前端也要多考虑PRD的设计，避免遗漏。

　　6、提高项目前期review效率：

　　- 前期review PRD需求等花费了大量时间，后期的开发测试周期压力就相对变大。

　　- 各种review meeting的效率极其低下，请大家必须线下review，会上只处理收集到得意见，不能在会议上临时进行review. 这同时要求PD/视觉/交互需要提前几天发出文档。

　　7、资源提早安排：

　　- 例如，前端资源。

　　8、信息及时沟通：

　　- 保证信息周知到团队成员。