@wy
2018-09-08T22:32:04.000000Z
字数 1020
阅读 560
面试题
根据今天分享总结,希望对大家有所帮助。
公司技术部门人少,在5-15人左右,前端1-3个,后端3-6个。大家坐在一起,产品提需求、和后端联调、项目提测,这些过程基本靠吼,能快速的完成需求就行,工作流程没有规范,完全看老板的意思行事。
根据运营部门或者内部直接使用产品的人提出需求,产品经理接过需求后,画出原型图和写PRD(产品需求文档)。
1.产品评测
召集相关部门人员开会,有UI、前端、后端、测试等,产品经理讲解需求文档,涉及需要完成的功能,各部门参与人员评测项目开发难度,与产品经理针对需求做讨论。
2.排期
了解要做的需求后,参与人员认领要完成的任务,给出合理的排期,项目经理会记录在案,根据开发人员给出的排期时间点,跟踪进度。一般排期要估算的留出点富裕点的时间做缓冲。1天的排期,可以要个2天(根据研讨的实际情况讨价还价)。
3.开发&联调
各自完成任务,到了排期指定时间点,给出工作进度。一般前端切完图后,就可以给UI部门测试,是否还原了设计图。
前端要完成需求的同学选好技术栈,规划项目目录,划分功能点,分配给不同人员。
前端开发完后,要和后端进行接口的联调工作,直到所有的接口都调通,并按照产品需求文档描述的功能点一一实现完毕。
4.提测
在开发联调阶段属于是开发环境中做的事情,只有开发者可以看到开发的页面,交给测试人员测试,需要将代码移植或切换到测试环境,以便测试人员能够看到页面,根据产品需求文档,完成测试。
测试会暴力测试,请谅解他们,因为万一遇到一个暴力的客户就不好了。
5.修改BUG
测试人员测试开发出来的功能是否和产品需求文档功能一致,如果有问题,提BUG到公司使用的BUG系统上(用来跟踪bug的修改进度),指定给开发人员修改,修改后反馈给测试人员再测试,直到修复为止。
这个过程反反复复的沟通,需要有耐心。
经过一路的折腾,终于开发出完整的项目,BUG也都修复完成,各个环节负责人签字均表示可以上线后,配合运维人员,将代码上到生产环境。
这时候需要前端、后端、测试,至少留一位在场,出现问题能够及时修复。
以上流程仅供参考,很多具体沟通的细节省略了。
不建议大家很生硬的说自己真(xia)实(bian)的工作经验,如果需要可以思考一些问题:
暂时能想到以上这么多,可以再面试中积累