偶發異常bug，如何高效精準分析排查定位？
作為測試，經常會收到領導、同事、使用者反饋過來各種各樣bug，令人措手不及
首選需要判斷確認是不是bug，不要急於給予回覆，需有充分的條件給予說明回覆
很多測試人員收到問題的反應:
需求沒說這樣？
不是bug？
怎麼可能是bug？
這個我們測過的怎麼會有問題？
肯定是環境問題？
肯定是程式偷偷改了東西的？
昨天還是好的呢？今天怎麼這樣了？
收集bug發生資訊，拆分條件：
2、bug發生的環境、時間
3、bug發生的機型、手機系統版本、軟體系統版本
4、使用者使用的網路環境
5、使用者使用的第三方軟體版本
6、使用者當前軟體內資料進度情況
7、發生的使用者量
8、發生的頻率
分析思考：
1、當初測試環境、正式環境是否測過這個case？
2、使用者網路環境無線網、4g網、弱網、斷網，可能導致這個問題？
3、使用者安裝的軟體是低版本，可能導致這個問題？
4、使用者機型相容問題、機型系統版本，可能導致這個問題？
5、使用者當前資料狀態，可能導致這個問題？
6、使用者用了低版本、高版本、測試版本的第三方軟體，可能導致這個問題？
7、根據業務邏輯，發散思維，猜測可能的case場景導致這個問題？
8、根據豐富經驗，猜測可能是某情況導致？
9、發散思維、頭腦風暴、擴大範圍，猜測可能
重現定位：
1、網路環境嘗試重新
2、軟體版本低嘗試重新
3、手機型別嘗試重新
4、手機系統版本嘗試重新
5、第三方軟體版本嘗試重新
6、線上資料量大嘗試重新
7、前端超時、伺服器超時嘗試重新
8、重複提交嘗試重新
9、異常場景邏輯操作嘗試重新
10、根據經驗判斷嘗試重新
11、檢視日誌、使用者資訊、使用者資料
待續~~~~~~~~~~~~~~~~~~~~~~
如何高效率解決BUG
作為程式猿,我們在工作中經常遇到bug 我見好多人遇到bug常常是一種很浮躁,很憤怒地表情,立馬都沒有心情看到底是哪兒個地方出現了問題,慢慢地就對工作失去了積極性,生活質量很受影響 如何解決bug 1.端正心態 任何人都會遇到bug 2.確定是否真的是bug a.cmd shift k 清除警示和錯...
高效開發 如何收拾BUG？
每乙個優秀的開發者或者程式設計師其實都是披荊斬棘，踩過很多的坑，遇到過無數的bug。相信大家都會認同這一點。同時我也相信，我們每個人在開發的時候，都會遇到 很多大大小小，甚至不願意去接觸的bug。作為乙個從業6年，如今仍在沙場歷練的程式設計師，我想分享一下我的心得。如何讓化bug為我們前進的動力，以...
程式設計師如何高效率更改BUG
我們組裡有著倆程式猿，老猿和小猿，當然，老猿就是leader。有一天，老猿對小猿說 你來我們組已經有段時間了，能幫leader做點事嗎？小猿連蹦帶跳地說 怎麼不能？我很願意幫您做事。老猿高興地說 那好啊，最近我要出差，你把這個專案跑一下看看吧！回來我瞅瞅。小猿接過專案，用編譯器進行著除錯。程式跑著跑...