測試發現bug，怎么定位？不同領域不同的測試對象，具體定位方法都不一樣。自己定位bug的方法通常是以下過程： 　　1、發現bug，首先要查看bug的詳細信息，根據描述初步分析是哪個模塊哪段代碼的問題 　　2、檢查引發bug的測試環境、測試代碼段和測試數據，排除測試人員的誤操作導致的程序異常 ...

這兩天有同學使用數據校驗工具時發現進程hang住了，也不知道什么原因，我簡單看了看進程堆棧，問題雖然很簡單，但能導致程序hang住，也一定不是小問題。簡單說明下程序組件的結構,程序由兩部分構成，dbchk和dbchk_inner，dbchk采用python代碼實現 ...

之前遇到過一個mysql線上故障，ubunt20，機器內存使用率99%（機器只有幾十兆可用內存），load值100+，幾乎所有命令都是卡死狀態，最終應用側停掉所有訪問后，系統性能有所緩解，升級機器配置 ...

前言 在一次系統迭代后用戶投訴說無法成功登陸系統，經過測試重現和日志定位，最后發現是由於用戶在ui上進行了某些操作后，觸發了堆棧溢出異常，導致數據庫里的用戶登陸信息表的數據被鎖住，無法釋放。這個表里存放的是用戶的session信息。 雖然后來解決了問題，但是數據庫里這個用戶登錄信息表里 ...

把問題聚焦到某一個點上，而不是焦躁的瞎搞，這樣效率極低 1，看改動的地方 2，看文檔；官方文檔或者接口文檔。 3，google不到的話，也試試百度中文搜索。 4，看格式反常的地方 5，反思 反常的地 ...

一、monkey事件類型 數字 對應量 解釋0 ...

如何去區分一個功能測試工程師的水平高和低？ 可以從很多個方面去檢查，比如測試的思路， 比如測試用例的覆蓋度？，比如測試出bug是否能夠定位到根因？ 上面說的各個方面都很合理，那我們平常如何如更深的定位問題的根因呢？ 1、通過我們的測試的經驗 這個有點不容易掌握，也不容易 ...

摘要： Source Map還是很神奇的。 原文：線上出bug了？別怕，這么定位！ 公眾號：前端小苑 Fundebug經授權轉載並修改，版權歸原作者所有。 工作中，生產環境代碼是編譯后代碼，搜集到報錯信息的行和列無法在源碼中對應，很多時候只能靠“經驗”去猜，本文針對這種情況 ...