項目質量控制：編碼階段

　　編碼主要還是受了設計的限制，我們的主要工作就只是在原有的結構上添加一些類與方法，以及對原有的代碼進行修改。前面也提到了，我們采用了比較保守的作法，沒有對代碼進行重構，放任這種高耦合的代碼存在，導致我們在編碼過程中花費了不少精力和時間去理解它們，并在其中加上一兩條更加加深耦合度的代碼。其實到了編碼階段，很多問題都糾纏到了一起，已經分不清因果了。比較說單元測試，首先我需要承認的一點就是沒有足夠的決心去做充分的單元測試，思想上也沒有做好充分的準備。除去主觀的因素之外，還有一點就是設計的結構不合理，很多的邏輯被處理在表示層中，數據處理則被加到了邏輯層中。沒有劃分出更多的接口供單元測試來驗證。但反過來說，沒有單元測試用例的支持，也降低了我們想要進行重構的決心。除了上述的問題之外，還有一些細節(jié)的地方，如硬編碼，命名規(guī)則等都在一定程度上對代碼的質量產生了影響。

　　改進的辦法，一是從主觀上接受變化的現實，主動的對代碼進行改動。單元測試一定要進行，最好結合統(tǒng)計覆蓋率的工具一并進行，這樣對于每個接口，都保證有充分多的測試用例來跑完盡可能多的路徑。在項目的質量管理上面，要求還需要更加嚴格一些，一定要按照規(guī)范來進行編碼。