Bug分析
設計階段：
詳細設計做完送付後，仍然有外部指摘的內容，分析指摘發現有些內容是由於自己不熟悉詳細設計的寫法和具體標準造成，還有一部分是由於式樣把握不準確造成的，面對這兩個點，我感覺在項目開始時進行適當的相關教育和詳細的式樣說明效果會比較好，就比如詳細設計中某個點要寫一個像擴大縮小操作，作爲詳設人員，我們只需要寫明點擊哪個button會給哪個圖像帶來多少倍的放大或者縮小效果就可以了，不要去寫具體的實現方式，這些就要由開發來實現了，如果詳細設計之前設計人員就明白這些，就不會花費很長時間去想這個不應該想得問題了。
測試階段：
測試中，從自己手裏流出的bug也是有的，至於流出的bug類型有的是自己測漏的，也有的是degrade造成的。漏測的原因有兩個，一是自己疏忽大意，沒有想到那麼多點，此次項目中有多語言對應，每種語言都對應着多個固定表示項目以及多個message，有時候一種語言的message拋正確了就感覺沒有問題了，殊不知，其他語言的message還存在着問題；二是測試式樣書的點比較少，有些東西雖然按照測試點進行完了，但是隱藏的點還是有一些的，遇到這些問題我認爲就要發揮leader的重要性了，他可在原來基礎上再做一些強化點，或者把某些點展開，但前提是在測試case按時完成的基礎上。而degrade造成的bug則是開發那邊在改某個問題時把原來對的問題改錯了，這樣測試人員也是猝不及防，只能由開發負責人進行相應的控制。
項目相關
詳細設計階段的任務剛開始時，team中的幾個人都很痛苦，原因是基本設計式樣書很簡單，對各個畫面的聯繫不甚瞭解，本畫面的一些操作的細節也沒有說，大家都不知道該如何下手，後來雖然有個同事給我們講了式樣，但是所講的內容也只是幫我們瞭解個大概，具體的好多內容都是在QA和稍後的skype中跟客戶進行確認的，因此也浪費了很多時間。基於這些，我有個別建議和意見。
①如果客戶給基本設計書，希望要求儘可能的詳細點，某個畫面有哪些操作一定要寫全，
不能讓詳細設計人員再去做基本設計的工作。
②每個項目一定要有個對式樣非常瞭解的人，而且詳細設計前最好有個比較全面的式樣講解，這樣就能幫助詳細設計人員更好地理解一些操作，解答一些不清楚的業務問題。
③做完的詳細設計一定要讓客戶好好確認，把不正確的邏輯或者遺漏的細節都指出來，否則後期再改就比較花費時間了。
④不管詳設還是測試階段，早會都很必要，因爲工作中肯定會遇到一些問題，在早會上大家可以把問題列舉出來，然後逐一解決，這樣就可以避免相同的問題被不同的擔當多次提出了。