今天修復一bug，結果令我思考，遇到乙個bug應該從那幾個方面入手？我自己想了想,帶該這些
初步定位**邏輯原因,找出exception資訊(或者手動捕獲)，定位**行數
如得知**範圍，採用列印log或者debug工具,一步一步除錯,**範圍太大就採用注釋**縮小範圍
考慮所需軟體包的版本相容問題(依賴軟體包或者作業系統)
訪問檔案許可權問題(linux 常見)
更具錯誤提示 google or baidu, 更具結果嘗試和反嘗試
實在找不到，拉人問
不知道你們在工作中還有那些方法？
找Bug的歷程
一.碼畜 靠編譯器幫自己查語法錯誤 消滅筆誤 編寫適合程式設計師的鍵盤練習 if 常量 變數或表示式 使用goto接力超長的if,switch 連續的if還是if elseif 多個條件的組合 精心的排版 多重括號的匹配 條件編譯 各種const 不要糾結各種常量了，這個世界上唯一不變的就是變化。用...
《bug的獻詩》 獻給找bug的QA
bug的獻詩 獻給找bug的qa你誕生在開發指間 遮擋了產品的美 上線後短暫的狂喜 你從上帝的指尖暴露 你從 裡來，我到 裡去 你和我相愛相殺直到黎明 因為有你 所以給我安慰 上線之後短暫的狂喜 你逆襲成p0，榮登bug的聖殿 帶走了我一年的收成 留在原地的我，被埋的很深 佩刀閃閃發亮，一坨坨堆在前...
軟體測試是找BUG，不是找茬
做測試久了，經常會有一些感悟，最近在51上看到一貼，說出了我的心聲，把我一直想寫卻一直以時間為藉口為由拖著未寫的心聲寫出來，摘抄了部分過不，一起紀念測試的年代，測試的心聲。測試好象一直會被一些人誤解 測試就是找茬！經常被問到 你是做什麼的？回答 測試 時，別人馬上反問 你會不會編軟體呀？我說 不會，...