標題：發送消息，不能發送“%”和“￥”

時間：2020.12.23

公司：神州泰岳-寄點

項目：EVA-App（App）

資源：創元手機、華為mate20手機 Android 10

測試 :李樹立

描述：發送消息中包含%、￥字符，接收方不能正常接收。

原因：消息發送成功，但是接收方在解析消息時沒有解析出來。

引用了XXXX字段或函數。

之所以要使用該字段是因為要解決不能發送表情的BUG，如果使用其他字段，將不能發送表情包（輸入法中的表情包）。

經驗教訓：

              測試發送消息時，要測試所有特殊字符，不可遺漏。

漏測原因：

                1、系統bug，不能發送消息

                2、系統BUG，不能發送表情

                3、系統bug，不能發送圖片，文件、壓縮包等

                4、發送圖片，拍攝一張圖片，相冊里顯示兩張相同照片

                5、限制1000字符，只能發送956個字符

                6、不能組播、視頻通話等。

                7、.......

                8、其他瑣碎事物不斷。

總結：BUG太多，瑣事太多，造成遺漏

解決方案：遇事沉著冷靜，再遇到出現大量BUG時，要心細甚微，切不可心煩意亂。要心平氣和，盡量讓自己平靜下來，切不可沉浸到BUG中去。以此為戒。

 

標題：文件名錯誤導致sip無法解析圖片，且沒有返回錯誤信息。

時間：2021.2.22

公司：神州泰岳-寄點

項目：EVA-App（App）

資源：創元手機、華為mate20手機

測試 :李樹立

描述：A給B發送圖片，B未收到。// --------BUG報告寫到無法接收圖片的原因是因為圖片文件過大，實際是因為圖片文件名亂碼導致的。

當時分析思路：1、當時在測試文件傳輸大小，發送10MB以下的圖片可正常接收，發送10MB以上的圖片不能正常接收。

                         2、通過使用wireshark進行抓包，發現：客戶端已將圖片發送到了sip，而sip沒有進行下發。

                              所以斷定sip無法轉發大于10MB以上的 圖片，于是就提交了一個BUG給sip研發人員。

結果：提交錯誤。

真實原因：1、客戶端未采用UTF-8，但是文件名依然完整發送到了sip服務器 

                  2、sip沒有下發是因為沒有解析出來，客戶端不是采用utf-8，判斷為非法。但是判斷非法后沒有進行錯誤消息反饋，而是未做處理，導致發送方顯示發送成功，而接收方沒能正常接收到圖片。

經驗教訓：

              發送文件失敗，除了文件大小以外還有文件名的格式以及中、英文、表情、特殊字符 、長度 等原因。

出現原因：

  1、上傳10MB以下的圖片，發送成功，發送10MB以上的圖片發送失敗，所以誤認為是由于圖片大小引起的。

  2、期間未能注意文件名是什么，因為圖片是從網絡上下載的。

總結：測試傳輸文件大小時，只關注了傳輸文件的大小，忽略了文件名的存在。

解決方案：不要被單一結論所蒙蔽，多想想其他原因。產生的原因不止一種。

教訓：在思考問題、看待事物也是這個道理。看人也一樣。

 

斷網后，收不到：漏接來電-短信提醒，退出登錄可收到

時間：2021.4.14

公司：神州泰岳-寄點

項目：EVA-App（App）

資源：創元手機、華為mate20手機

測試 :李樹立

用戶需求：有漏接來電，要有短信提示。

測試思路：將用戶退出登錄，使其不在線，給該用戶打個電話試一下。

 

結果：報BUG了。

問題描述：

手機斷開網絡后，有未接來電，當連接網絡后，收不到漏接來電，短信提醒。（重新登陸后，可收到未接來電，短信提醒）

但是退出登錄后，有未接來電，可以收到未接來電，短信提醒。

 

原因：連接網絡后，客戶端沒有重新拉取數據。而重新登錄，需要重新拉取數據。

漏測原因：退出登錄和斷開網絡都是不在線，沒有考慮到其中的相同點和不同點。

經驗教訓：有些時候，看似相似，其實完全不一樣。萬不可忽略細節。

 

生產環境，部分手機EVA-App刷新通訊錄，系統崩潰，點擊呼叫按鈕，有延遲。

 

時間：2021.5.19

公司：神州泰岳-寄點

項目：EVA-App（App）

資源：創元手機（自研）、華為mate20、華為mate20雙系統定制機、oppoBLE定制機、華為P40、華為P40pro（WP40）、索尼H8166、小米K30S

測試 :李樹立

今天聽到XX總跟研發經理說有些BUG測試沒有測出來。被老板舉報了，還說不到大網環境測試能測出個P來（我就跟研發經理對面坐著，而且該項目就我一個人測的）。這明顯是在說我測試技術差啊，我Y的這個氣啊。于是湊上前去了解情況......

