APP開發爲什(shén)麽總是要不斷的(de)改bug

APP開發，程序員(yuán)開發完成後，要開始漫長(cháng)的(de)改bug工作。爲什(shén)麽軟件開發總是要有那麽多(duō)bug要改呢(ne)？這(zhè)個(gè)看似是個(gè)外行提出的(de)好笑(xiào)的(de)問題，但是卻可(kě)以反映産品從設計到上線整個(gè)流程可(kě)能遇到的(de)問題。作爲一家有著(zhe)多(duō)年經驗的(de)APP開發公司，我們來(lái)討(tǎo)論一下(xià)這(zhè)個(gè)問題。

Bug分(fēn)很多(duō)類，一類是對(duì)用(yòng)戶來(lái)說不能正常使用(yòng)，能被用(yòng)戶感知到的(de)錯誤。一類是用(yòng)戶能正常使用(yòng)，但是有各種異常的(de)錯誤。一類是使用(yòng)沒有任何問題，但是不符合産品預期的(de)問題。其他(tā)應該還(hái)有很多(duō)。

 

1、對(duì)用(yòng)戶來(lái)說不能正常使用(yòng)，能被用(yòng)戶感知到的(de)錯誤。

這(zhè)種情況是程序員(yuán)和(hé)測試人(rén)員(yuán)的(de)問題，所有功能在上線前，工程師和(hé)QA人(rén)員(yuán)應該測試，回歸完功能。能被用(yòng)戶感知到使用(yòng)流程有問題的(de)話(huà)，一定是相關人(rén)員(yuán)能力或者線上意識某一方面欠缺，也(yě)是最不能容忍的(de)。

2. 用(yòng)戶能正常使用(yòng)，但是在用(yòng)戶看不到的(de)地方有各種異常的(de)。

一個(gè)功能模塊幾乎不可(kě)能是獨立的(de)，它必然牽扯到其他(tā)模塊。對(duì)于你所依賴的(de)模塊，你沒辦法保證這(zhè)些模塊是100%可(kě)用(yòng)的(de)。這(zhè)個(gè)時(shí)候可(kě)能雖然有錯誤，但是隻要不影(yǐng)響主要流程，我們依然可(kě)以正常使用(yòng)。但這(zhè)個(gè)時(shí)候對(duì)于外部依賴的(de)異常處理(lǐ)，很考驗工程師的(de)能力。

舉個(gè)例子，有可(kě)能你看到的(de)點贊數比你實際收到的(de)點贊數少。這(zhè)個(gè)是由于點贊統計在什(shén)麽時(shí)候失敗了(le)一次，某些用(yòng)戶可(kě)能認爲這(zhè)個(gè)是bug，但是其他(tā)可(kě)能不會在意（當你有10001贊的(de)時(shí)候，你在意少了(le)1個(gè)麽？）

3. 使用(yòng)沒有任何問題，但是不符合産品預期

這(zhè)個(gè)更多(duō)的(de)是研發和(hé)産品經理(lǐ)對(duì)于需求理(lǐ)解的(de)不一緻。因爲文字是有二義性的(de)，況且人(rén)和(hé)人(rén)對(duì)相同文本的(de)理(lǐ)解本來(lái)就可(kě)能出現偏差，這(zhè)就導緻了(le)需求理(lǐ)解的(de)不一緻，最終導緻了(le)線上産品不符合預期。對(duì)于内部人(rén)員(yuán)來(lái)說，這(zhè)個(gè)也(yě)算(suàn)BUG。

 

說了(le)那麽多(duō)，最主要的(de)核心在于實現功能的(de)是人(rén)。人(rén)不像機器，不可(kě)能不犯錯；同樣的(de)，不可(kě)能存在沒有bug的(de)程序，像大(dà)家使用(yòng)的(de)windows，窮盡無數優秀的(de)工程師，給予用(yòng)戶優秀的(de)桌面體驗的(de)同時(shí)，也(yě)有你可(kě)能完全看不到的(de)數千個(gè)bug。想要完全避免幾乎是不可(kě)能的(de)，所以隻有加強上線前的(de)測試，才能保證産品的(de)正常運行。