項目總結

Bug分析

設計階段：

詳細設計作完送付後，仍然有外部指摘的內容，分析指摘發現有些內容是因爲本身不熟悉詳細設計的寫法和具體標準形成，還有一部分是因爲式樣把握不許確形成的，面對這兩個點，我感受在項目開始時進行適當的相關教育和詳細的式樣說明效果會比較好，就好比詳細設計中某個點要寫一個像擴大縮小操做，做爲詳設人員，咱們只須要寫明點擊哪一個button會給哪一個圖像帶來多少倍的放大或者縮小效果就能夠了，不要去寫具體的實現方式，這些就要由開發來實現了，若是詳細設計以前設計人員就明白這些，就不會花費很長時間去想這個不該該想得問題了。

測試階段：

    測試中，從本身手裏流出的bug也是有的，至於流出的bug類型有的是本身測漏的，也有的是degrade形成的。漏測的緣由有兩個，一是本身疏忽大意，沒有想到那麼多點，這次項目中有多語言對應，每種語言都對應着多個固定表示項目以及多個message，有時候一種語言的message拋正確了就感受沒有問題了，卻不知，其餘語言的message還存在着問題；二是測試式樣書的點比較少，有些東西雖然按照測試點進行完了，可是隱藏的點仍是有一些的，遇到這些問題我認爲就要發揮leader的重要性了，他可在原來基礎上再作一些強化點，或者把某些點展開，但前提是在測試case按時完成的基礎上。而degrade形成的bug則是開發那邊在改某個問題時把原來對的問題改錯了，這樣測試人員也是猝不及防，只能由開發負責人進行相應的控制。

 

項目相關

詳細設計階段的任務剛開始時，team中的幾我的都很痛苦，緣由是基本設計式樣書很簡單，對各個畫面的聯繫不甚瞭解，本畫面的一些操做的細節也沒有說，你們都不知道該如何下手，後來雖然有個同事給咱們講了式樣，可是所講的內容也只是幫咱們瞭解個大概，具體的好多內容都是在QA和稍後的skype中跟客戶進行確認的，所以也浪費了不少時間。基於這些，我有個別建議和意見。

①若是客戶給基本設計書，但願要求儘量的詳細點，某個畫面有哪些操做必定要寫全，    

  不能讓詳細設計人員再去作基本設計的工做。

②每一個項目必定要有個對式樣很是瞭解的人，並且詳細設計前最好有個比較全面的式樣講解，這樣就能幫助詳細設計人員更好地理解一些操做，解答一些不清楚的業務問題。

③作完的詳細設計必定要讓客戶好好確認，把不正確的邏輯或者遺漏的細節都指出來，不然後期再改就比較花費時間了。

④無論詳設仍是測試階段，早會都很必要，由於工做中確定會遇到一些問題，在早會上你們能夠把問題列舉出來，而後逐一解決，這樣就能夠避免相同的問題被不一樣的擔當屢次提出了。