BUG描述：1、偶現刷新EVA通訊錄系統崩潰。

                   2、撥打外線電話，點擊呼出按鈕，有3秒以上延遲。（只有兩位領導手機偶現）

了解情況后，就該復該BUG了

第一步：了解BUG是怎么出現的。

                1、出現終端：

                      趙總：后端研發經理  小米K30S、Android 10 

                      BUG描述：刷新通訊錄，系統崩潰，出現一次  時間：2021.5.19  北京時間：10:31

                2、 出現終端：

                       邵總：老板  華為P40、Android 10

                      BUG描述：打電話時，點擊呼叫按鈕有延遲，100%復現。

第二部：了解這件事情當前都誰知道（個人辦事風格）

1、先在測試環境

麥克風 權限未開啟  發送語音消息  系統崩潰。

EVA-App

 

發送消息或群發消息后，清除緩存，重新登錄，消息列表里顯示自己的消息，進入（自己）消息頁面，發送消息，自己收到自己發送給自己的消息。

 

發布朋友圈后，只能自己給自己點贊評論，其他人不能點贊評論

時間：2021.7.28

公司：神州泰岳-寄點

項目：EVA-App（App）

資源：華為mate20手機  Android 10

測試 :李樹立

用戶需求：可發布工作圈（朋友圈），允許點贊+評論，允許上傳9張圖片（類似微信朋友圈）......

測試思路：發布朋友圈，上傳圖片（不同數量、格式的圖片，看能否正常顯示），文字描述（邊界值的測試+表情+特殊字符），點贊評論，點贊數量增加和減少、取消點贊，刪除評論等。。。。。

結果：第二版本 只能自己給自己評論點贊（改出BUG）。

時間緊 ，先記到這里，提醒自己注意類似事情。

 

標題：測試手機操作系統不一致

時間：2024.7.18

公司：神州泰岳-寄點

項目：EVA-App（App）

資源：創元手機、華為mate20手機

測試 :李樹立

描述：EVA_APP發布三個版本后，BUG層出不窮，直到在測試第三個版本時候，才發現3臺測試手機的操作系統不一致。（同事于瑞濤發現）

測試要求：物聯網手機，同時具備WIFI功能。

當時找測試機思路：1、找同項目其他網元負責人借來了3臺物聯網手機T55型號手機（同外觀，同款式，同型號，同一項目使用，APP要在此手機上安裝使用），又找來5臺華為mate20手機，做兼容性測試。

                         2、軟件發布，開始提測，結果測試一段時間后發現，發現好多BUG研發人員都復現不出來，好多BUG只在同一臺手機上出現，而其他手機無法復現。

                              通過反復排查對比發現，T55手機的操作系統不一致。“型號”應該是ioutdoorW2，結果有臺手機型號是其他型號，但是其他版本信息都一致。

                              

結果：軟件安裝后，由于系統兼容性問題出現許多BUG。

經驗教訓：

           1、下次拿到手機后，先檢查系統版本以及外觀，功能等是否一致。

            外表一樣不代表內在一樣。這里不僅僅是指手機。人、事物、也是一樣的。

           2、為什么別人想到了，你沒想到，根本原因：①思考深度不夠 ②不關心邏輯層面的問題，只追求結果，如果底層邏輯錯了，你在怎么努力也是白費（人生路也是如此，做人做事要從多維度仔細分析思考，而且還要快，準確的抉擇）③向曾昭成 張瑞平 劉珊珊 任正非 好好學習。

出現原因：

  著急，報工時間緊，再加上自己 確實沒考慮到相同手機用于相同項目，居然操作系統不一致。

 

總結：一著急就會出問題，萬事不能敷衍，萬不可遺漏，千里之堤，毀于螻蟻。

解決方案：重刷操作系統

教訓：在思考問題、看待事物也是這個道理。看人也一樣。

 

標題：測試環境遭到破壞

時間：2025.6.24

公司：神州泰岳-寄點

項目：基金項目

資源：基站、無線適配器  星閃模塊 環境常感器（氧氣、二氧化碳）

測試 :李樹立

描述：EVA_APP發布三個版本后，BUG層出不窮，直到在測試第三個版本時候，才發現3臺測試手機的操作系統不一致。（同事于瑞濤發現）

測試要求：物聯網手機，同時具備WIFI功能。

當時找測試機思路：1、找同項目其他網元負責人借來了3臺物聯網手機T55型號手機（同外觀，同款式，同型號，同一項目使用，APP要在此手機上安裝使用），又找來5臺華為mate20手機，做兼容性測試。

                         2、軟件發布，開始提測，結果測試一段時間后發現，發現好多BUG研發人員都復現不出來，好多BUG只在同一臺手機上出現，而其他手機無法復現。

                              通過反復排查對比發現，T55手機的操作系統不一致。“型號”應該是ioutdoorW2，結果有臺手機型號是其他型號，但是其他版本信息都一致。

                              

結果：軟件安裝后，由于系統兼容性問題出現許多BUG。

