網(wǎng)站導(dǎo)航
- zblogPHP模板zbpkf
- zblog免費模板zblogfree
- zblog模板學(xué)習(xí)zblogxuexi
- zblogPHP仿站zbpfang
程序Bug是如何產(chǎn)生的？
任何一個「問題」的產(chǎn)生，本身是沒有好壞之分的，但是為什么會有的就不被care，甚至還會很喜歡，而有的會被吐槽呢？根本原因是因為產(chǎn)生了利益損失。比如年前拼多多出問題送了很多無門檻券。作為一個用戶，自然很喜歡，夸你夸到飛起，怎么會吐槽你呢。但是作為利益損失方，必然破口大罵，害我傾家蕩產(chǎn)！所以，如果沒有產(chǎn)生利益損失，我想其他人也不會來找你吐槽。但是「問題」就等于「bug」嗎？我認(rèn)為并不是，「問題」不等于「bug」。因為程序員的職責(zé)是什么？拿造...
程序員經(jīng)常與Bug為伍是怎樣的一種體驗？
正在寫2023年的bug不要看程序員天天加班，一半在做需求，一半在改bug，剩余時間在寫明年的bug。如何降低開發(fā)過程中的bug率呢？良好的邊寫代碼邊寫注釋的習(xí)慣，特別是在關(guān)鍵邏輯部分更加需要寫好注釋。注意寫注釋不是簡單的對代碼進(jìn)行直白翻譯，而是要描述上下文關(guān)系以及關(guān)聯(lián)的需求背景。在關(guān)鍵操作部分打印日志，這有利于問題跟蹤和整理你的思路。在開發(fā)階段要善于使用斷點調(diào)試，不要以為每個程序員都會斷點，有的的做了2~3年的開發(fā)還不會用斷點的比比皆...
對程序員來說，“為什么會出bug”和“為什么沒出bug”哪一個更可怕？
作為一個在工作的程序員來說。我看到這兩句話真的是體會頗深為什么沒出bug當(dāng)你腦海你出現(xiàn)這句“為什么沒出bug”表明你對自己寫的代碼不自信，或者你明感覺到自己寫的不規(guī)范有錯誤。但是程序就是能Run起來。我叫這個為隱患。也叫“技術(shù)債”。某個時段是要出來“還債的”。一個程序員一定要對自己代碼有信心。書寫規(guī)范，做到滴水不漏，找不出破綻，符合項目邏輯，易于維護(hù)。為什么出bug這個我感覺是最好解決的。我們在實際開發(fā)中，每一次功能的更新進(jìn)行的測試都可...
谷歌ProjectZero團(tuán)隊新公布的漏洞披露政策，將迎來哪些變化？
谷歌ProjectZero團(tuán)隊以披露大量嚴(yán)重漏洞而被人們所熟知，但也因為嚴(yán)格的快速披露政策而遭到了行業(yè)內(nèi)的批評。于是2020年的時候，谷歌安全團(tuán)隊試圖制定新的政策，將問題披露的寬限期給足了整整90天。即便如此，谷歌還是對過去五年的政策表現(xiàn)感到滿意，指出有97.9%的漏洞報告在當(dāng)前的90天披露政策下得到了有效的修復(fù)。【題圖via9to5Google】相比之下，2014年有些bug拖了六個月、甚至更長的時間來解決。不過在審查了“復(fù)雜且經(jīng)常引...
敲代碼的時候長時間修不好BUG怎么辦？
如果長時間修復(fù)不了bug，說實話，項目經(jīng)理或者產(chǎn)品經(jīng)理肯定對你有意見，你的績效可能會受到影響。敲代碼的，就是我們俗稱的碼農(nóng)，平時工作再忙，也要勤于總結(jié)和學(xué)習(xí)，既要埋頭拉車，也要抬頭看路。軟件行業(yè)，技術(shù)更新?lián)Q代非常快，如果你不經(jīng)常學(xué)習(xí)，很快就會落伍，就會出現(xiàn)你說的長時間修不好bug的情況，這就意味著你的技能跟不上了，需要更新。不斷學(xué)習(xí)，才能更新技能。不斷總結(jié)，才能明白得失，揚長避短。祝學(xué)習(xí)進(jìn)步，工作順利！...
軟件測試需要掌握哪些知識？好入門嗎？
軟件測試的定義、生命周期、工作流程、需求分析；測試用例的設(shè)計、編寫、評審；bug的基本知識以及禪道的使用；測試計劃、測試報告的編寫；SVN、Git版本控制工具的使用；發(fā)布項目進(jìn)行立項，建立項目組進(jìn)行分工；需求評審，學(xué)會如何看需求文檔，進(jìn)行需求分析，羅列測試點；整理測試點，編寫測試用例，然后進(jìn)行用例評審；執(zhí)行測試，比如功能、界面、前后臺、兼容性、數(shù)據(jù)庫，對于發(fā)現(xiàn)的bug提交到禪道；分析、總結(jié)、編寫測試報告；...
程序員改bug，是湊合就行嗎？
不應(yīng)該，但時常發(fā)生。應(yīng)該做的是：發(fā)現(xiàn)了bug，應(yīng)該找到其根源，將其根除。實際上：剛開始，基礎(chǔ)代碼質(zhì)量較高時，湊合改改，往往就此奏效了，不少人也就這樣處理，問題短時間不再出現(xiàn)，軟件開發(fā)進(jìn)入下一步隨著開發(fā)的進(jìn)展，出現(xiàn)了更多的bug。如果再多湊合幾次，代碼質(zhì)量就越來越差有的軟件，就此交付了，bug可能還寫在操作指南上，湊合用有的軟件，陷入泥潭之中，湊合改掉一個bug，又發(fā)現(xiàn)更多的bug，改了又改湊合改bug的老司機(jī)開了又開，終于翻車了曾經(jīng)用過...