关于在scrum中的一些总结

       经历了5.1项目的scrum，针对自己的不足和对scrum的一些看法。Friend模块提测的时候困难重重，正常流程无法通过，说明在过程中是存在不足。
    开发的没有进行基本的自测，导致提测的时候严重拖慢进度。其实在Scrum的站会上，一个纸片代表一个小模块，每天在review进度，测试应该深入了解每个纸片的意义，在一小块模块做完就开始促进客户端和服务器端的联调，保证在提测前正常流程的case测试通过。
    这次CodeReview进行地较晚，但是在Review的过程中，关于算法方面还是发现了一些错误的。CR对于一些基本的逻辑错误的效果特别明显。所以，在一小个模块做完后就应该做CR，保证在体测前做好每一个模块的CR。
    还有就是风险控制方面，每周有时间做bugReview，针对高风险的bug做风险的预计，做测试分析报告，统计各层级bug率，针对高风险bug进行分析。
    针对需求来说，测试在需求评审的过程中，如果觉得需求不合理要提出来，先找本项目PD,不行可以找主管讨论，反正本着质量保证原则，促进整个团队的进步。
    总之，就是要测试要深入了解需求，各个涉及的点，同时测试驱动开发，让开发写单测，新增日志等，更好的保证产品的质量。