一：需求要求
由產品經理發起評審會議，評審郵件包含：需求說明書，原型設計，流程設計。
評審過後，修改後的內容（需求說明書，原型設計，流程設計等）由產品經理統一郵件發出。
二、設計要求
設計應包含：設計文件（資料庫設計，列舉狀態流轉圖，邊界圖，時序圖：時序圖應標明事務開始、結束點，包含正反例異常處理方案）。
設計評審前1~2天需要郵件發出設計。評審前2-3天需要和產品經理/負責人確認需求。
評審講解順序：需求---原型---設計
三：提測要求
1.開發需要不斷提高**質量；修改缺陷，盡可能減少回退情況；
2.若有新的需求改動，大的需求必須召開設計評審，小的需求必須與相關測試人員詳細講解；
3.提交測試時必須說明：介面的改動影響到哪些功能；
4.開發提交測試前必須做好充分測試（單元測試）；
5.開發聯調測試涉及到第三方的必須聯通第三方測試通過，不能只是擋板通過；
6. 開發提交測試時，必須由負責人統一收集相應配置（功能清單，sql，配置檔案，資料庫配置；然後統一發出給測試。ps：sql應包含可預見的索引；
7.開發提測時，要整理 功能清單所對應的資料庫表；
8.開發提測時，前後端分支名稱請保持一致；
9.提交的功能不能出現以下問題，出現則打回判為（測試逃逸）：
a.功能缺失，與功能清單有出入
b.功能不明確，頁面部分開發，文案無
c.主功能冒煙不過，資料庫狀態、明細不正確
d.資料字典未發出，功能冒煙不過
e.後台與前端資訊不同步，導致列舉缺失
f.**遺漏或未提交
四、測試階段：
重大問題應第一時間解決。（阻礙正流程的bug，環境問題，配置問題）
一般性bug當天解決。
優化性bug和產品經理確認是否延期解決，不延期的2-3天解決。
產品經理/負責人應預估生產業務量（1年後）。
開發配合壓測調整sql及效能。
五、開發提測上線流程：
a) 產品經理/負責人發起本次上線內容郵件，預計提測，上線時間。
b) 產品經理/負責人發起需求評審。
c) 開發負責人發起設計評審。
d) 開發—自測—聯調。
e) 產品經理/負責人發起郵件提測。
測試負責人安排功能測試，測試後期發起壓力測試。
f) 測試負責人發起測試通過郵件。
g) 運維人員上線操作。
要求：
所有生產操作都由運維人員操作。生產環境不允許開發、測試、產品經理私自操作。
必須收到測試部的測試通過郵件才能進行上線操作。
產品經理/負責人應在各階段前2-3天通知各負責人需要配合事項。
遇到阻礙時間超過1小時郵件通知上級，合理協調解決。
產品經理/負責人應積極與客戶溝通，獲取客戶方具體的關鍵時間節點。反饋內部協調反饋。
優先處理外部需要自己配合的事宜，後再處理自己的事情。
所有會議需要用到的檔案，必須評審通知時一同發出（提前1~2天）
乙個產品從立項到上線流程總結
讓每一位程式猿了解產品開發流程 主要從使用者角度 市場商業角度，來分析 梳理 過濾業務需求，列出技術難點。確認需求之後，產品經理就可以畫草圖，討論，確認，做初步原型圖。進行原型測試。到這一步，基本流程已經確定。設計高保真，增加產品的友好度。這一步與ui設計同步進行。主要是細化需求文件，梳理功能框架 ...
如何從零操作乙個產品？
無論是在網上還是線下，賣產品無外乎三點，產品 平台 流量，這三點缺一不可。產品 a r,g t q s0 s 既然都說是賣產品，那麼首先我們肯定得有乙個產品是不是？其實產品這塊我之前也寫過一篇如何選擇產品的文章，裡面涵蓋了我選擇產品的經驗，這裡不再過多贅述。平台 v q.g1 d t5 e.e t6...
從閃迪的乙個U盤看整個行業
從閃迪的乙個u盤看整個行業.u盤注重質量,大家平常用u盤時是感覺不到 壞的.是處理晶元和儲存晶元的好壞共同決定的.儲存晶元最好是slc.相對於mlc而言.而處理晶元 主控晶元 基本已經定型,就幾個廠家生產,各個廠家在效能上沒有多大區別.前幾年 u盤大戰 中山寨u盤用低價獲得不少利益,這段時期正是u盤...