模板
教程
環境
性能
功能
管理
BUG層出不窮的幾個原因
由于軟件企業對軟件質量的重視程度越來越高，軟件測試在軟件研發中的地位越來越重要。越來越多的企業領導也將注意力更多的投入到軟件測試方面來，確實測試很需要得到領導的重視與理解并且毫無疑問的支持，如果你所處的團隊目前已經很好的得到了領導的重視和支持，那真是一件幸事?？刹恍业氖?，目前很多國內軟件相關人士對軟件測職業崗位還出于不理解狀態，這其中當然包括領導一層，可能大家在日常工作中有時候會碰到領導過問到測試狀況或者BUG的事，特別是那些規模小，流程體系還不夠完善，處于人治狀態的公司也許幾率更高一些，通常來說，領導見到那些層出不窮的BUG，直覺反應是測試工作做的不夠理想而導致BUG的遺漏，當然這樣的假設不一定成立，到底為什么會有層出不窮的BUG呢？
層出不窮的 BUG
大家可能都有這樣一種感覺，軟件幾乎天天在修改，審核，驗證再測試，可相當長一段時間的測試過程中會發現居多這樣那樣的缺陷，層出不窮的發現BUG，到底是什么原因？
筆者總結以下幾種常見原因
．測試遺漏
測試的設計主要體現在測試用例的設計，以及通過測試策略將這些測試用例同測試計劃，測試執行，還有測試結果數據的收集整理結合在一起執行，由于測試人員水平的高低，測試工具使用的熟練程度，以及對所測試對象的理解深度等原因，測試設計很難完善，主要表現在測試用例設計的不全面，存在遺漏，或者測試方案的不周密，以及可能的測試人員執行時產生的偏差等等，這些測試方面的遺漏和偏差都可能導致軟件問題沒有及時發現，造成測試的遺漏。
．設計及修改原因
軟件需求或者設計方案經常被更改，特別是變更沒有導入一套成熟的變更管理體系的情況下，每次變更無疑于埋下大量的地雷，這些都為BUG提供滋生的環境。另外后期修改維護中對BUG未做準確的分析定位，修改方案未審核，或者修改過程中程序員出現“頭痛治頭，腳痛治腳”，“補了東邊漏了西邊”等不良修改過程中引發出新的問題，也是導致BUG被擴大的原因。
．BUG的概率性及偶然性
有些BUG的出現呈現概率的特性，它需要反常數量，頻率，或者資源的方式下執行系統才能被查找，即通常所說的壓力測試。
．BUG的潛伏性及階段性
有時候，BUG實際存在但由于觸發它的條件不滿足從而呈現潛伏狀態只能在某個階段才能被發現，單元測試，集成測試，系統測試等階段測試重點關注的對象就不同，如集成測試可以發現單元測試通過后的模塊之間接口上的錯誤。特別象嵌入式系統中多進程以及多任務處理問題、系統容錯性問題、內存問題等等，這些情況下表現出的潛伏性更加復雜多變，導致發現這些BUG需要一個特別長的周期或者需要某一特定測試環境能被有效搭建的情況下才能查找出。
．BUG的隱蔽性和周期性
該BUG實際存在但由于其他BUG的存在導致它所在的代碼沒有得到執行，因而無法暴露該BUG，這種情況在以黑盒測試為主的測試中表現尤為突出，只有通過周期性的BUG修復及測試才能發現該類BUG。 [Page]
測試的周期性
上文提到BUG的隱蔽性和周期性決定了測試必須是一個周期性的工作，這個周期性不是表現為簡單的重復。下面針對黑盒測試的特點來詳細闡述這一特性。
黑盒測試的對象大多針對圖形用戶界面（GUI），它以窗口，菜單以及按鍵的表現形式，針對它們的測試，通常通過模擬用戶的操作來完成，這種特性決定它只能通過自頂往下的測試方法，即只能通過菜單一級一級往下的方式測試，從程序的角度來說必須先有父窗口再到子窗口的過程。當然如果采用白盒測試的方法，可以通過驅動的方式來激發，這里就不闡述！
