常常犯的思惟誤區

今天看了《技術人成長》的博客，以爲本身也常常遇到這種思惟誤區，特記錄，並對本身進行了總結，告訴本身不能犯。

1.測試人員測試方法很隨意，以爲是測試人員測試方法不對，不認爲是本身代碼沒考慮徹底：

有些時候，測試進行一個功能很隨意，並非按照正常流程往下走的，會出現問題，這時候就會怪測試不是正常執行，可是仔細想一想，確實，用戶和測試同樣，他並不知道這款程序該如何使用，也會不按照流程往下走，出現問題就是本身沒有考慮周全，因此平時本身應該考慮好的不少事情：防空，防暴力點擊，防異常，防錯誤指引等。

2.接口返回錯誤時，程序奔潰：

接口返回爲空時，沒有進行處理，以後的遍歷就會出現奔潰，那這樣的錯就是本身的問題，處理不徹底，因此平時接口處理，不只要有異常處理，還要有數據格式不正確，爲空的處理。

3.功能開發完，就無論了，丟給產品，測試：

功能開發完，程序員都撒手無論等提bug了，這樣是不合適等，測試長時間這樣確定會有不滿的，不少問題，自測就能夠發現的，本身不測試就交給他們了，這樣的想法自己就是錯誤的，敲代碼的同時須要本身走通流程，發現不少本身能發現的問題，再交給別人，纔是正確的作法，不然就是不負責任的表現，也會讓別人覺得本身的能力有問題，bug太多。

4.口頭禪：我這邊沒問題啊，你的機器問題吧：

這句話，常常是程序員說的一句話，甩鍋，也能夠理解，畢竟通過簡單的測試確實能夠在本身機器上走通，因此遇到這個問題就會這麼說，不過，既然出現問題，無論是機器，操做系統仍是什麼，就是代碼有問題，兼容性，或者別的緣由，咱們都要去解決，畢竟用戶形形色色，遇到什麼樣子的問題均可能，本身要多去解決這類問題，成長才更快。

5.這個是產品常犯的錯誤，產品總會認爲某一個功能很快就完成了，其實真實的開發不僅是實現功能，還有新技術的學習，bug修改：

好比一個很簡單的功能，產品認爲須要一天就開發完了，開發認爲三天，會產生衝突，其實這些都是產品並不瞭解開發的流程或者是真正的開發通過，不少時候，開發要給本身留1.5倍的開發時間保證本身順利完成某一個功能，bug修改階段纔是耗費最久的。

6.這個問題我不常犯，但會有不少人犯，就是拿到需求直接開發：

一個領導高明之處就在於開發以前他就已經想好怎麼開發，用到什麼技術，須要怎麼配合了，我平時拿到需求也會進行分割，技術總結，用到什麼東西，須要別人配合的提早打好招呼，時間估計，這些都會讓我在開發的時候更加順暢。

7.多溝通，不少技術人員就知道低頭開發，並不去交流：

有些時候，開發也能夠提出本身的質疑，不合適的地方或者不理解的地方都要和產品，設計進行交流，密切交流，配合纔是一個團隊最有力的表現。