APP開發，程序員開發完成后，要開始漫長的改bug工作。為什么軟件開發總是要有那么多bug要改呢？這個看似是個外行提出的好笑的問題，但是卻可以反映產品從設計到上線整個流程可能遇到的問題。作為一家有著多年經驗的APP開發公司，我們來討論一下這個問題。

Bug分很多類，一類是對用戶來說不能正常使用，能被用戶感知到的錯誤。一類是用戶能正常使用，但是有各種異常的錯誤。一類是使用沒有任何問題，但是不符合產品預期的問題。其他應該還有很多。

 

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

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

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

一個功能模塊幾乎不可能是獨立的，它必然牽扯到其他模塊。對于你所依賴的模塊，你沒辦法保證這些模塊是100%可用的。這個時候可能雖然有錯誤，但是只要不影響主要流程，我們依然可以正常使用。但這個時候對于外部依賴的異常處理，很考驗工程師的能力。

舉個例子，有可能你看到的點贊數比你實際收到的點贊數少。這個是由于點贊統計在什么時候失敗了一次，某些用戶可能認為這個是bug，但是其他可能不會在意（當你有10001贊的時候，你在意少了1個么？）

3. 使用沒有任何問題，但是不符合產品預期

這個更多的是研發和產品經理對于需求理解的不一致。因為文字是有二義性的，況且人和人對相同文本的理解本來就可能出現偏差，這就導致了需求理解的不一致，最終導致了線上產品不符合預期。對于內部人員來說，這個也算BUG。

 

說了那么多，最主要的核心在于實現功能的是人。人不像機器，不可能不犯錯；同樣的，不可能存在沒有bug的程序，像大家使用的windows，窮盡無數優秀的工程師，給予用戶優秀的桌面體驗的同時，也有你可能完全看不到的數千個bug。想要完全避免幾乎是不可能的，所以只有加強上線前的測試，才能保證產品的正常運行。