租车iOS端App发版复盘笔记
在过去的一个多月里,在这个阳光明媚的初冬季节,我们完成了神州优车集团旗下出行平台的的神州租车iOS端app的又一次上线。在这次开发调测测试上线的过程中,虽然有这样那样的问题,总体还算顺利。经过了认真的仔细深刻的思考,对于我自身来说还是存在着很多很多的问题。尤其在阅读文档及预览资料方面不是很仔细,没能准确定位到哪些地方要做修改,一般情况下没有特殊说明的地方我们总是会常常容易理解为保持线上一致。但是当我们认为这些UI展示与线上保持一致不再需要调整的时候,却是偏偏最需要修改的地方。在这一点上,确实有着非常非常大的改进空间,在我们需要做出修改之前,一定要研究明白,哪些地方需要修改,为什么要这么改,并且做好充分的记录。这样才能在后面测试的过程中尽量避免细节性的问题。这是本次复盘主要的反思之一。另外一个地方就是,我们在作出某一个地方修改的时候,往往关注点只是高度聚焦在某一个特定的地方,却忽略了与它相关联的地方。当然这个也是跟最初的设计思路有点关系,假如我们想不到与本次修改有关联的地方,那么唯一能做的事情就是不断的自测,不断地自测。作为一个开发人员,或多或少地有一些惰性,总是认为点点几个地方,主要的流程与条件都满足就可以了,这就导致太细节偏门的条件选择反而并没有做出过多的自测。但是往往某些bug就是出现在常规之外的某些特定条件下。这种情况下对于开发人员自身来说能做的事情就是尽可能地熟悉某一模块或者领域相关的所有细节,尽可能多得构造出一些不一样的自测用例。在上个版本的开发和测试的过程中,这一点确实是做得不多。每次的调试条件总是思维惯性地聚焦在某个特定的条件下,这就导致了在不断反复的自测常规条件下,业务流程并不受影响,反而在特定的相关条件下出现的问题就这么被意想不到地错过了。总结了这么多,在这次神州租车iOS端app 5.0的大的开发和工作流程中的问题也是显而易见的,简而言之就是主要有以下这么几点:
1、不够细(观察不够仔细,看不出要改的地方与现在的差别,这一点很重要)
2、不够勤(多自测)
3、不够懂(哪些变更属于核心,哪些应当保持一致,哪些即使文档标错了也能准确捕捉)
4、不够主动 (多问产品,不能主观意识地认为这里要改,就要这么改,这样很容易出现两端不一致的问题)
5、不够亲切 (对待同事及其他人要笑眯眯地说,不要吼不要叫,优先解决问题才是王道)
6、没有分清主次 (一屋不扫何以扫天下,一个bug不解,后面的100个bug都在等着,要优先解决重要、严重的问题)