開發測試過程中，最恐怖的錯誤不是編譯錯誤，而是運行時的錯誤，更恐怖的當屬邏輯錯誤了（所謂邏輯錯誤指的是開發人員開發過程中沒有把問題看得足夠透徹，所以邏輯上會有一些出入）。而不幸的是，自己檢查自己編寫的代碼實很難發現錯誤的，因爲每個人的思維都有特定的“軌跡”，每次檢查我們都會按照固有的邏輯去檢查我們編寫的具有邏輯錯誤的代碼，所以很難很難發現錯誤。所以應使用以下方法進行開發測試：
1. 按模塊開發與測試，沒寫完一個子模塊或者小模塊，及時的進行測試，確保自己寫的子模塊是完全正確的，切莫心急，堆砌了一大堆代碼纔開始運行測試，因爲堆砌大量代碼後，程序出錯了是很難定位到的！
2. 以程序運行反饋的結果驅動，多思考爲什麼會得到這樣的結果，反向的思維往往能事半功倍。
3. debug打斷點，看程序運行過程中，程序內部到底發生了什麼，很多時候程序的運行邏輯和我們所想的完全不一樣，不要傻傻的想當然。
4. 對於初學者，對編程的很多知識點理解不深、模糊或存在一定的誤解。在調試工程項目時，可以通過自己編寫測試的小程序加深對知識點的理解和運用能力後在回來看工程項目，往往能發現新的問題。
5. 如果以上方法還是不能發現問題，並且自己也已經寫了很多的代碼，實在無法發現和定位錯誤位置，那就重新開始再寫一遍代碼，雖然很花時間，但是你會發現第一遍編寫過程中很多你沒有考慮到的問題，在第二次編寫代碼過程中都會被你考慮到，思路清晰很多，大概所謂的溫故而知新也是這個道理吧。
6. 最後，最無奈也是必不可少的方法——以上都不能發現錯誤和問題所在的話，只能反覆的查看自己的代碼，反覆的捋清思路，在此過程中儘量忘掉自己的固有思路，像一個小白一樣，仔仔細細的看代碼中的每一條語句，想想爲什麼這樣子寫？這條語句有什麼作用？
（ps：有時候我們會發現，即使大部分是拷貝過來的代碼，仍然會有錯，而源代碼實可以正確運行的，拷貝的代碼卻無法運行，這着實讓人抓狂，恨不得砸了電腦。然而事實是，肯定有某個地方你自己搞錯了，那就反反覆覆的查看對比比對吧，一次不能發現問題兩次、兩次不行三次，不斷的砸時間進去，總有一天會發現問題所在的，誰讓我們是程序猿呢！）