產品-(先後端)開發-測試的看法

首先自述一下，阿拉是一名程序員，當過項目的救急人員，也當太小小的網絡黑客，混跡於傳統互聯網與移動互聯網多年，閱歷過多種開發模式，如:敏捷式開發、瀑布式開發。

1、敏捷式開發

快速開發、反覆迭代，以最快速度達到用戶的需求。

2、瀑布式開發

按照軟件開發流程，制定計劃、需求分析、軟件設計、程序編寫、軟件測試和運行維護等制定六個基本活動

額，好像跑題了。

這是經常使用的軟件開發模式，so，在傳統互聯網的話，一個小小的程序猿，可能記得當爹又得當媽，從用戶需求到界面設計、代碼編寫及測試，可能都得一手抓，那麼對於咱們來講，思考的度量每每是以實現功能爲標準，可能會忽略了各類界面的美觀和軟件的可便捷性。此外，項目的文檔說明及項目概要，每每是以簡單的文檔爲標準，由於當爹當媽的會每每忽略掉這些「不覺得編碼「爲中心的東西。若是你從一至終參與了項目開發，那麼你是lucky的，由於可能你不須要經過項目文檔及項目概要去熟悉項目及開發，能夠快速的響應用戶的反饋。若是你是途中加入的，那麼可能沒那麼幸運了，由於可能你腦海中沒有項目的藍圖，只能從文檔及項目概要這些獲得熟悉，而每每這些文檔和概要程序員還寫得很粗糙，可能就兩頁word文檔就把項目的說明這些寫完了，那麼只能痛苦的邊編碼邊熟悉了。

這時候，是否會想到，若是有個項目原型及詳細的功能介紹就行了。Bingo！產品經理此時此刻就應運而生了。那麼產品經理須要作什麼呢，（僅此猜想）調研用戶的需求，設計產品的原型及說明，而後對於咱們程序員來講，僅須要根據產品的原型及說明去設計數據庫及編碼便可，是否是以爲很方便呢，就算是中途加入項目組的話，也不用擔憂不熟悉需求、文檔粗糙的煩惱了，由於產品原型和說明就提供了需求和項目的界面大概形狀給咱們參考，不用咱們再苦逼的去想需求、去想界面怎麼設計等等。

固然，凡是必有利弊。有產品原型這些當然是好，可讓開發更專一於開發，可是也可能讓原本就宅的程序猿變得更宅，知識面可能也會受到一點侷限。若是什麼都一手抓，那麼可能你會對軟件開發的整個過程都有所瞭解，包括需求調研一直到軟件測試。

好吧，說了那麼多，感受上面就放了個屁，沒有拉屎，和標題並不符合，那麼下面就且講幾句恰合標題的話

我所理解的移動互聯網開發流程是這樣的，產品設計好原型和說明交給開發和測試，測試根據文檔上的說明測試開發出來的產品，而後定時彙總反饋給產品，開發根據產品的原型及說明進行開發和反饋，這樣的話，開發就能夠專一於開發了。固然這有一個弊端，若是某一個環節有問題，須要加班，那麼可能大家三個都要加班，是否是以爲頓時責任心就來了呢，不能坑別人加班呢，哈哈哈。。。。（此時，可能測試已經在內心默默的罵了你幾百遍。。）

固然，若是什麼都是你一手作的話，那麼若是要加班，只能是你本身（此時，本身默默的在內心面安慰着本身...）

最後總結一下，固然沒有說誰優誰劣，分工更明確的產品-(先後端)開發-測試固然是市場上的主流，畢竟是用來完善傳統互聯網開發的一些弊端，作到」術業有專攻「，若是沒有，那麼也沒必要要埋怨，傳統的東西一定存在它必定的價值，好比能夠省掉很多人力物力。

最後祝你們開發每天順利，每天無BUG。