客戶一個無厘頭的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 到這裡我其實想說身為一名鼠標工程師；工作還是挺不容易的，軟技能&硬技能各方面需全身心發展；服務客戶；有問題基本是首問責任、弄不好還要背鍋、扣績效；

當然這都是表面東西、拋開這些，要跟團隊一起解決用戶問題；這才是主要的；測試做好的是發動機，做不好是保姆，所以還是希望各位，做的極致，不要像你們的小編，一把年紀了還是貼着三無標籤