一个BUG的发现、定位和解决
前言
在iOS 11发布之后,出现了一系列适配相关的问题,UIScrollView在pagingEnabled=YES时滑动手势不灵敏,UITableView的滑动删除功能变动,UIImagePickerViewController的取消按钮点击区域变小等,本文介绍其中一个UIAlertView问题,分享其发现、定位和解决。
正文
1、问题产生
问题的最初,是iOS 11正式版发布后不久,测试的同学提了一个iOS 11相关的BUG,表现是:在直播间内发送聊天信息,如果被禁言,会弹出“被禁言”提示,键盘收回去,然后就弹不出来。
开发在接到这个BUG的时候,先把问题抽象出来几个要素:直播间内、键盘弹出、弹出提示、键盘收回、键盘无法弹出。
弹出提示是用的UIAlertView的方式。在键盘出现时弹出UIAlertView的提示,键盘会收起,UIAlertView消失后,键盘会再次弹出,是一次正常的表现。
2、问题复现
按照复现路径做一次尝试,发现BUG可以复现,确定问题存在;
根据经验,猜测问题可能出现在键盘和UIAlertView上,与“禁言”的业务无关。 在直播间内尝试其他非“禁言”的场景,同样是在键盘出现的时候,弹出UIAlertView的提示,也会造成后续键盘无法弹出的情况。在尝试完其他非直播间的主场景之后,发现问题可以描述为:
iOS 11的机器只要弹出来一次UIAlertView,之后再通过becomeFirstResponder无法呼起键盘;必须手动点击输入区域,触发系统的键盘弹出行为,或者切入后台再切回来,才能正常弹出来键盘。 部分页面在点击评论后,会添加一层透明maskView,并弹出键盘。点击透明的maskView会调用resignFirstResponder,在键盘消失的notification中消除maskView。因为键盘无法弹出(也无法收到键盘消失的notification,但maskView还是正常添加),导致这部分页面无法进行后续的交互。3、问题评估
在复现问题后,需要对问题的严重性进行评估,确定BUG修复的优先级。 从已知的表现来看,iOS 11下的使用影响较大(UIAlertView的提示较多)。 用iOS 11的机器下载外网版本进行测试,发现BUG竟然无法复现! 虽然很诡异,但是问题的优先级可以降到更低,排入正常的BUG解决列表中。4、问题解析
外网版本是Xcode8编译的本,本地版本使用的Xcode9 GM编译的,难道是Xcode 9编译导致?
新建一个demo,只有输入框和按钮,模拟UIAlertView弹出,发现demo是正常的; 把app的工程设置复制到demo,把对输入框的属性设置同样复制到demo,demo依旧正常; 把demo代码复制到app,并把app的rootViewController赋值为demo中的VC,依旧正常;可以确定是app中某部分代码导致的键盘无法弹出的。
经过二分注释的方式,迅速(4、5次左右)定位到问题是app中的某个Service类导致。
仔细排插Service类的属性,发现里面有一个属性的是继承UIWindow并且level比UIWindowLevelStatusBar高。
自此,根据所学和苹果UIKit的文档,我们可以对问题进行一次回溯。
5、问题回溯
苹果官网上响应链和UIWindow的说明,里面关于becomeFirstResponder()的解释是:
Asks UIKit to make this object the first responder in its window.
对于UIAlertView的iOS 11系统行为,猜测:
在UIAlertView弹出的时候,会抢占系统的keyWindow,所以会出现键盘在UIAlertView的时候收回(因为keyWindow改变); 在UIAlertView消失的时候,会遍历所有Window,找到其中z轴最高作为keyWindow,所以会出现键盘在UIAlertView消失后弹出(keyWindow变成原来的);通过写代码调试app,确定了上面的猜测。
在iOS 11,如果UIAlertView弹出时,存在windowLevel 大于 UIWindowLevelNormal 的UIWindow,就会触发这个键盘无法弹出的BUG。
6、问题修复
保证app中,没有常驻的UIWindow; 修复键盘无法弹出时,maskView无法消除的BUG; UIAlertView在后续的版本替换掉;总结
这次问题从产生、复现、定位、评估再到修复的时间,和写这篇文章的时间差不多。 BUG的解决流程各不相同,借此提醒自己对于BUG的解决要有目的性和优先级。 原文发布时间为:2017-10-10记一次bug分析定位过程 其实很多时候,我们在测试过程中发现的很多bug,并不是由于开发人员编码能力不好,或者粗心大意造成,而是在项目开发实施过程中,没有遵循一些必要的项目流程,没有充分认识到质量的重要性;如果能做好这方面的工作,关注流程,而不是喊口号,人人重视质量,人人为结果负责,那么,会有很多问题、不只是bug,都将“被扼杀在摇篮里”......
印象最深的一个bug——排查修复问题事件BEX引发的谷歌浏览器闪退崩溃异常 本文记录了目前修复的千千万万个项目的BUG中印象最深的一次BUG,由于问题事件BEX引发的谷歌浏览器闪退崩溃的异常问题.这个BUG因为其不可复现性导致特别难以发现和解决,正是由于这一次的BUG解决过程,让我了解到了一位攻城狮在项目开发维护过程中实际经验的重要性,多思考,多实践,多多积累经验,才是一位攻城狮的成长之路.
如何验证程序是否完成,测试以及修正Bug? 在日常中,我们码代码都是按照需求来的,为了验证我们的工作成果是否符合项目的需求,那么验证程序是否完成、测试以及修复bug就成了我们工作中非常重要的流程。
线上出bug了?别怕,这么定位! 工作中,生产环境代码是编译后代码,搜集到报错信息的行和列无法在源码中对应,很多时候只能靠“经验”去猜,本文针对这种情况,开发了一个npm命令行小工具,帮助快速定位报错的源码位置,提升效率。 由于现在构建工具盛行,前端部署的代码都是经过编译,压缩后的,于是乎,SoueceMap就扮演了一个十分重要的角色,用来作为源代码和编译代码之间的映射,方便定位问题。
关于自动化测试的定位及一些思考 大家对自动化的理解,首先是想到Web UI自动化,这就为什么我一说自动化,公司一般就会有很多人反对,因为自动化的成本实在太高了,其实自动化是分为三个层面的(UI层自动化、接口自动化、单元测试)
相关文章
- 一个神奇的bug:OOM?优雅终止线程?系统内存占用较高?
- 织梦栏目判断 seotitle的小bug
- 如何用轻量协作工具做bug管理
- 别再乱打日志了,这样才是定位 bug 打日志的方式!
- 上线出了bug:为什么没测出来?
- 【软件测试】如何定位web前后台的BUG
- SpringBoot项目中遇到的BUG
- Android_通过Bugtags平台,方便測试人员提交bug及整个bug系统的管理
- 微信小程序 — 自定义picker选择器弹窗内容+textarea穿透bug
- 测试人员如何提交一个高质量的bug?
- 客快物流项目的一些Bug
- 这是EnterLib PIAB的BUG吗?
- 这算是CSS的bug吗?
- springboot更改启动logo,佛祖保佑 ,永不宕机 , 永无BUG