第3批定製需求開發中，教訓總結

第3批定製需求，有幾點做的不好，在此總結一下：

1、有幾個需求，因為當時覺得比較簡單，涉及面也比較小，所以就沒有很在意。整個開發過程中，將主要的精力和時間投入到別的幾個大需求裡，對這幾個小需求關注不夠。

結果轉測試過程中，這幾個需求就出了比較多紕漏，甚至出現了阻塞業務的bug。比較關注的大需求，反而沒有出現問題

總結：對整個開發過程進行跟蹤管理的時候，需要對開發人員自身的素質（包括編碼能力、責任心、細緻等）有乙個評估。對於自身素質比較高的開發人員負責的模組，可以相對放鬆一點；對於自身素質一般的開發人員負責的模組，應該要重點關注

開發人員自身的素質，只是考慮的乙個方面。此外還要綜合考慮模組的複雜性、重要程度等

無論需求是大是小，開發過程中都有可能引入新bug，甚至會造成基本功能的阻塞。所以不能僅僅根據需求的大小，來確定是否投入主要的精力，要如上所說，綜合考慮

2、製作公升級包效果不好，轉測試過程中發現了很多問題

排除**變更多，時間緊的客觀原因。主觀原因是製作公升級包的經驗不足，以及平時對**變更的跟蹤不到位。這2者都缺失的時候，製作公升級包就很難保證質量，關於製作公升級包的總結，見另一篇部落格

3、負責環境的人員變更頻繁，環境沒有得到很好的保障

由於這個專案本身的乙個特點：環境比較複雜，並且缺乏有效的整合部署手段。環境的部署主要依賴人工操作，所以對負責環境的人員就提出了比較高的要求。

而我們做這批需求的時候，臨時替換了負責環境的人，因此整個過程中，對環境的保障就比較不到位。

第3批定製需求開發中，教訓總結

第3批定製需求，有幾點做的不好，在此總結一下 1 有幾個需求，因為當時覺得比較簡單，涉及面也比較小，所以就沒有很在意。整個開發過程中，將主要的精力和時間投入到別的幾個大需求裡，對這幾個小需求關注不夠。結果轉測試過程中，這幾個需求就出了比較多紕漏，甚至出現了阻塞業務的bug。比較關注的大需求，反而沒有...

定製需求開發公升級包經驗總結

1.公升級包的完整性 要詳細向各個子系統了解哪些需要公升級替換，不要漏替換檔案 eg 本次報表etl同步資料 就不在report.war中，漏替換乙個資料夾導致資料提取失敗 2.指令碼的完整性 要詳細統計所有子系統從一線版本到公升級的最新版本的指令碼，並針對各個指令碼編寫回滾指令碼，以備公升級失敗回...

第147天 web前端開發中的各種居中總結

方法 行內元素 父元素 text align，子元素 inline block parent.child 總結 優點 相容性好，支援低版本瀏覽器 缺點 需要同時在父元素和子元素上設定 適用場景 子元素數量少 或只有乙個 並且需要相容低版本瀏覽器時使用，不受float影響 方法 塊狀元素 使用marg...