获得徽章 5
- 接上条，我理想中的开发流程模型：
1.原型评审，作用是让开发和设计理解做的是什么，哪些需求是重点，那些是过渡点。
2.设计评审，作用是产品确定是否和产品原型一致，开发明确业务流程，评审通过设计定稿后后台和前端评估开发周期，这里的开发周期是前端页面和后台接口的时长，不是总时长。
3.接口评审，前端和后台确认接口的合理性，扩展性，复用性，接口评审不需要全部接口评审通过，只需指出过于不合理之处。不然很容易出现为什么某端可以，其他端不行这种情况(ps：大多数情况是某端人员妥协了)。评审完前端和后台也可以评估出调试接口的周期。
4.经过上面几个环节测试人员也应该搞清楚了需求测试，功能测试，接口测试等相关点了，像测试和开发理解的需求不一致这种情况也会出现的少一点了。
ps：项目开发中做笔记真的很重要，现在这么多协作工作，在线文档想做到有迹可寻，有理可查真的很容易了，甚至于团队人员大规模离职，新的人员也能快速上手。
(其实以上其实全是废话，大多数公司还是需求全靠吼，设计全脑补，接口就是猜，测试测闪退
) 展开赞过
评论1 - 我发现很多公司都有这个问题：后台按照原型设计接口，设计图也不评审，接口也不评审，原型一出就开始评估开发周期，等到前端把界面写完了开始调接口，才发现一堆问题又来东改西改，还被催，所以每个人都觉得很累，除了产品 等人赞过 3943
