移动开发实习体验

去年5月在某大公司实习Android开发,实习期持续了三个月,技术提高有限,但是了解了大公司规范开发的流程,算是最大的收获吧。

以前也在师兄的小公司实习过,Android和iOS开发一般是各两三个人,一个美工同时负责视觉定稿和素材切图,产品功能设计干脆是老板和客户一同负责。开发写完代码会自测,然后就交给老板和客户不停地玩,找出bug修bug。其实麻雀虽小,五脏俱全,上述过程基本包括了移动开发的所有角色。

大公司只不过在每个环节投入更多力度,保证每个步骤的可靠性。

首先老板肯定不必拿根铅笔画App的界面了,产品组和美术组会沟通确认功能和UI。偶尔也发生美术组和产品组意见不合,一般是以产品组为主导。

接下来就是产品组把所有需求细分成很多需求单,交给开发组。开发组员工的这一周比较轻松,除了日常的bug修复外就是思考这些需求,确定可行性,估算用时,分配每个人的任务。然而对本轮无法实现的需求驳回——和产品组复议。

然后就是开发组员工干活的时候。因为每个人负责独立的模块,而且代码有版本控制,所以不太怕一个人搞怀整个项目。不过偶尔还是会有人动到整个项目,导致整个项目不能build——通常就是实习生了。所以新员工会要求code review(CR),我实习的三个月大概提交了100次出头,也就是100次CR。

每完成一个需求就要申请提测。这个需求的产品组负责人和测试组负责人就要开动,确认该需求是正确完成并且没有bug的。如果有bug就会提出bug单。上述的需求单和bug单就构成了这个项目的管理系统。最直接的测试就是手动去玩,各种人类能做到的快速连击、断网、重启都可以尝试;另外有自动测试系统,本质上是测试程序疯狂在虚拟机中虐待App,找到可能的错误,把log交给程序员寻找可能的bug。

开发会在发布日前一周左右终止开发,避免引入新的bug。剩余一周是留给测试组和开发组共同消灭bug的。发布前几天开发组可能要偶尔熬个夜;发布后是开发组难得的清闲时光,一般可以早些回家。

当然开发开始到发布完成这段时间产品组也没闲着,开发组马上又会收到新的很多需求单。

Leave a Reply

Your email address will not be published. Required fields are marked *