軟件測試術語 軟件測試
Unit testing(單元測試)，指一段代碼的基本測試，其實際大小是未定的，通常是一個函數或子程序，一般由開發者執行。
Integration testing(集成測試)，被測試系統的所有組件都集成在一起，找出被測試系統組件之間關系和接口中的錯誤。該測試一般在單元測試之后進行。
Acceptance testing(驗收測試)，系統開發生命周期方法論的一個階段，這時相關的用戶和/或獨立測試人員根據測試計劃和結果對系統進行測試和接收。它讓系統用戶決定是否接收系統。它是一項確定產品是否能夠滿足合同或用戶所規定需求的測試。這是管理性和防御性控制。
Alpha testing (α測試),是由一個用戶在開發環境下進行的測試，也可以是公司內部的用戶在模擬實際操作環境下進行的受控測試，Alpha測試不能由程序員或測試員完成。
Beta testing(β測試),測試是軟件的多個用戶在一個或多個用戶的實際使用環境下進行的測試。開發者通常不在測試現場，Beta測試不能由程序員或測試員完成。
Black box testing(黑盒測試)，指測試人員不關心程序具體如何實現的一種測試方法。根據軟件的規格對軟件進行各種輸入和觀察軟件的各種輸出結果來發現軟件的缺陷的測試，這類測試不考慮軟件內部的運作原理，因此軟件對用戶來說就像一個黑盒子。
White box testing(白盒測試)，根據軟件內部的工作原理分析來進行測試,基于代碼的測試，測試人員通過閱讀程序代碼或者通過使用開發工具中的單步調試來判斷軟件的質量，一般黑盒測試由項目經理在程序員開發中來實現。
Automated Testing(自動化測試)，使用自動化測試工具來進行測試，這類測試一般不需要人干預，通常在GUI、性能等測試中用得較多。
Bug (錯誤)，有時稱作defect(缺陷)或error(錯誤)，軟件程序中存在的編程錯誤，可能會帶來不必要的副作用，軟件的功能和特性與設計規格說明書或用戶需求不一致的方面。軟件缺陷表現特征為：軟件未達到產品說明書標明的功能;軟件出現產品說明書指明不會出現的錯誤;軟件功能超出產品說明書指明的范圍;雖然產品說明書未指出但是軟件應達到的目標;軟件測試人員或用戶認為軟件難以理解，不易使用，運行速度緩慢等問題。 Bug report(錯誤報告)，也稱為“Bug record(錯誤記錄)”，記錄發現的軟件錯誤信息的文檔，通常包括錯誤描述、復現步驟、抓取的錯誤圖像和注釋等。
Bug tracking system(錯誤跟蹤系統，BTS)，也稱為“Defect tracking system，DTS”，管理軟件測試缺陷的專用數據庫系統，可以高效率地完成軟件缺陷的報告、驗證、修改、查詢、統計、存儲等任務。尤其適用于大型多語言軟件的測試管理。
“抓蟲大掃除”(Bug Bash)：在某一個版本的發行里程碑到達之后，在發行之前項目經理向全體開發組織發出通知，告訴大家哪一天的某個時間是Bug Bash的時間，到時候全體成員，包括開發、測試、文檔等團隊、甚至市場部門的員工，全都放下手中的工作，在規定的那一個或幾個小時的時間里，每個人把自己當作是用戶一樣來使用這個未成品的軟件，并且進行競賽，看誰能找到最多的Bug。這樣做的目的是，不是按照測試方案的順序來檢查軟件，而是通過像真正的用戶那樣來使用軟件，即完全是任意性的、無規則的順序，看看在這樣的使用條件下，還有沒有仍舊沒有被發現的嚴重的Bug。 我們往往采用誰找到最嚴重的Bug 就得獎的方法來鼓勵大家盡力找出Bug。抓蟲大掃除一結束，項目經理馬上進行新呈交的Bug數量的統計，然后向開發組織中的全體員工公布。得獎的小有免費的咖啡、午餐、電影票等，大有各種禮物。所以每次Bug Bash 大家都踴躍參加，找到很多測試案例執行時沒找到的問題。
文章來源于領測軟件測試網 http://www.anti-gravitydesign.com/
