测试角度:如何看待三星大量手机系统崩溃并数据丢失事件?

本贴最后更新于 1597 天前,其中的信息可能已经事过景迁

5月23日凌晨,三星大量手机出现系统崩溃并数据丢失

5.23日早上凌晨的时候,大量网友反溃:三星手机出现震动并屏幕闪烁现象,无限重启,然后造成手机系统崩溃、死机并乱码,大量数据被丢失!

image.png

image.png

image.png

在事故发生的当天中午,三星公司已发表声明,承认该问题事件的发生,并表示将积极排查原因,提供相关的解决方案。

image.png

三星手机出现事故的原因究竟是什么呢?

此事的发生,是继上次”三星电池爆炸“事件之后的又一次重大事故,三星手机又被推上热搜。至于这个事故对三星的影响,以及如何恢复等,大家可以通过百度搜索了解到很多相关信息。作为一名资深测试,我们当然要站在一个测试的角度来分析一下,这个事故出现的具体原因到底是什么,分析定位一下这个大bug。

首先,确定一下bug出现的范围:

部分网友说“全球三星手机都受到影响”,其实并不为实。据了解,在外网没有任何人谈到三星手机出现系统崩溃的情况,说明这种情况只出现在国内部分手机,并不是“全球”范围;也不是所有人的手机都出现了问题,大部分是“国行”或者“国行系统”的手机。

然后,分析一下是“前端问题”还是“后端问题”。

有网友传言,这个事故是“三星服务器”受到了攻击。我们来分析一下,从出现问题的手机界面来看,都是进入的"Recovery界面",上面写着“系统未能正常启动,因为配置文件可能损坏了“,所以,明显不是服务器受到了攻击,而是手机系统自身出现了错误。

接着,做一些操作尝试,排查出现的原因:

因为几乎出现问题的手机,时间都集中在5.23号凌晨,为什么恰好是这个时间,有什么特别的么? 我们分析一下,不难发现5.23正好是农历的闰四月初一; 而且,很多网友自己尝试过,并且验证发现:只要将时间调整为5.23 ~ 6.20之外,并且关闭时间同步,就可以修复这个问题。

所以,据此尝试可以分析得出:应该是今年的闺四月这个特殊时间,造成三星手机时间识别有误,从而导致的这个问题。

那么,测试找到大概的问题所在,接下来就是开发小哥哥的事了!

测试角度看事件,总结测试经验

这个事件的发生,估计让“三星”手机的市场进阶到更严峻的形势。事故发生的原因肯定是多方位的,但是从测试角度来审视这个事故,我们可以也可以总结一些测试的经验和教训,来帮助以后的测试工作的进行。

第一:做好兼容性测试。 测试覆盖面应该覆盖各种类型的系统(本次事故就多为国行系统手机),兼容性测试一定到位。虽然不要求覆盖所有的系统和机型(穷举法实现不现实),但是要尽量覆盖主流和易出问题的系统;

第二:特殊值的测试。 做过测试的都知道,测试点的提取可以采用边界值来覆盖更有效的测试数据,除了一些等价类的边界值之外,还应该考虑一些特殊值。像本次事件的“闰四月”就是一个特殊值,是中国用户特有、别的国家所没有的一个时间数据。所以,我们应该结合特定用户场景,分析具体的业务,从而达到更高的覆盖率,避免出现此类严重的用户bug。

第三:贴近用户场景测试。测试其实不同于开发,开发更多的是在代码的角度去实现功能,而测试是在用户角度使用功能。所以,用户的使用场景,一直都应该是测试点提取和覆盖的首要出发点。一般来说,一个产品的测试应该是最了解这个产品的人:他比产品懂实现,他比开发懂业务!所以,测试的角色除了要有必备的测试技能,同时也应该熟悉用户需求,贴近用户角度去执行测试,才能测出最让用户最满意的产品。

1 操作
tricy 在 2020-08-06 17:45:26 更新了该帖
回帖
请输入回帖内容 ...