需求伊始
- 需求是否有意義，是否爲需求方奇思妙想或者爲了湊KPI而搞出來的東西。
- 需求對現有功能的衝擊。依賴關係。
- 需求是否需要設計開關，開關的維度是否和國家、站點相關，各個關聯組件上線時間不齊而導致的功能
- 需求是否涉及到安全隱私
- 是否對性能有要求，應用的配置是否需要升級
- 是否依賴第三方接口，接口是否對過，而不是憑藉經驗。
- 若自己爲H5應用，是否考慮APP端的兼容性，比如文件傳輸、IOS、小程序等。
- 應用間的兼容性，對周邊應用的向上向下兼容。
開發
- 因此需求改動的代碼是否有涉及到公共方法、邏輯。
- 做需求代碼的影響範圍和影響分析
- 預先擬出測試方案，各種異常邊界處理。
測試
- 做好正反測試，如果某些配置沒有生效對生產的影響。
上線
- 上線測試方案，生產到底怎麼測試自己的功能是否OK
- 有沒有灰度環境可以放一批小白鼠進行測試，等他們暴露了問題後趕緊將流量切回。
- TO C的應用一定要捲入業務來做保障。
- 是否需要業務型配置，業務是否已經做好預配置