一、真實體會

    當專案進入到用例測試環節時，原本以為專案即將可以完成，心中的愉悅感油然而生，然而殊不知，這才真真正正是挑戰的開始。

     一開始進行測試時，根據需求文件並且參考類似網站上的功能模組，覺得自己完成得差不多了，明明是按照需求來寫的功能模組，怎麼寫出來跟自己想象的完全不一樣吶？這是一種很正常的現象，在測試時你才會發現各種各樣的問題，你才能察覺自己的設計的優缺點在哪，測試不僅僅是為了完善功能，更重要的是將開發人員轉變為使用者的角色，親自去體驗並給出自己的心理預期；隨後，在你覺得你將自己的程式碼測試得自己差不多滿意的時候，你就開始到處去“炫耀”自己的成果，結果卻是“到處碰壁”，在真正的使用者體驗面前，或許你的作品並不是那麼地優秀與完美；在這個時候，千萬不要氣餒，更不要埋怨別人，而是要從使用者口中最真實的體驗來潤色自己的專案，這才是測試的真正目的所在。

二、經驗教訓

1.建立日誌檔案。將每一次版本的修改時間、操作人員、改動部分給記錄下來，同時備份工程檔案並將每一個版本進行編號，可以防止丟失、管理方便以及回溯清晰。（我們專案小組就出現過因備份專案版本過多但疏於管理而導致工程錯亂的現象）

2.配置相同的環境。同一個小組內，每個開發人員最好使用相同的編譯環境，這是為了便於小組成員之間在程式碼整合時的處理。

3.搭建一個適宜伺服器。程式碼在本地跑沒有任何問題，可是一旦部署到伺服器上面，有可能因為作業系統的不同，編譯環境的不一致而導致結果發生較大的差異，因此，選擇一個合適的伺服器也顯得尤為重要。

4.進入測試環節後，除非是有重大問題，否則不要對專案進行大的改動，應當下測試過程中保持一個相對穩定的版本。

5.學會找bug,改bug。在測試的過程中，要學會看編譯器報錯的原因提示，不要一昧地將錯誤複製貼上到網上找到解決辦法就瘋狂的一種一種地試，而是應當學會根據編譯器的錯誤提示以及出錯的地方來進行判斷，在對程式碼進行修改時，一定要進行備份，因為有一些解決方法是“自殺式”的，一旦更改，無法回頭。

6.心態要放平衡。測試環節是最考驗一個人的心態的，自己辛辛苦苦寫出來的程式碼結果到了使用者手裡體驗，發現了許多問題，換成誰心裡肯定都不是特別好受，尤其是在面臨改程式碼時出現的連環報錯，更是要靜下心來，尋找出錯的原因及出處。