10-29APP迭代、小结

昨晚打包上线的新版安卓app，今天看到安卓开发在朋友圈发了个状态  ”每次发包前总要 （求菩萨保佑）图片“。

本来其实这次迭代没啥功能的，依据比例来看，就是更换头像的功能了。且先不说开发的情况，总结我自己的：

1，测试节奏没有把握好

     栗子：在测试开始前期，测试进度还可以，然后距离发包两天的距离时，似乎进度停滞了，没有找到什么bug（其实是有很多bug的，其中就有需求上的一个空白，导致开发那边节奏也乱了）

     小结：

     ——感觉自己的测试到了一个瓶颈期时，可以反复推敲需求文档，然后去看自己设计的测试用例，看看有什么需要补充的，说不定会发现需求上的bug——比如空白，其实就是要加强思维的全面性；

     

2，对于需求上的分析，应该在测试的各个阶段都覆盖

     栗子：这次的头像功能，在测试的中后期，另一位测试同事随机测试时候发现手势密码的设置和解锁页面均没有头像！！我整个人都震精了！这么大的需求空白我居然在设计用例时候没有想到、、、

    小结：

    ——设计完用例后，有机会一定要邀请测试组的人员一起参与用例评审，所谓集思广益。并且自己也应该多发散，预想到更多的case。

3，针对安卓app，有机型众多的特殊性，一定要记得利用现有的测试机，全面覆盖测试

     栗子：发包前没有对现有的全部机型做兼容性测试，导致打包好后，在production环境下测试时候发现某些性能不好的手机上运行设置头像的功能会导致crash。

     小结：

     ——在发包前，一定要覆盖现有的测试机型，全面覆盖＝＝＝＝＝＝＝＝＝＝！！！

over～～～