客户一个无厘头的BUG ，让我的青春痘炸了2颗

今日关键词：奇葩缺陷

01 Show Time & 引言的没有 ，进行进入主题；插一句，作为从业互联网事业的测试这个重要岗位来说，

身为测试人员及其他，我们确实要将客户的需求，哪怕要求都要放在首位，哪怕是无理的！

至少我们是要用心倾听的态度，拿出微笑服务，解决客户所有疑难，无条件支持。

02 来看看我们的毛豆同学，公司上线的某款产品，客户反馈的是一个如何无厘头的BUG

# 关键词：APP 登录页 手机号转义成中文

# 产品类型：某款 APP

# 登录终端：iphone5E

# 系统：IOS9.3.1

# 手机卡：移动运营商 151开头

# 重新概率：该用户手机百分分必现，其它手机暂无人员反馈

# 模块：登录页

# 测试场景：打开登录页--->点击文本输入框--->触发数字类型键盘--->输入正常运营商手机号--->点击完成

# 页面输出（BUG）：点击完成，"151******"数字类型的手机号转义成中文"居然看着看着"！

下面是用户录制的视频；很有意思；虽然是一个简单的小功能，但是我真的还是第一次，算是学习到了！所以投入话题中，接下来一起探讨。

03 当客户将此问题反馈到运营，继后项目组成员周知时，毛豆小姐姐第一反应，OMG！ 无法登录？这是什么鬼！一脸懵逼！赶紧找开发看一下！

#各位当你们项目出现此问题；你们脑袋第一件事做的是什么？欢迎留言！

04 我们来简单分析分析；首先用户只是输入手机号并未做点击获取验证码向后端发送请求的操作，也未点击任何其按钮；到这一步我个人看到这里基本把后端出现问题的可能性排除了；

# 出现我脑海里 手机兼容性问题？

# 第三方插件键盘？

# 前端校验逻辑出问题了？

# 最后这个客户是不是小白用户！自己输入错误？

05 但是当再次了解后，详细过问场景。描述 该bug 客户重进多次手机百分百必现，然后前端校验只允许输入数字；然后用户都未触发登录，想从数据如何传入到数据库等方式去查看也行不通；

后来我咨询我身边的前端，说有可能是前端代码哪里写了该几个字，点界面某个事件触发了；导致该问题出现，我心里想，如果是代码写了这几个字前后端开发不至于定位半天无果；需要客户不断的补充场景信息啊！

后来我们只能建议毛豆跟公司前端开发说叫他从手机兼容性以及前端框架依赖不兼容问题去排查，许久差不多有2 、3小时。问题原因终于定位出来了！

06 原来这个用户在设置-》通用-》键盘-》文本替换把自己的手机号设置自己的文本，这样只要在UITextField中输入自己的手机号，输入完就会变成自己的名字，出现上图的情况。

但是后来我在想前端不是做了 正则表达式的校验，就算手机设置了替换，中文也不应该展示出来啊

最后毛豆拿着自己的IOS手机去发现该问题，按照操作在设置-》通用-》键盘-》文本替换把自己的手机号设置自己的名字了，这样只要在UITextField中输入自己的手机号，输入完就会变成自己的名字，出现上图的情况。

07 到这里我其实想说身为一名鼠标工程师 ； 工作还是挺不容易的，软技能&硬技能各方面需全身心发展；服务客户；有问题基本是首问责任、弄不好还要背锅、扣绩效；

当然这都是表面东西、抛开这些，要跟团队一起解决用户问题；这才是主要的；测试做好的是发动机，做不好是保姆，所以还是希望各位，做的极致，不要像你们的小编，一把年纪了还是贴着三无标签