产品-(前后端)开发-测试的见解

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

一、敏捷式开发

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

二、瀑布式开发

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

额，好像跑题了。

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

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

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

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

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

当然，如果什么都是你一手做的话，那么如果要加班，只能是你自己（此时，自己默默的在心里面安慰着自己...）

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

最后祝大家开发天天顺利，天天无BUG。