● 项目情况和测试难点：

　　依赖环境多，系统复杂度高，沟通协调成本大。

　　● 测试做的不错的地方：

　　1、对于项目测试管理的控制把握，问题的及时跟踪很清晰。

　　- 每日测试晨会，汇报测试进度和风险。

　　- 项目测试进度及时更新给项目组。

　　2、对于质量的保证：

　　- 测试执行期间共发现444个有效bug， 其中321第二次迭代发现，共10个工作日，平均每天32个有效bug.

　　- 保证较高的测试覆盖率62.5%。

　　- 对于bug的坚持：n 云木同学对于bug的坚持和解决问题的建议，追踪

　　3、系统相关功能的测试覆盖度和深度。

　　- 接口测试脚本，直接调用系统的接口，覆盖了28个，覆盖率93%。

　　- PHP，覆盖183个，覆盖率45%。

　　4、并行多条的快速反应和协调。

　　- 后期并行的各种系统的环境协调，并保证项目按时上线发布。

　　- 协调性能，安全测试团队并行评估风险，及时制定方案及措施，保证功能的同时，安全和性能也没问题。

　　● 测试需要提高的地方：

　　1、工作量评估不足：

　　- 对于系统的复杂度和各个系统的环境稳定性估计不足，结果第二次迭代时间非常紧张，未来需要借助评估模型提高测试工作量评估的准确性。

　　- 测试过程中，发现很多设计的时候无法考虑到得功能点，测试需要及时跟进TC改动并且录入系统，避免越忙越乱。

　　2、需要解决测试账号可重复使用问题：

　　- 现在测试账号用了就不能重复使用，尤其线上账号资源非常紧张，语瑶Drive解决测试账号可以重复使用的问题。

　　3、工作的分配，需要做好备份机制：

　　- 例如：云木主要负责TAE的工作，但是后期并没有其他人可以比云木更加熟悉TAE，难以在工作紧张的时候帮助。

　　4、严格控制提测版本的质量：

　　- 对于主流程没有走通的产品版本，必须及时打回，不能因为测试时间紧张而勉强接受，造成后期测试时间和压力加大。

　　5、提高自动化脚本在测试流程中的作用：

　　- 一期很多自动化脚本的变化较大，在测试中发挥的作用并不很好，未来，需要补齐稳定回归，同时降低维护成本。

　　- 需要做起来U站项目的精准自动回归，用于开发自测。

　　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、信息及时沟通：

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