一般來(lái)說(shuō)bug大多數(shù)存在于三個(gè)模塊：

　　一、前臺(tái)界面，包括界面的顯示，兼容性，數(shù)據(jù)提交的判斷，頁(yè)面的跳轉(zhuǎn)等等，這些bug基本都是一眼可見(jiàn)的，不太需要定位，當(dāng)然也不排除一些特殊情況，本身數(shù)據(jù)傳過(guò)來(lái)的時(shí)候就有問(wèn)題，所以顯示會(huì)出問(wèn)題的情況。

　　二、后臺(tái)程序，包括前臺(tái)調(diào)用的接口，中間層緩存和轉(zhuǎn)發(fā)數(shù)據(jù)，定時(shí)任務(wù)腳本異步處理數(shù)據(jù)，程序之間的關(guān)聯(lián)調(diào)用等等，而這些bug往往都是不可見(jiàn)的，可能在功能上體現(xiàn)，也有可能隱藏在深處不易發(fā)現(xiàn)，這時(shí)候就要通過(guò)一些輔助工具以及人工的判斷去定位了。

　　三、數(shù)據(jù)庫(kù)，包括表中缺少字段，字段定義錯(cuò)誤，字段長(zhǎng)度限制，數(shù)據(jù)重復(fù)等等，這些bug需要通過(guò)數(shù)據(jù)庫(kù)工具以及一些基本的數(shù)據(jù)庫(kù)查詢語(yǔ)句來(lái)定位，當(dāng)然前提是要對(duì)每個(gè)表，每個(gè)字段提前進(jìn)行了解.

　　排除一些顯而易見(jiàn)以及可以直接判斷的bug，很多不容易判斷的bug該如何定位呢?

　　這就需要借助一些工具來(lái)一個(gè)個(gè)排除了，也許還是會(huì)覺(jué)得云里霧里，那么就舉一個(gè)常見(jiàn)的例子來(lái)講解：

　　比如在提交正常的表單發(fā)生了錯(cuò)誤導(dǎo)致提交失敗，那么如何進(jìn)行定位呢?

　　1、首先要打開(kāi)抓包工具，然后提交正常的表單，看是調(diào)用后臺(tái)接口的時(shí)候傳的參數(shù)是否和之前填寫(xiě)的一致，比如表單填的是數(shù)字，而接口需要傳的是字符串，那么就是前臺(tái)傳的問(wèn)題，如果一致說(shuō)明不是前臺(tái)問(wèn)題，繼續(xù)往下查。

　　2、需要一方面繼續(xù)看抓包的數(shù)據(jù)，接口返回的錯(cuò)誤是什么，如果能明確看到錯(cuò)誤原因的消息，也就定位到問(wèn)題，如果不能看到則要繼續(xù)連接測(cè)試服務(wù)器查看日志，看是程序處理到哪一步有問(wèn)題，

　　3、如果從程序的角度發(fā)現(xiàn)沒(méi)問(wèn)題，那繼續(xù)往下查，看是否連接的數(shù)據(jù)庫(kù)不對(duì)，或是超過(guò)數(shù)據(jù)庫(kù)字段限制的長(zhǎng)度等等。就這樣隨著程序執(zhí)行的軌跡一步一步去排查，最終基本都能定位到問(wèn)題。

　　案例1: 有一個(gè)提現(xiàn)余額的功能，實(shí)際提現(xiàn)金額到賬了，但余額卻沒(méi)有扣除。

　　首先要對(duì)提現(xiàn)功能做一個(gè)拆解:

　　1、前臺(tái)發(fā)起提現(xiàn)申請(qǐng)

　　2、后臺(tái)接受申請(qǐng)后凍結(jié)提現(xiàn)金額

　　3、定時(shí)任務(wù)處理提現(xiàn)(調(diào)用第三方支付轉(zhuǎn)賬接口)

　　4、接受到轉(zhuǎn)賬成功回調(diào)

　　5、將余額減去提現(xiàn)凍結(jié)的金額

　　6、前臺(tái)余額展示提現(xiàn)后的余額

　　因?yàn)閷?shí)際提現(xiàn)金額到賬了，那么基本可以排除3和1了，然后覺(jué)得最有可能出問(wèn)題的是4.就是沒(méi)有收到轉(zhuǎn)賬成功的回調(diào)，可以查看后臺(tái)日志是否收到回調(diào)。如果沒(méi)收到回調(diào)，那么基本就是回調(diào)地址不對(duì)或者網(wǎng)絡(luò)超時(shí)等錯(cuò)誤，問(wèn)題就定位到了。

　　如果收到回調(diào)了，那么最有可能的就是余額未扣除提現(xiàn)凍結(jié)金額，那么就是2和5.對(duì)于2來(lái)說(shuō)可以查數(shù)據(jù)庫(kù)是否提現(xiàn)金額被凍結(jié)。

　　如果未凍結(jié)那就是步驟2出錯(cuò)了，如果凍結(jié)了，繼續(xù)查5余額是否扣除了提現(xiàn)凍結(jié)金額(這個(gè)可能需要開(kāi)發(fā)配合查程序邏輯了)。

　　如果5也沒(méi)有問(wèn)題，那么剩下的可能性只有6了，再對(duì)6進(jìn)行驗(yàn)證。如果還沒(méi)問(wèn)題可能就是其他異常導(dǎo)致的，需要更深入去思考有沒(méi)有遺漏的點(diǎn)或者數(shù)據(jù)庫(kù)上的特殊性導(dǎo)致的。

　　案例2: 有一個(gè)BS架構(gòu)的系統(tǒng)，銷售統(tǒng)計(jì)報(bào)表中的金額不正確?這個(gè)時(shí)候我們?cè)趺赐ㄟ^(guò)流程分析法去精確找到問(wèn)題的根因呢?

　　1、分析金額的計(jì)算方法

　　2、分析金額是在那個(gè)地方生成的?前臺(tái)通過(guò)js自動(dòng)計(jì)算出來(lái)的還是服務(wù)器端就生成的?

　　3、通過(guò)抓包工具(如fiddler)檢查瀏覽器請(qǐng)求的參數(shù)和返回的結(jié)果是否正確?

　　4、如果這些都沒(méi)有問(wèn)題，檢查數(shù)據(jù)庫(kù)中和金額相關(guān)的字段的存儲(chǔ)數(shù)據(jù)是否正確?

　　5、如果金額不正確，說(shuō)明我們的問(wèn)題可能不是報(bào)表統(tǒng)計(jì)，而是其它地方出現(xiàn)了這個(gè)問(wèn)題

　　6、如果金額正確，說(shuō)明服務(wù)器內(nèi)部運(yùn)算可能出問(wèn)題了，我們可以檢查服務(wù)器的日志，查看是否有錯(cuò)誤

　　以上bug定位方式期望能夠給大家在工作帶來(lái)收獲!