产品-(先后端)开发-测试的看法

首先自述一下，阿拉是一名程序员，当过项目的救急人员，也当太小小的网络黑客，混迹于传统互联网与移动互联网多年，阅历过多种开发模式，如:敏捷式开发、瀑布式开发。

1、敏捷式开发

快速开发、反复迭代，以最快速度达到用户的需求。

2、瀑布式开发

按照软件开发流程，制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等制定六个基本活动

额，好像跑题了。

这是经常使用的软件开发模式，so，在传统互联网的话，一个小小的程序猿，可能记得当爹又得当妈，从用户需求到界面设计、代码编写及测试，可能都得一手抓，那么对于咱们来讲，思考的度量每每是以实现功能为标准，可能会忽略了各类界面的美观和软件的可便捷性。此外，项目的文档说明及项目概要，每每是以简单的文档为标准，由于当爹当妈的会每每忽略掉这些“不觉得编码“为中心的东西。若是你从一至终参与了项目开发，那么你是lucky的，由于可能你不须要经过项目文档及项目概要去熟悉项目及开发，能够快速的响应用户的反馈。若是你是途中加入的，那么可能没那么幸运了，由于可能你脑海中没有项目的蓝图，只能从文档及项目概要这些获得熟悉，而每每这些文档和概要程序员还写得很粗糙，可能就两页word文档就把项目的说明这些写完了，那么只能痛苦的边编码边熟悉了。

这时候，是否会想到，若是有个项目原型及详细的功能介绍就行了。Bingo！产品经理此时此刻就应运而生了。那么产品经理须要作什么呢，（仅此猜想）调研用户的需求，设计产品的原型及说明，而后对于咱们程序员来讲，仅须要根据产品的原型及说明去设计数据库及编码便可，是否是以为很方便呢，就算是中途加入项目组的话，也不用担忧不熟悉需求、文档粗糙的烦恼了，由于产品原型和说明就提供了需求和项目的界面大概形状给咱们参考，不用咱们再苦逼的去想需求、去想界面怎么设计等等。

固然，凡是必有利弊。有产品原型这些当然是好，可让开发更专一于开发，可是也可能让原本就宅的程序猿变得更宅，知识面可能也会受到一点局限。若是什么都一手抓，那么可能你会对软件开发的整个过程都有所了解，包括需求调研一直到软件测试。

好吧，说了那么多，感受上面就放了个屁，没有拉屎，和标题并不符合，那么下面就且讲几句恰合标题的话

我所理解的移动互联网开发流程是这样的，产品设计好原型和说明交给开发和测试，测试根据文档上的说明测试开发出来的产品，而后定时汇总反馈给产品，开发根据产品的原型及说明进行开发和反馈，这样的话，开发就能够专一于开发了。固然这有一个弊端，若是某一个环节有问题，须要加班，那么可能大家三个都要加班，是否是以为顿时责任心就来了呢，不能坑别人加班呢，哈哈哈。。。。（此时，可能测试已经在内心默默的骂了你几百遍。。）

固然，若是什么都是你一手作的话，那么若是要加班，只能是你本身（此时，本身默默的在内心面安慰着本身...）

最后总结一下，固然没有说谁优谁劣，分工更明确的产品-(先后端)开发-测试固然是市场上的主流，毕竟是用来完善传统互联网开发的一些弊端，作到”术业有专攻“，若是没有，那么也没必要要埋怨，传统的东西一定存在它必定的价值，好比能够省掉很多人力物力。

最后祝你们开发每天顺利，每天无BUG。