“Bug”的創始人格蕾絲·赫柏（Grace Murray Hopper），是一位為美國海軍工作的電腦專家，也是最早將人類語言融入到電腦程序的人之一。而代表電腦程序出錯的“bug” 這名字，正是由赫柏所取的。1945年的一天，赫柏對Harvard Mark II設置好17000個繼電器進行編程后，技術人員正在進行整機運行時，它突然停止了工作。于是他們爬上去找原因，發現這臺巨大的計算機內部一組繼電器的觸點之間有一只飛蛾，這顯然是由于飛蛾受光和熱的吸引，飛到了觸點上，然后被高電壓擊死。所以在報告中，赫柏用膠條貼上飛蛾，并把“bug”來表示“一個在電腦程序里的錯誤”，“Bug”這個說法一直沿用到今天。
那么作為一名測試，每天聽到和說到的最多的一個詞也就是bug了。當然，你每天的任務也就是找到任何會出現的bug。今天先簡單談談bug的分類：
1. UI類
UI類的bug其實是最簡單也是最容易找出來的bug。根據產品設計（有些設計其實并不符合用戶，也可以提出來），對照界面就可以看出來。
（1）界面文字 （2）界面元素位置 （3）界面的顏色 （4）界面設計是否規范 （5）中英文翻譯錯誤
2. 數據類
數據類的bug主要是數據庫后臺處理邏輯有問題。很多時候都是sql語句的錯誤，也有可能是數據庫存儲的錯誤。
（1）數據顯示不對 （2）數據丟失 （3）出現異常數據 （4）Invalid的數據可以記錄提交 （5）數據庫連接異常 （6）數據流錯誤
3. 功能類
功能類的bug是一般最常見的。可以根據需求說明書，用戶體驗找到。
（1）Happy pass都過不了 （2）核心功能跑不通 （3）多余功能出現 （4）功能影響其他產品 （5）特殊情況下出現的功能問題
4. Crash類
Crash的bug是一個測試最有成就感的bug。
（1）正常操作crash （2）異常操作crash （3）自然crash （4）內存泄漏 （5）交互crash
5. 性能類
性能類的bug主要是程序承載能力不行。這個最好是性能測試人員接入比較好一點。
（1）訪問人數多 （2）下載量大 （3）耗時長 （4）短時間突然急劇訪問 （5）卡死
6. 建議類
這類bug最好先跟產品設計的人討論，然后做出最終的呈現。
7. 偶然類
偶然類的bug是經常見到的，突然遇到，但是很難重現。這種bug最好自己記錄下來，每次重現的時候記錄步驟。說不定有一天就會被你掌握！
一大波測試相關來襲，關注點贊哦！每天晚上十點更新，土豪請打賞，轉載請聯系。
