一，定位

①bug如何定位

②怎么確定bug屬于前后端問題？

③頁面上添加了一個(gè)信息，但卻沒有顯示，怎么定位這個(gè)問題

初步定位:

簡單一些的直接瀏覽器F12查看下接口，傳參是否正確，數(shù)據(jù)類型，精度等是否符合要求，接口調(diào)用是否成功

去數(shù)據(jù)庫查看該功能的數(shù)據(jù)有沒有落庫??

如果落庫了,則檢查其數(shù)據(jù)的一致性、正確性、及時(shí)性?

如果沒有落庫,則借助抓包來明確是前端還是后端的問題

抓包工具進(jìn)行抓包

首先我們看發(fā)出去的有沒有問題

傳參錯(cuò)誤是前端問題，

如果沒問題，

接口調(diào)用錯(cuò)誤，或者接口邏輯錯(cuò)誤

接口沒通，返回信息不正確，這就是后端問題

服務(wù)器也通了，返回?cái)?shù)據(jù)也正確，這個(gè)時(shí)候要考慮可能還是前端顯示問題

二，提交

①bug提交包含什么內(nèi)容

bugID

bug標(biāo)題（簡單明了，闡述bug的內(nèi)容）

bug所屬的功能模塊

發(fā)現(xiàn)的版本(存在迭代版本的,這個(gè)很重要)

嚴(yán)重等級(jí)（4個(gè)等級(jí)）

優(yōu)先級(jí)

開發(fā)人員

抄送人員

bug描述（復(fù)現(xiàn)步驟，圖片等）

附件

②如何提交一個(gè)高質(zhì)量的bug

一，唯一性，同一問題不要反復(fù)提

二，提供bug的詳細(xì)步驟，發(fā)現(xiàn)版本，所屬功能模塊，附帶bug現(xiàn)象截圖，有報(bào)錯(cuò)日志的話就貼上日志，讓開發(fā)容易看懂，且沒有歧義，保證可復(fù)現(xiàn)且理解的一致性

三，分析bug產(chǎn)生的可能原因，測(cè)試先區(qū)分前后端問題，初步判斷問題原因，指定給對(duì)應(yīng)開發(fā)，節(jié)省開發(fā)時(shí)間，幫助他們快速定位問題，解決問題

四，嚴(yán)重程度，優(yōu)先級(jí)要標(biāo)清楚，設(shè)置要合理，方便開發(fā)安排工作

三，跟蹤

①提交一個(gè)bug，開發(fā)不認(rèn)同

先看一下是什么類型bug，

如果是功能性bug，可以再演示一下給開發(fā)看，對(duì)比下需求文檔，更直觀，可以定位下問題處在什么地方，方便開發(fā)解決，

如果是需求不太明確，導(dǎo)致我跟開發(fā)我們倆認(rèn)知有偏差，可以詢問下產(chǎn)品，

還有一種情況就是開發(fā)認(rèn)為不重要，這種可以判斷一下優(yōu)先級(jí)，如果確實(shí)影響可控，且項(xiàng)目時(shí)間比較趕，那就適當(dāng)降低下優(yōu)先級(jí)，后期修復(fù)

②碰到復(fù)現(xiàn)率低的bug，怎么處理

不好重現(xiàn)，測(cè)試這邊呢要盡量協(xié)助開發(fā)進(jìn)行重現(xiàn)，因?yàn)橹挥兄噩F(xiàn)了這個(gè)bug才能找出原因在哪，如果只是提交了，指派給開發(fā)，那么開發(fā)在調(diào)試的時(shí)候，比如打斷點(diǎn)，不能復(fù)現(xiàn)是很難定位到是哪塊代碼的問題的，

我們呢盡量收集一下之前出現(xiàn)的場景，用戶做了哪些操作，多去嘗試重現(xiàn)，找到必現(xiàn)步驟，保留日志等，在后續(xù)多個(gè)版本對(duì)這個(gè)問題驗(yàn)證，如果實(shí)在復(fù)現(xiàn)不了的話，要依據(jù)影響范圍，嚴(yán)重程度跟開發(fā)，產(chǎn)品討論，是不是把它關(guān)掉

③印象深刻的bug

【金牌衣柜】輸出的圖紙上面，多了方案中沒有的材質(zhì)亞灰，因?yàn)槭且粋€(gè)很神奇的bug，偶現(xiàn)，但隔幾個(gè)月就有設(shè)計(jì)師反饋

底層板件前臺(tái)不可見，所以不存在設(shè)計(jì)師手動(dòng)修改該板件材質(zhì)的情況

在前端試了不同的替換材質(zhì)方式?jīng)]能復(fù)現(xiàn)底層板件和柜體材質(zhì)不一致的情況

收集了異常的方案以及設(shè)計(jì)師操作，在多個(gè)版本上進(jìn)行嘗試復(fù)現(xiàn)

需要產(chǎn)品介入下，看能否加個(gè)檢測(cè)或者用別的方式處理。

④線上出現(xiàn)的bug，怎么處理

我們會(huì)先用向日葵遠(yuǎn)程設(shè)計(jì)師電腦，詢問下具體情況，如果是操作問題的話，就跟設(shè)計(jì)師溝通下正確的操作，同時(shí)記錄下問題，后期可以優(yōu)化下提示和操作手冊(cè)，如果確實(shí)是功能性問題的話，評(píng)估下bug嚴(yán)重程度和原因，采用臨時(shí)處理方案，先讓設(shè)計(jì)師可以繼續(xù)圖紙?jiān)O(shè)計(jì)，及時(shí)提交bug，排在最近的版本中解決，如果問題比較嚴(yán)重且影響范圍大的話，就要考慮代碼回滾，恢復(fù)到上一個(gè)穩(wěn)定版本，然后在測(cè)試環(huán)境進(jìn)行問題復(fù)測(cè)，快速定位問題原因，開發(fā)進(jìn)行緊急修復(fù)，發(fā)布緊急版本，事后呢也要對(duì)問題做一個(gè)分析和總結(jié)，避免類似問題出現(xiàn)

⑤測(cè)試完成后，沒有發(fā)現(xiàn)一個(gè)bug，你會(huì)怎么辦？

一般我們的新需求在測(cè)試過程中都會(huì)發(fā)現(xiàn)或多或少的bug，沒有發(fā)現(xiàn)一個(gè)bug要引起重視，那么我們?cè)龠M(jìn)行回歸測(cè)試時(shí)就要看下對(duì)需求是否理解到位，是否還有遺漏的地方，那么查漏補(bǔ)缺，盡快反饋問題，

如果正常執(zhí)行測(cè)試，那說明軟件的質(zhì)量還不錯(cuò)