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