團隊專案我負責的部分是後臺服務端，所以在安卓APP上出什麼bug基本是我的問題，所以這次測試是  測試-->有bug-->檢查程式碼-->修改程式碼-->測試 的一種迴圈。

有bug不可怕，可怕的是你不知道為什麼會出這個bug。

更可怕的是你改了這個bug，多了兩個bug。

說到改bug，無非是重現這個bug，然後跟著程式碼一步一步除錯檢查問題的根源所在，改之即可，但是過多的bug可能會導致測試完改的程式碼和以前的長得差距有點大。

這裡我找到一種程式的設計方式，可以避免測試的時候出現較多bug所可能導致的程式碼重寫，叫做測試驅動開發(Test-Driven Development，簡稱TDD)。

事先準備好客戶的一系列無腦要求，比如要求客戶輸入一個浮點數，那麼在寫程式的時候就得準備處理字元、字串、浮點數最大精度等等這些輸入，而不是僅僅只認為客戶真的只會輸入一個浮點數。

我沒想那麼多，所以每次測試都會修改一大段程式碼，頭疼。

至於測試方法，無非是按照流程把每個功能走一遍，檢查每種可能出現的情況會帶來的什麼樣的bug，也就是所謂的黑盒測試，說白了，蒙著眼睛隨便點也點不出bug就說明沒問題了。

實際上每個專案都應該要有專門的測試人員，對每個互動操作都有詳細的測試用例，也許我們做不到那麼專業，測試的過程也確實是瘋狂打臉當初程式設計序的自己，但是經歷真的很重要，至少以後相似的情況考慮的會更加全面了吧。