開發上線流程
我們分公司性質來說一個軟體的開發流程，
軟體公司和非軟體公司
非軟體公司
需求分析-概要設計-程序編碼-程序測試-軟體交付-客戶驗收-碼農維護
軟體公司
需求分析-概要設計-詳細設計-程序編碼-程序測試-軟體交付-客戶驗收-碼農維護
需求分析
一個軟體沒有出現之前，只是有一部分人有一個想法，我需要一個這樣的東西（想要一個孩子了）用來管理我的什麼什麼，這個時候一個想法出現了，就會有這個需求，他會找軟體公司需求分析師來商量，這個時候一個軟體就懷孕了，相當於開始發育了.需求分析是聽完要求以後會將大概的功能描述一下，用Word或者Axure畫出一個簡單的Demo給用戶看，經過幾次確認以後需求分析師會最後確認功能是不是完善的，確認了以後進行我們的下一步，概要設計
概要設計
這個功能主要是幹嘛的呢？很多的公司覺得沒必要，其實是很有必要的，這個就是相當於先規劃一下怎麼平安度過懷孕期，對於軟體來說就是軟體的處理邏輯，大概的一個流程是怎麼走的，大概需要哪些模塊，怎麼運行，需要大概多少介面，後期怎麼維護等問題，做這些干呢嗎？為了下一步-詳細設計
詳細設計
有人說，詳細設計是很麻煩的一步，其實不是很麻煩的一步，我覺得是最難的一步，詳細設計主要是用來確認細節的，介面的名字啊，控制器的名字啊，多少個控制器，誰來調用誰，這個不可以有錯，因為後期碼農是需要看這個開發的，你怎麼起名字，他們就怎麼寫，所以這里出錯也就意味著編碼的時候也會錯，最後會有一份詳細設計書出現，這個就是告訴孕婦具體吃什麼，怎麼吃，多少量。
碼農編碼
很多人覺得這個就是搬磚，看著設計書就直接寫就可以了，理論是這樣的，但是為什麼還有很多的bug出現呢？很大一部分原因並不是設計的原因（當然也有可能），很大原因是不規范造成的，還有就是是不是一個項目組的人可以協作處理代碼，怎麼做可可以提高編碼的效率，這些問題都是在編碼的時候出現的問題。這個是相當於孕婦實施那一套套餐的時候具體是不是按規范來吃的。
程序測試
這一步是裡面很重要的一步，測試，我們不可能說寫好直接就給用戶用了，這個是不現實的，我們需要做的是先給測試部門進行系統的測試，當然這個測試不是按照用戶的想法來的，他們會很暴力，舉個栗子，一個按鈕，正常的用戶使用的時候會直接點擊一次，看到效果就可以了，但是測試的時候不是，他們會瘋狂的點擊，知道他們覺得這個世界上不會有人比他們暴力的時候他們會停止，當然這是一個好的測試人員，很多的測試不會是這樣的，他們覺得正常使用沒問題就是沒事的，其實一個軟體好不好，很大一部分在於測試人員的測試力度。最後寫一份測試報告就可以了。
軟體交付
測試結束以後沒有任何的問題的話，就可以寫安裝手冊了，這個其實就是用戶使用指南。
客戶驗收
交付後客戶簡單的測試以後覺得是和自己想的一樣的，就收貨，交錢.
碼農維護
是不是驗收以後就沒事了呢？當然不是，一個軟體很多時候是在用一段時間以後才會出問題的，所以會一直需要人來維護他們，當然不是說只是出問題才會維護的，主要的原因是軟體會根據不同的需要更改功能，這樣的過程也是維護的過程，QQ已經更新多少代了，是不是，這也是一個維護的過程。
項目重構
這個是一個項目如果出現了新的技術，功能沒有改變的時候，為了用戶體驗，例如之前是SSH寫的，但是運行的速度很低，用SpringBoot，大家都在用，用戶反映很好，那麼這個時候就需要項目重構了，用新的技術將之前的功能重新實現。
基本那就是這些了，另外細心的人也看到了非軟體公司是沒有詳細設計的，這個解釋一下，為什麼呢？很簡單，其實詳細設計是和耗費時間的，非軟體公司的人不會花費這個時間在設計上，他們就是直接告訴你需求，碼農只需要直接編碼就可以了，一般這樣的對你用什麼技術，什麼框架是沒有要求的。
B. Web開發團隊開發，測試，上線的環境和流程是怎樣的
總結一下：
1，你需要一個可以模擬線上的開發環境。
2，你需要一個可以模擬線上的測試環境。
3，你需要一個可連調的測試環境。
4，你需要一個自動化的上線系統。
5，一個開發流程適合前後端的。
1，本地反向代理線上真實環境開發即可。（apache，nginx，nodejs均可實現）
2，模擬線上的測試環境，其實就是你需要一台有真實數據的測試機么，我建議沒條件搭daily的，就直接用線上數據測好了，只不過程序部分走你們的測試環境而已，有條件搭daily當然最好咯。
3，可連調的測試環境，分為2種。一種是你們開發測試都在一個區域網段，直接綁hosts就完了，不在一個網段，就一人給一台虛擬的測試機，放在大家都可以訪問到的公司內網，代碼直接往上布即可。
4，自動化的上線系統，如果你們運維不給你們做，我猜你們都是直接ftp往線上扔？那麼你可以自己做一個簡易的上線系統。原理不復雜，每次上線時都抽取最新的trunk或master，做一個tag，再打一個時間戳的標記，然後分發到cdn就行了。界面里就2個功能，打tag，回滾到某tag，部署【夠簡易了吧，而且是全自動的】。
5，開發流程就是看項目了還有所用到的工具，構建，框架了。簡單來說，原則就是分散獨立開發，互相不幹擾，連調時有hosts可綁即可。
回答了你的問題之後，我說下我自己的項目是怎麼個開發流程。
灰常簡單，代碼管理工具是svn，起新需求就起新分支，獨立開發，開發完合並到trunk，trunk不做任何開發工作，只負責merge。
上線有上線系統，你可以理解為我上面說的那個簡易功能的加強版。我們是自帶build的功能的。
自己編寫build腳本，ant，grunt隨便了。做好連到發布系統，一鍵集成，本地只關心源碼開發。
本地環境，我拿nodejs寫了一個自帶rewrite，反向代理的server，超級模擬線上，一個hosts組管理的工具，一套適合自己部門的grunt插件庫【就是很多很多grunt插件。。】。完全適合開發各種獨立項目了。
當然如果你的測試，文檔都集成在build那一步，是最棒的了。
協同合作我們是每個人開發都有一台自己的測試機，linux的，我本地也有工具可以完成自動build+push的功能。方便快捷。
可能全看下來挺復雜，不過前端工程化確實就是這個樣子。幫你脫離之前的手忙腳亂，專注於業務的開發
C. 開發一款手游，上線運營流程包含哪些，求大神指點
「手游大白話」欄目旨在以最接地氣的通識網路內容，來讓各位讀者用戶了解手遊行業的基礎知識，並反映手游開發背後的故事以及創造理念，讓愛玩游戲的你更要玩懂游戲。
俗話說：酒香也怕巷子深，再優秀的手游上線時也需要運營。尤其在如今這個信息爆炸的時代，每天都有大量新游戲上架，上線的時候火不火很大程度上會影響到這款游戲的成敗。今天，我就來給大家詳細介紹一下手游的上線流程。
對一款手游來說，首當其沖的一步就是申請版號了——毫不誇張地說，能否拿到版號直接關繫到一款游戲的生死。版號全稱為「游戲出版備案」，是由國家新聞出版總署批準的游戲出版運營的批准文號。由於版號的審批流程比較長，一般需要團隊提前於上線前幾個月開始申請。
▲ 登陸游戲產業網可查詢移動游戲版號
接下來團隊需要確定是聯運還是獨代。所謂聯運就是和各大平台聯合運營，獲得收入後雙方按照約定的比例分成，而獨代是指交給一家平台獨家代理。聯運的優點在於能夠迅速在多家平台上鋪開，受眾人群廣，但是需要自擔風險且比較費精力。獨家代理的優勢在於省時省力，運營、宣傳、客服等等都不需要開發團隊操心，由代理方一手包辦。缺點在於簽完協議之後團隊就失去了對游戲的控制權，市面上被代理做死或者雪藏的游戲不在少數。
D. 開發APP的流程有哪些
1、用戶需求分析
用戶需求分析是整個APP開發流程中最重要的一環，相當於企業中決策者的地位，一款APP成功與否也盡數決定於此。此處的用戶需求分析是基於用戶的要求進行APP功能的梳理。注意此處是用戶，因為很多公司要求開發出來的APP是給其用戶使用，因此在整理APP開發需求時，不僅要了解開發企業的需求，也要了解其客戶群體的需求。最終將這些需求進行梳理、分類，整理出大體的APP功能框架。此過程中需要與客戶密切的進行溝通，力求做到沒有任何疑問，以免開發出不實用的APP。
2、產品原型設計
在進行一輪用戶需求分析之後，將整理出來的需求分類、整理、排序成功能結構模塊，此時可以利用現有的功能模塊搭建一個簡單的產品原型。產品原型類似於一個APP產品的草圖，將基本的功能結構展示給客戶，可以藉助產品原型設計軟體模擬出相似的APP產品。將此產品原型與客戶進行確認，確認完畢就可進入下一環節的開發。
3、UI視覺設計
在擁有APP產品原型草圖結構之後，UI設計師們開始對APP的界面進行設計美化，根據APP的表現內容進行版面結構設計，然後對每一塊區域進行相應的配色，並繪制每個功能菜單的圖標及其他頁面元素的設計，最終設計出所有的APP界面效果圖。此過程與客戶進行溝通，參考客戶建議進行設計。
4、資料庫搭建
按照需求分析整理出來的功能數據處理情況，建立合理的資料庫表結構，優化數據演算法，提升數據的處理效率，保證在使用APP的過程中數據的安全性、准確性、穩定性和及時性。
5、服務端開發
APP應用的核心處理過程均是由伺服器端的程序完成的，客戶端的APP僅僅只需要進行收發數據即可。由於用戶的移動端設備硬體配置和存儲容量有限，因此核心數據處理過程均是由伺服器端進行運算處理的，這種方式也被稱為雲計算，伺服器處理完成之後反饋給客戶端APP。因此伺服器端的程序開發極為重要，所有的功能均需要嚴格按照需求分析階段整理的功能來進行開發。
6、iOS/Android客戶端開發
1此時按照設計師設計的APP效果圖進行開發客戶端，主要是對設計效果圖的代碼實現，並寫入功能調用的介面，連接伺服器端，方便與伺服器端的數據進行交互。根據Android和iOS的設備軟硬體情況進行APP開發和優化，最終開發出與效果圖一致的APP客戶端。
7、APP程序測試
對已開發好的APP客戶端進行全面的測試，此測試模擬用戶正常使用以及非正常使用的情況，通常會導入一些測試數據來進行測試，將測試的結果進行記錄，出現錯誤則返回到開發階段進行修復，如果測試通過，則說明整體APP開發過程已經完成。將成品APP應用交給用戶進行試用，用戶滿意之後進行下一步工作。
8、上傳到應用商店
到此階段一個APP開發已經完成，在完成簽名驗證之後，將開發好的客戶端APP程序提交發布到各應用商店。iOS版本的APP提交到蘋果的AppStore，安卓的提交到國內各大安卓應用商店。
9、APP的維護及更新
對上線之後的APP進行維護，收集用戶反饋信息，及時修復APP應用中出現的錯誤（Bug）。如客戶需要進行APP的功能更新時，則返回至需求功能整理階段進行開發，新功能開發完成後經測試通過即可發布更新。
注意事項：
從最初與客戶了解需求功能到最終的測試上線，一個完整的APP就被開發出來了。如同其他軟體開發一樣，APP的整個生命周期都是需要緊扣用戶需求的，一旦脫離用戶需求，就極可能開發出質量差、用戶不認可的APP軟體，這是許多APP開發企業需要高度重視的地方。
E. 軟體項目開發流程
標准化的App開發流程是怎樣的呢？喜望軟體基於十年的軟體應用開發經驗給大家詳細講一下我們的App標准化開發流程。
我們按工作的性質不同先把App開發分成三個階段：售前、售中、售後，每個階段包括了多個步驟，循序漸進，最終完成項目的開發。
一、售前
1.需求溝通
在意向客戶提出有項目需求時，我們的產品經理會跟售前顧問一起跟客戶進行溝通。有些客戶對於自己的需求通常只是一個大方面的想法，這個時候就需要我們專業的產品經理幫他整理出項目的具體需求和功能列表清單，並幫客戶分析出沒有考慮到的或能否實現的需求。
2.項目可行性分析
客戶自身和產品經理都需要清晰了解該項目的功能特點、用戶痛點、行業需求和為用戶提供的服務內容等，每一點都要做出詳細的調查分析，尤其是客戶痛點這塊。如果開發出來的App存留很多痛點，那麼就算開發成功，也沒多長時間的存活時間。因為任何一個App最終的成功都是建立在用戶基礎之上的。
3.功能流程梳理
（1）整理架構
整理架構的過程就像是修房子打地基，產品經理會梳理產品整體功能架構，整理出核心內容，打造產品的地基，以確保客戶以後可以在這個原有的基礎上進行調整，更為方便、更具有擴展性。
（2）功能列表
接下來，產品經理會做出更詳細的功能列表，添加每個模塊的細節內容及具體功能，比如「注冊」用哪種注冊方式，簡訊驗證碼還是第三方注冊等。這部分就像你在裝修毛坯房時，首先要考慮加上門窗、水電改造等。
（3）梳理流程
產品經理會根據客戶的需求梳理出產品的核心業務，會幫客戶提前考慮到他們現有的流程是否可以在互聯網上進行操作，例如一些傳統行業轉互聯網的企業客戶，產品經理會站在移動互聯網的專業角度幫客戶梳理並優化流程。
4.量身定製實施方案
當需求文檔確認完畢之後，售前顧問會根據客戶需求量身定製一套App開發方案和報價清單，包括項目組人員安排、時間節點安排和技術方案等，待客戶確認完之後就可以開始正式簽約合作了。
二、售中
1.產品設計
（1）原型設計與評審
喜望產品經理根據需求文檔設計出高保真原型圖，包括功能的結構性布局、各分頁面的設計、界面交互邏輯的設計等。高保真原型圖將需求文檔轉換為更直觀的軟體demo版本，這樣即可以確認更多的細節，保證項目研發的效果，也能避免溝通不暢或溝通不到位而引發的糾紛問題。
（2）UI設計與評審
原型圖設計確認好之後，UI設計師會根據產品的定位和原型圖設計UI界面效果圖了，相當於是在原型圖的基礎上加上顏色、確定產品整體風格、功能具象化處理、交互設計和排版布局等，使客戶更直觀的可以看到App的雛形，具有極高的還原度，能夠為用戶帶來更高的體驗度。一個完整的App需要一個吸引用戶眼球的創意，這就需要產品經理和UI設計師在創意策劃上有著獨到的見解。
（3）需求詳細講解
產品經理會跟項目經理對接需求和原型圖UI圖，講解客戶的詳細需求、功能板塊、跳轉頁面等，項目經理需要細化需求，將這些需求和圖片翻譯成工程師們能更好理解的語言。接著，項目組會搭配著原型圖UI圖來召開技術會議，統一進行項目需求講解。
（4）技術標准制定
項目經理在了解清楚整個項目的需求後提供易擴展、可持續迭代的技術框架方案，比如是原生開發還是混合開發、用Java還是PHP、還有第三方選型等。
2.敏捷開發
（1）迭代開發計劃
在正式進入項目開發之前，項目組會對項目本身進行評估，對研發周期、提測時間、預發布時間點進行初步的判斷。接著對項目功能進行分解，把項目需求劃分成4-5個節點，比如1號-9號做第一個功能模塊，10號-15號做第二個功能模塊……項目組把迭代開發計劃發給客戶確認後，就開始按著這個計劃做節點研發了。
（2）節點研發
按照需求分析整理出來的功能數據處理情況，項目組會建立合理的資料庫表結構，優化數據演算法，提升數據的處理效率，保證後期App使用過程中數據的安全性、准確性、穩定性和及時性。
一個完整的App項目一般包含以下幾個模塊：
①伺服器端：編寫介面協議文檔，伺服器環境架設（國內一般都是用阿里雲伺服器，國外一般用亞馬遜），設計資料庫和編寫API介面，業務功能實現及介面封裝、管理後台的開發。
②App端：根據UI設計圖進行界面開發，UI開發完成後對接伺服器介面，通過服務端介面獲取數據，編寫功能上的邏輯代碼。
③Web管理端：根據前端的業務邏輯，後台會有相應的功能與之匹配，同樣需要編寫功能上的邏輯代碼。
在項目研發階段，項目經理進行技術攻關，流程助理同時跟蹤進度，項目組也會每周向客戶進行開發進度匯報，並協助客戶申請軟著。
（3）單元測試
以前的開發流程就是工程師從頭寫到尾，把App功能全部開發完成後再進行系統測試，這樣就很容易出現以下幾個問題：修改了一處bug卻在另一處地方引發了新的bug、擴展新功能的同時導致舊代碼出現bug等等，這個時候就需要引入單元測試。
單元測試簡單來說就是工程師做一個節點研發，測試工程師就測試一個節點，這樣就能夠清晰的知道是否破壞了老的業務邏輯，容易排除掉一些非常低級的錯誤，大大減少回歸出錯的可能性和調試的時間，提高代碼質量。
（4）系統測試
App功能開發完成之後，測試人員會對整個項目進行系統性測試。而完成項目測試調試最重要的環節是問題的管理，追蹤各個bug的進度以及狀態，包括指派給誰、優先順序、修復狀態等，以便有質量地完成問題的處理。
產品面向的平台多機型同步測試，包括：App內容測試、App性能測試、App功能測試、App視覺測試，對BUG調試修復。測試合格，確認沒有bug後與客戶進行溝通，開始驗收，再由客戶進行測試，提出修改意見。
3.上線交付
（1）用戶體驗測試
喜望在2018年新設了一個「創新性人才崗位」——用戶體驗官，這是移動互聯網行業首創的「從功能試錯服務到運營實踐服務」。
用戶體驗官的工作就是用戶體驗測試，從用戶體驗、產品、易用性、顏值、App設計還原度等多個維度進行體驗性測試，並通過後台上傳真實的前期種子數據，讓整個App的內容很豐滿，互動性強。用戶體驗測試是從項目本身的用戶群體和運營邏輯來幫助客戶打造好整個App的調性。
（2）部署上線
在代碼開發和測試完成後，就進入了後期上線的階段。
①部署正式伺服器：將資料庫、後台系統部署到正式的伺服器上面，並錄入正式的上線數據到app系統後台。
②准備上架相關的資料：如軟體著作權、應用說明、App界面截圖和打包版等。
（3）發布App應用到市場：根據App埠選擇發布iOS或Android應用市場。
①Android：涉及的應用市場很多，主流市場是騰訊應用寶、手機網路助手、360手機助手、91手機助手，不同的應用市場的受眾屬性和流量會有所不同，需要根據客戶需求和項目實際情況來選擇。一般來說，1-2個工作日就可以通過審核上線。
②iOS：發布到App Store，提交後一般最快都需要5個工作日左右才可以通過審核上架。因為App Store審核比較嚴格，比如是否符合最新的上架要求、是否涉及到虛擬貨幣、是否支持最新環境等很多問題都會決定審核能否通過。
但有可能會遇到這種情況：比如某App存在3個導致不通過的問題，App Store只要找到其中一個問題就不會通過，不會把3個問題都找出來告訴你為什麼拒絕，所以如果經驗不足，上架N次花費幾個月都是很有可能的。
③發布小程序到微信公眾號：需要把小程序發布提交給微信團隊審核並上架，一般1-2個工作日就可以通過審核上線。
（3）源碼交付
APP開發測試上線後，要進行終驗交付，即按照合同規定，將源碼、說明文檔、操作文檔等所有項目的相關資料交付給客戶。
包括但不限於：
①前後端項目的所有最新源代碼（含注釋）
②資料庫設計文檔
③API設計文檔
④所有的開發者賬號資料
⑤測試文檔
⑥原型設計稿
⑦UI設計稿
⑧項目相關文檔等資料
（4）項目運營培訓
在交付源碼時，喜望的項目經理會給客戶針對項目的所有功能操作進行培訓，比如優惠券怎麼發、司機怎麼核審、怎麼查看用戶注冊等。我們也會根據客戶需求，讓品牌設計師和新媒體運營官為客戶設計上線海報和新媒體運營方案。
三、售後
1.前期維護
一般的App開發完後都需要進行維護，即便是已經達到相對穩定的階段，也可能隨著手機系統的升級或長時間的使用等，出現一些小問題或隱藏得比較深的bug。
喜望會免費贈送客戶三個月的維護期，一個項目正式上線運營了3個月左右的時候就已經清楚了整體的運營模式和部分功能欠缺，接下來想要繼續運營app就需要迭代開發、優化功能模塊。
在此期間，我們會解答客戶的疑問、指導軟體的使用和內容的上傳等事項，以及修復程序Bug、突發情況發生後緊急維修等。
2.定製更新
在App投放到市場後，會得到用戶以及市場本身的一些反饋，從而知道該如何修正或者調整運營策略，當目前系統的功能無法滿足項目需求時，就需要規劃新一版本功能的迭代問題了，也就是開發項目2.0。
喜望會幫助客戶進行定製更新，也就是繼續App開發前期「售前」所做的工作：需求溝通、可行性分析、功能流程梳理以及量身定製實施方案。
這個迭代方案一般根據以下2點進行制定：
①未完善的BUG
比如上線後的App在運營過程發現的一些BUG，或者邏輯錯誤的一些地方，如果我們想要修復這些邏輯錯誤問題和功能BUG，就必須進行App的迭代。
②App數據分析
數據是極其重要的衡量標准，通過分析App的投放資源、用戶激活率、轉化率、留存率和用戶進入使用不同功能的佔比、各個環節的流失，尋找對App體驗影響較大的指標，分析自查功能設計上的優劣，以便進行功能上的版本迭代。
3.迭代開發
同樣的，當項目進行迭代開發時，也會重新經歷「售中」的全部過程，包含產品設計、敏捷開發和上線交付等所有的產品生命周期。
4.項目維護回訪
當項目運營過一段時間（免費維護期結束）後，喜望會對客戶進行回訪，詢問運營情況等。當然了，如果後續客戶需要我們繼續提供運維支持，我們也是很樂意的，因為在App運營的過程中需要與時俱進、維護更新，App才能長存。
從上面的App開發流程來看，每一個項目研發都要經歷以上3個階段22環節，這其實是一條完整的流水線，做到這樣往往能達到較高水準的項目質量。但是如何保證流程順暢進行？如何使項目成員的工作效率最大化？這就十分考驗開發公司的專業度和項目成員的規劃能力了。
如果您想開發App軟體，或者想了解更詳細的開發流程、開發方案、報價等等相關內容，歡迎咨詢成都喜望軟體，有專業的售前顧問、產品經理為您詳細解答App相關疑問。
F. 自己開發一款APP上線前面的步驟問題
額，是這樣的，一款App想要上線的話，是不需要跟國家部分打交道的。。你需要的是和回其他公司去打交道。比答如說蘋果的App，你想在APP str上線的話，首先你要有一個開發者賬號。這個賬號是直接跟美國蘋果公司申請的，費用是99美元一年。申請的時間大約是一個月左右。賬號下來了之後，就可以上傳安裝包，蘋果公司會審核這款App，值得一提的是，蘋果公司的審核機制很嚴格，審核的時間大約是一個月左右，審核完成後，over。 手打，望點贊。
G. app從開發到上線大致都是怎麼樣一個流程
千夏軟體（www.qianxx.com）認為第一、前期的溝通和評估是為了更好的將項目的整體情況細化，確保app項目能能夠在規定期限完成。這是奠定項目基礎的重要階段。如果前期的溝通把所有細節都能確定，後期的開發就會節省很多的時間。
第二、一個完整的app需要一個吸引用戶眼球的創意，這就需要開發者在創意策劃上有著獨到的見解。
第三、高保真的展現效果是為了讓企業能夠在視覺上看到一個app的雛形，這也就後期的代碼開發方面節省很多的時間和精力。
第四、在所有前期的界面溝通後，正式進入代碼的開發階段。在這一階段是實現所有前期展現效果，通過代碼原生開發。
第五、在代碼開發完成後，就進入了測試和後期上線的階段。這是一個循序漸進的過程。在所有bug測試完成，確定沒有bug就可以在蘋果市場和安卓市場上線。
第六、成功上線後的app就可以通過企業自身的運營讓app成功脫穎而出。
H. 手機游戲開發至上線運營大概步驟
第一步、策劃建立游戲開發的項目；
第二步、游戲開發項目成立之後進行研發，碼代碼；
第三步、游戲研發後的測試，對游戲進一步的調整，測試是很重要的一個步驟不可漏失；
第四步、在游戲測試過後沒有存在任何的BUG後，交給客戶。
這四個步驟是開發一款手機游戲的基本步驟，希望對你有幫助
I. 成熟的Web開發團隊開發，測試，上線的環境和流程是怎樣的
總結一下：
1，你需要一個可以模擬線上的開發環境。
2，你需要一個可以模擬線上的測試環境。
3，你需要一個可連調的測試環境。
4，你需要一個自動化的上線系統。
5，一個開發流程適合前後端的。
1，本地反向代理線上真實環境開發即可。（apache，nginx，nodejs均可實現）
2，模擬線上的測試環境，其實就是你需要一台有真實數據的測試機么，我建議沒條件搭daily的，就直接用線上數據測好了，只不過程序部分走你們的測試環境而已，有條件搭daily當然最好咯。
3，可連調的測試環境，分為2種。一種是你們開發測試都在一個區域網段，直接綁hosts就完了，不在一個網段，就一人給一台虛擬的測試機，放在大家都可以訪問到的公司內網，代碼直接往上布即可。
4，自動化的上線系統，如果你們運維不給你們做，我猜你們都是直接ftp往線上扔？那麼你可以自己做一個簡易的上線系統。原理不復雜，每次上線時都抽取最新的trunk或master，做一個tag，再打一個時間戳的標記，然後分發到cdn就行了。界面里就2個功能，打tag，回滾到某tag，部署【夠簡易了吧，而且是全自動的】。
5，開發流程就是看項目了還有所用到的工具，構建，框架了。簡單來說，原則就是分散獨立開發，互相不幹擾，連調時有hosts可綁即可。
回答了你的問題之後，我說下我自己的項目是怎麼個開發流程。
灰常簡單，代碼管理工具是svn，起新需求就起新分支，獨立開發，開發完合並到trunk，trunk不做任何開發工作，只負責merge。
上線有上線系統，你可以理解為我上面說的那個簡易功能的加強版。我們是自帶build的功能的。
自己編寫build腳本，ant，grunt隨便了。做好連到發布系統，一鍵集成，本地只關心源碼開發。
本地環境，我拿nodejs寫了一個自帶rewrite，反向代理的server，超級模擬線上，一個hosts組管理的工具，一套適合自己部門的grunt插件庫【就是很多很多grunt插件。。】。完全適合開發各種獨立項目了。
當然如果你的測試，文檔都集成在build那一步，是最棒的了。
協同合作我們是每個人開發都有一台自己的測試機，linux的，我本地也有工具可以完成自動build+push的功能。方便快捷。
可能全看下來挺復雜，不過前端工程化確實就是這個樣子。幫你脫離之前的手忙腳亂，專注於業務的開發。