APP開(kāi)發(fā)，程序員開(kāi)發(fā)完成后，要開(kāi)始漫長(zhǎng)的改bug工作。為什么軟件開(kāi)發(fā)總是要有那么多bug要改呢？這個(gè)看似是個(gè)外行提出的好笑的問(wèn)題，但是卻可以反映產(chǎn)品從設(shè)計(jì)到上線(xiàn)整個(gè)流程可能遇到的問(wèn)題。作為一家有著多年經(jīng)驗(yàn)的APP開(kāi)發(fā)公司，我們來(lái)討論一下這個(gè)問(wèn)題。

Bug分很多類(lèi)，一類(lèi)是對(duì)用戶(hù)來(lái)說(shuō)不能正常使用，能被用戶(hù)感知到的錯(cuò)誤。一類(lèi)是用戶(hù)能正常使用，但是有各種異常的錯(cuò)誤。一類(lèi)是使用沒(méi)有任何問(wèn)題，但是不符合產(chǎn)品預(yù)期的問(wèn)題。其他應(yīng)該還有很多。

 

1、對(duì)用戶(hù)來(lái)說(shuō)不能正常使用，能被用戶(hù)感知到的錯(cuò)誤。

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

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

一個(gè)功能模塊幾乎不可能是獨(dú)立的，它必然牽扯到其他模塊。對(duì)于你所依賴(lài)的模塊，你沒(méi)辦法保證這些模塊是100%可用的。這個(gè)時(shí)候可能雖然有錯(cuò)誤，但是只要不影響主要流程，我們依然可以正常使用。但這個(gè)時(shí)候?qū)τ谕獠恳蕾?lài)的異常處理，很考驗(yàn)工程師的能力。

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

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

這個(gè)更多的是研發(fā)和產(chǎn)品經(jīng)理對(duì)于需求理解的不一致。因?yàn)槲淖质怯卸x性的，況且人和人對(duì)相同文本的理解本來(lái)就可能出現(xiàn)偏差，這就導(dǎo)致了需求理解的不一致，最終導(dǎo)致了線(xiàn)上產(chǎn)品不符合預(yù)期。對(duì)于內(nèi)部人員來(lái)說(shuō)，這個(gè)也算BUG。

 

說(shuō)了那么多，最主要的核心在于實(shí)現(xiàn)功能的是人。人不像機(jī)器，不可能不犯錯(cuò)；同樣的，不可能存在沒(méi)有bug的程序，像大家使用的windows，窮盡無(wú)數(shù)優(yōu)秀的工程師，給予用戶(hù)優(yōu)秀的桌面體驗(yàn)的同時(shí)，也有你可能完全看不到的數(shù)千個(gè)bug。想要完全避免幾乎是不可能的，所以只有加強(qiáng)上線(xiàn)前的測(cè)試，才能保證產(chǎn)品的正常運(yùn)行。