這個看似是個外行提出的好笑的問題，但是卻可以反映產(chǎn)品從設(shè)計到上線整個流程可能遇到的問題。

作為工程師的我，覺得這個問題非常值得討論。Bug分很多類，一類是對用戶來說不能正常使用，能被用戶感知到的錯誤。一類是用戶能正常使用，但是有各種異常的錯誤。一類是使用沒有任何問題，但是不符合產(chǎn)品預(yù)期的問題。其他應(yīng)該還有很多，這里我們一一討論。

1對用戶來說不能正常使用，能被用戶感知到的錯誤

其中一種情況是程序員和測試人員的問題，所有功能在上線前，工程師和QA人員應(yīng)該測試，回歸完功能。能被用戶感知到使用流程有問題的話，一定是相關(guān)人員能力或者線上意識某一方面欠缺，也是最不能容忍的。

另外一種情況是黑天鵝事件，什么網(wǎng)線被挖斷，機(jī)房被炸，服務(wù)器爆炸什么的。。。。。。，這個說實(shí)話，出了在軟件架構(gòu)上做冗余，目前沒有什么特別好的辦法。

2用戶能正常使用，但是在用戶看不到的地方有各種異常的

一個功能模塊幾乎不可能是獨(dú)立的，它必然牽扯到其他模塊。對于你所依賴的模塊，你沒辦法保證這些模塊是100%可用的。這個時候可能雖然有錯誤，但是只要不影響主要流程，我們依然可以正常使用。但這個時候?qū)τ谕獠恳蕾嚨漠惓Ｌ幚?，很考驗工程師的能力?/p>

舉個例子，有可能你看到的點(diǎn)贊數(shù)比你實(shí)際收到的點(diǎn)贊數(shù)少。這個是由于點(diǎn)贊統(tǒng)計在什么時候失敗了一次，某些用戶可能認(rèn)為這個是bug，但是其他可能不會在意（當(dāng)你有10001贊的時候，你在意少了1個么？）

3使用沒有任何問題，但是不符合產(chǎn)品預(yù)期

這個更多的是研發(fā)和產(chǎn)品經(jīng)理對于需求理解的不一致。因為文字是有二義性的，況且人和人對相同文本的理解本來就可能出現(xiàn)偏差，這就導(dǎo)致了需求理解的不一致，最終導(dǎo)致了線上產(chǎn)品不符合預(yù)期。對于內(nèi)部人員來說，這個也算BUG。

說了那么多，最主要的核心在于實(shí)現(xiàn)功能的是人。人不像機(jī)器，不可能不犯錯；同樣的，不可能存在沒有bug的程序，像大家使用的windows，窮盡無數(shù)優(yōu)秀的工程師，給予用戶優(yōu)秀的桌面體驗的同時，也有你可能完全看不到的數(shù)千個bug。想要完全避免幾乎是不可能的。所有也不存在一次性就寫好的情況

名稱欄目：程序員為什么要不能一次性寫好，需要一直改bug？
文章地址：http://aaarwkj.com/news/103114.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供軟件開發(fā)、自適應(yīng)網(wǎng)站、云服務(wù)器、動態(tài)網(wǎng)站、網(wǎng)站策劃、服務(wù)器托管

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)