怎麼進行軟體測試才能把bug降到最低呢？？

標籤：使用   sp   問題   代碼   bs   時間   方法   測試   nbsp   

    最近經常出現這種問題，一個功能，明明做完了，到整體測試的時候，出bug了，一個流程，明明是測試沒問題了，產品到到客戶那邊還是有很多沒有測試到的盲點。或許在有測試團隊的公司中，會不會出現的少呢，這個不得而知，而在我看來，大體小公司還是經不起測試團隊的消耗的，那如果沒有測試團隊，只靠開發人員開發後的功能測試，該怎麼辦呢？？，或許是不是該使用單元測試，這樣會不會耗時比較長。或者，這樣，項目整體測試的時候，在只有幾個人得情況下，可以先有一個人測試，其他人修改，然後換一個人測試，另外的人再進行修改，這樣會不會好點呢？？這個一直覺得很納悶！

    還有，很多時候，單個功能做完了，測試沒問題了，可後來開發了另外的功能，跟該功能的方法有重用的時候，或者發生修改後，導致原先功能存在了一些邏輯死角的bug,這個該怎麼辦呢，根據最近的測試總結，很多時候，發生這種事的很多，畢竟多人開發，代碼進行了多次修改，以漸漸脫離了開始建立該方法的意圖，方法功能雖然強大了，但是往往存在很多思維死角，這個雖然在整體測試上能找到，但是還是會有第一段所說，一個流程，測試了沒問題，到客戶那邊還是有bug.是否我們的開發慣性太大，還是人得偷懶行為，這個不得而知，然而，像這種全靠像後期測試這種，感覺不太實際，因為在事件不充裕的情況下，還是bug不斷，代碼也隨著後期的修改變得混亂，畢竟，你當時開發的想法，修改的人不一定能夠瞭解。

   該怎麼做，才能把bug減小到最低呢？該怎麼做，才能是代碼重用性高，且把思維死角的bug降到最低呢？而這些方法，會不會適合小型Team Dev，在這種時間緊急的情況下，有什麼辦法更好的解決這種問題呢？求大神指點一下。謝謝！謝謝！

怎麼進行軟體測試才能把bug降到最低呢？？