經驗教訓：

           1、下次拿到手機后，先檢查系統版本以及外觀，功能等是否一致。

            外表一樣不代表內在一樣。這里不僅僅是指手機。人、事物、也是一樣的。

           2、為什么別人想到了，你沒想到，根本原因：①思考深度不夠 ②不關心邏輯層面的問題，只追求結果，如果底層邏輯錯了，你在怎么努力也是白費（人生路也是如此，做人做事要從多維度仔細分析思考，而且還要快，準確的抉擇）③向曾昭成 張瑞平 劉珊珊 任正非 好好學習。

出現原因：

  著急，報工時間緊，再加上自己 確實沒考慮到相同手機用于相同項目，居然操作系統不一致。

 

總結：一著急就會出問題，萬事不能敷衍，萬不可遺漏，千里之堤，毀于螻蟻。

解決方案：重刷操作系統

教訓：在思考問題、看待事物也是這個道理。看人也一樣。

標題：EVA網絡測試3輪通過后，上線出現功能性BUG.

時間：2025.6.26

公司：神州泰岳-寄點

項目：核電項目

資源：OPPO手機、榮耀Magic4手機。

測試 :李樹立

描述：新增需求，增加了Radius第三方認證，研發發布了AC版本、基站版本，需完成AC、基站升級，系統功能、包含配置下發、終端接入網絡（普通網絡+EVA安全網絡）等功能驗證。

要求：時間緊、任務重、需要配合現場完成聯調。迅速編寫測試例，無需編寫詳細執行步驟，只寫標題既可，迅速完成測試。

領導要求：當時同事編寫了部分測試例，我只需補充基站部分既可。

思路：1、先按照自己的思路重新列一遍測試項及測試標題，然后與同事編寫的進行對比，最后進行整合，目的在于驗證面對相同問題，同事想到了哪些，沒有想到哪些，我又想到了哪些，沒有考慮到哪些，最后通過整合得出一個相對覆蓋更全面的測試例。結果剛開始就在業務邏輯問題上思考了很久，浪費了大量時間，（全局配置：本地     第三方          網絡配置：白名單、黑名單、第三方認證、關閉      我在思考全局配置 “本地”后，網絡配置：“第三方”會不會不合理。應該怎樣設計才合理.....功能影響.......）最后導致時間更緊了，于是把同事的用例直接照搬過來，又重新看了一遍，補充了一些，此時研發就已經發版本了。我立刻就開始測試了。測試過程中發現問題，就改BUG，然后重新測，一天發1-2個版本，測試 0.5+1+0.5天時就發到現場升級調試了。一共執行了3輪測試例。（詳見截圖）

                              

結果：到了現場聯調時發現，OPPO手機在設置全局：【本地】時，不能連接EVA安全網絡。

領導問我，測了沒有，我說測了，這時已經意識到測試安全網絡要比測試普通網絡要測的少的多，因為此版本是增加了radius第三方認證，而接入安全網絡不需要走第三方認證，所以更多的是普通網絡驗證第三方認證，抓包查看是不是向第三方認證了。。。最后排查用例，發現沒有 OPPO手機 配置【本地】連接安全網絡的用例。

 

處理措施：

研發：改BUG，重發版本

測試：補充用例，重新測試。

又發了3個版本。

經驗教訓：

           1、十次車禍九次快，越是著急越是急，越是擔心出問題越會出問題。慢工出細活其實是有道理的。

出現原因：

  著急，寫到這里，又出問題了，先不寫了，先去處理問題。都發不知道幾個版本了。

 

總結：一著急就會出問題，萬事不能敷衍，萬不可遺漏，千里之堤，毀于蟻穴。

 

網友卡的BUG，我找不到。

時間：2025.7.22

公司：神州泰岳-寄點

項目：抖音刷到的。

資源：榮耀手機

測試 :李樹立

游戲簡介：類似俠盜飛車。

游戲需求：司機可以開車，可以載客，當按下鍵盤按鍵A后，主角從汽車左側上車，按方向鍵開始啟動并駕駛車輛。按鍵盤D按鍵從駕駛位下車，載客，客人從右側上車，隨機坐在副駕駛或后座位上。下車時從右側下車。當有警察追上時，會跑到駕駛室將司機抓起來帶走。

結果：有網友在玩該游戲時，將車子開到沒有護欄的橋上或遭到破壞的下水井旁邊，如果車子靠左側停車太近，當自己下車就會被掉下橋去摔死。當靠近右側太近，乘客下車就會掉下去摔死，當有警察追上，上前抓捕時就會掉下橋去摔死，接二連三摔死所有來抓捕的警察。

問題描述：先不說研發怎樣修改BUG，是下車前觀察環境安全在下車，還是給出提示。

這樣的BUG我估計當時是我測試的話，肯定是漏測了，我根部想不到。

 

經驗教訓：別人遇到的，概率也是以后自己有可能遇到的，自己就要以此為戒，吸收經驗教訓，遇到類似問題也可考慮更周全。