作者wt (Time to Change!)
看板Soft_Job
标题Re: [心得] Bug的分级与解决
时间Thu Jun 2 21:56:18 2022
::使用者给一星写说会闪退很烂 你也没办法问到什麽
针对这种类型,提供几个面相当参考。
一、通常这种都会归类在软体不够稳健 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)
以上简单提供一些方向做参考。
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 118.169.208.120 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1654178180.A.6A5.html
1F:推 japing: nice! 06/13 19:09