终于发包了!! 终于不需要多次打包测试了.累
我一直自信心是很足的,这次搞的没脾气了,是自己的锅就是自己的,别人怼你也没办法.
原本我认为写好的逻辑,却存在很多的问题.
包括:
1 注意ios和android的差异性
跳转市场去下载apk对于ios来说是存在的,对于android来说是扯蛋(各大手机厂商都有应用市场而且还做了对彼此的限制,所以大部分会找不到该应用,所以处理办法就是直接下载apk,不用跳转,把最新版本的apk直接下载的地址丢到服务器,保证每次下载到最新的)
2 历史代码的坑爹
不得不说,这个项目是我之前加班加点赶出来的,当时也没有管什么模块,复用,cv用的飞起,就是为了赶紧上线,后来当然也把自己坑了不少,每次发版本都在改进架构,使用设计模式,对于新版本的涉及到的代码基本上也改了很多,部分没有涉及到的老代码就直接把自己给坑死了.
所以,现在自己需要对着项目的流程图,把整体逻辑走一遍,然后拿着自己开发的apk去一遍一遍怼,自己怼自己...我也是疯了吧... 这样下来,整体的逻辑和细节自己是有把握的.一个开发人员不去深入了解业务逻辑,代码质量也不咋地
3 细节,细节,细节
重要的事情说三遍. 不得不说,每次测好了,又有bug,又改,又测
此处只有一句话,
自己改过的地方一定要亲手去测,测好了再给测试人员去过
提交给测试人员测试的一定是打包和混淆好的,不然测试版本测通过了,结果经过混淆加固之后就出问题了,就直接坑爹了!!!
4 成熟的第三方的解决方案尽量按照官网上面的来
在接入腾讯信鸽的过程中,消息是分两种类型的:一种是应用内消息,一种是通知栏消息. 后来我跟服务器说,直接全部变成应用内消息就行,而且ios是不分消息类型的
然后就碰到坑了,我自定义了Notification类去显示,不用系统的,然后自己测了下感觉ok,就没管了.后来等到发包的时候,仔细测的时候发现不对劲,有bug,赶紧去汇总啊服务器哥们去联调,然后发现很多的坑,需要去填,跟服务器哥们一个一个的去对,去测.
不得不说的是,集成的第三方网络框架,文件下载其实是有坑的,之前更新版本没问题,因为apk大小也就8M,后来需要下载相关app的时候,那个apk的大小是30M ,直接就导致OOM了. 当时我就反馈了这个问题给总监,结果被怼了,洗完澡,有思路了,就解决了
5 对于一些莫名其妙出现的bug
我也很无语,我也很无奈,反正是快要被测试妹纸折磨死了....
最后用一幅图来表达我此时的心情
最近阿里云服务器出问题了,全部宕机. 后来总结的一句话很有深度:
敬畏每一行代码,敬畏每一份嘱托
最近几天一直在看王垠的博客发现挺有意思，大家可以关注下
- 当然我在扯淡 王垠的博客