Re: [心得] Bug的分級與解決

::使用者給一星寫說會閃退很爛 你也沒辦法問到什麼

針對這種類型，提供幾個面相當參考。

一、通常這種都會歸類在軟體不夠穩健 Robust

使用者會用各種奇怪的方法搞爛軟體/硬體，錯都是產品公司的錯。
所以硬體會有防呆插頭，軟體也會有相應的機制。

不該怪使用者。這不會讓自己變強。

二、閃退大部分是crash

從Crash的角度下去查，再細分：一開就掛/跑一陣子掛
一開就掛：
相容性問題
是否有測過所有主流的OS版本 x 手機廠商？
(以前手機廠商喜歡自己改OS，
即是是Android 10, 還會測各家手機的Android 10)
Why? 因為出事User一定先怪軟體，即使不是你的錯也會中槍

遊戲類就要加測 各種能多開APP的模擬器(on PC, on mobile)
Why? 一樣，出事就是怪你

跑一陣子才掛：
程式本身問題
與其他軟體衝突(搶資源或者其他因素)
要靠Log來抓

三、預防閃退

當出廠前就知道哪些環境會出問題，可以在正式開始前就先偵測環境。
符合條件才進入正式Launch，若不符合就跳提醒，表明無法再此環境運作。
想像一下，在32 bit OS上跑 64bit軟體，會跳訊息告訴你無法運作。

例如：發現自己處在模擬器中、發現有不相容的APP運作中、版本型號會有問題等

四、Debug

出廠的APP通常會把debug關掉，但是還是有些小技巧可以用。
這邊用PC的軟體舉例

當軟體啟動的時候，偵測某個特定檔案內的設定，ex: C:\xxx\AP_config。
如果Debug=ON，那就自動進入debug mode。
一般的使用者沒有此設定，就是走正常模式。

如何自動啟動？
軟體啟動後設定一個flag，正常關閉就把flag關掉。因此若是crash，flag就會維持ON
下次軟體啟動時，先檢查此flag，若是ON就知道上次沒有正常關閉，可能是crash。
若發現上次是crash，那就可以考慮到開debug mode。
這樣只會影響到crash的user，而非所有的user

==> 這些Windwos都遇過，也都有實際解決方法給大家參考。

如何收回Log?
可以設計頁面讓user同意上傳(進入debug mode才顯示)，
或者自動上傳 (公開的祕密是沒人在讀EULA)

以上簡單提供一些方向做參考。

--