昨天下午参加了2个来小时的bug bash，又针对所有的bug进行了基本的review，写写当中的体会吧。
　　一、项目测试情况：
　　项目：LOFTER Iphone版
　　测试情况：由于设备紧缺，真正所有测试的时间加起来估计也3天多吧，我们前期只基本测试了各自的模块，好多问题没挖掘下来。另外，前期的视觉、交互会议也没被叫上，所以很多效果问题也不是很清楚。
　　开发情况：功能较为完整，但是遗留的bug还有4，50个的样子。
　　设备情况：三个测试一台完整的itouch，一台和开发、前端共用、随时被拿走的ipad和itouch。
　　二、进行bug bash的考虑：
　　由于设备的极度缺乏，项目决定召集组内有设备的人来次bug大扫荡。
　　bug bash：在12.15日下午项目管理部、测试这边的相关同学给所有参与者做了个简单介绍后接着并进行了2个小时的活动。
　　三、参与体会：
　　做为itouch拥有者，我也有幸地参与了这个活动。
　　由于前期对我自己负责的模块做了基本的测试，所以在参与这个活动时，我基本过掉了这些模块。
　　现场气氛还是很紧张的，大家都在很认真地捧着本本、设备，不断地报bug。
　　听到不断地截图声，我会一直在反思：大家的bug这么多，看来我们的测试还有很多没深入的地方。
　　现场很多同学对视觉、动画效果、文案等提出了疑问，这些恰恰是我们在平时测试中易遗漏的。
　　四、review bug体会：
　　这次bug bash还是蛮成功的，2个小时，共报告了219个bug。群众的力量真是庞大啊！当然，它还弥补了我们设备不足的问题，大家的设备都不一样，有itouch、iphone、ipad，操作系统也不一样，相当于给我们做了次很好的兼容测试哦。
　　长达219个bug，当中存在某些无效的bug、重复的bug、建议类的bug，要把它们全部整理出来还是挺费事的。     我们三个测试花了近的时间把每个bug过了一遍，检出有效的bug，并且修改bug的描述、优先级，添加跟踪等等。然后再让相关的开发去跟踪整理后的bug。
　　在整理bug的过程中，看到大家提的bug思路都不一样，这其实对我们扩展自己的思路是很有帮助的。可以把认为好的东西加到用例里面作为常规测试。
　　视觉、交互、策划同学提出了好多的建议类、效果类问题，这些我们很容易忽略。有他们的参与真是给产品的体验增加了不少分。