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

作者: wt (Time to Change!)   2022-06-02 21:56:18
::使用者給一星寫說會閃退很爛 你也沒辦法問到什麼
針對這種類型,提供幾個面相當參考。
一、通常這種都會歸類在軟體不夠穩健 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)
以上簡單提供一些方向做參考。
作者: japing (上進心)   2022-06-13 19:09:00
nice!

Links booklink

Contact Us: admin [ a t ] ucptt.com