如何避免遺漏bug

  bug遺漏，我想這個是很多公司很多人頭痛的一個問題。眾所周知，bug是不可能被完全消滅的，當然也就意味著在發布前不能被全部找出來。于是乎當項目發布后，或多或少都會出現bug遺漏的現象，即使發布初期沒有發現，隨著時間的流逝，一些隱藏的bug也會慢慢浮現出來。那么對于遺漏的bug，我們該怎么去做？

        古時云：亡羊補牢，為時未晚也。對于遺漏的bug，我們應該去透徹的分析它產生的原因，然后吸取教訓，防止再次出現。這樣遺漏bug的數量就會越來越少，趨于0。那么怎樣的分析才是透徹的呢？我發表一下自己的觀點。

        根據我的經驗，總結下來有以下幾點，首先從根源上說，需求的問題。需求是一切的根本，我們所做的一切都是在需求的基礎上進行的，那么需求會不會有問題？當然有啦，否則要需求評審干嘛，每次需求評審，或多或少都能發現一些需求的問題，在還沒有開始編碼之前就把需求的bug找出來，這個是最理想的狀態。顯然這個不現實，但是能多發現一個不合理的地方，那就能減少很多風險。因此需求關要把好。當然要求測試人員在需求評審時就要找出需求的bug，這個是要求比較高的，需要對業務的熟悉以及對相似產品的認識。需求關把好了，那么就算踏出了成功的第一步。

        其次，要盡早與開發人員進行測試設計評審，統一對需求的認識（開發測試人員都可能存在對需求的認識不正確）。越早進行，越能夠避免出現因為對需求的認識不同而導致出現的問題（最可怕的是因此產生的隱性bug），這樣也能減少后期很多不必要的資源浪費。

原文轉自：http://www.kjueaiud.com