一個產品從需求到上線的整個規范和要求

一：需求要求

        由產品經理發起評審會議，評審郵件包含：需求說明書，原型設計，流程設計。

          評審過后，修改后的內容（需求說明書，原型設計，流程設計等）由產品經理統一郵件發出。

 

二、設計要求 

           設計應包含：設計文檔（數據庫設計，枚舉狀態流轉圖，邊界圖，時序圖：時序圖應標明事務開始、結束點，包含正反例異常處理方案）。

           設計評審前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)      運維人員上線操作。

 

要求：

1. 所有生產操作都由運維人員操作。生產環境不允許開發、測試、產品經理私自操作。
2. 必須收到測試部的測試通過郵件才能進行上線操作。
3. 產品經理/負責人應在各階段前2-3天通知各負責人需要配合事項。
4. 遇到阻礙時間超過1小時郵件通知上級，合理協調解決。
5. 產品經理/負責人應積極與客戶溝通，獲取客戶方具體的關鍵時間節點。反饋內部協調反饋。
6. 優先處理外部需要自己配合的事宜，后再處理自己的事情。
7.  所有會議需要用到的文件，必須評審通知時一同發出（提前1~2天）