[关闭]
@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的修改进度),指定给开发人员修改,修改后反馈给测试人员再测试,直到修复为止。

这个过程反反复复的沟通,需要有耐心。

  1. 上线

经过一路的折腾,终于开发出完整的项目,BUG也都修复完成,各个环节负责人签字均表示可以上线后,配合运维人员,将代码上到生产环境。

这时候需要前端、后端、测试,至少留一位在场,出现问题能够及时修复。

以上流程仅供参考,很多具体沟通的细节省略了。

所在公司

不建议大家很生硬的说自己真(xia)实(bian)的工作经验,如果需要可以思考一些问题:

暂时能想到以上这么多,可以再面试中积累

添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注