對(duì)于軟件測(cè)試過(guò)程中的缺陷報(bào)告提交搞疗，一份高質(zhì)量的缺陷報(bào)告除了必要的基本信息以外嗓蘑，還需要根據(jù)項(xiàng)目組中每個(gè)角色分工不同， 對(duì)待缺陷的定位和立場(chǎng)也不同匿乃，所以完善且有說(shuō)服力的缺陷報(bào)告非常重要桩皿。

溫故下之前高質(zhì)量的缺陷報(bào)告的幾個(gè)條件：

1、描述清楚問(wèn)題產(chǎn)生步驟及嚴(yán)重級(jí)別

2幢炸、盡早提交缺陷報(bào)告泄隔，快速反饋開(kāi)發(fā)

3、非必現(xiàn)的Bug也要全部提交

4宛徊、為每個(gè)缺陷單獨(dú)提交一份缺陷報(bào)告

5佛嬉、仔細(xì)編寫(xiě)缺陷報(bào)告的標(biāo)題

6逻澳、像編寫(xiě)測(cè)試用例編寫(xiě)重現(xiàn)步驟

7、使用缺陷模板來(lái)提交缺陷

8暖呕、編寫(xiě)缺陷報(bào)告時(shí)斜做，要考慮到日后的查詢關(guān)鍵詞

9、如有同類或已發(fā)生的缺陷 缰揪，則進(jìn)行關(guān)聯(lián)

10陨享、注意缺陷報(bào)告的可讀性

11、客觀組織描述語(yǔ)言來(lái)編寫(xiě)缺陷報(bào)告

12钝腺、通過(guò)缺陷評(píng)估發(fā)現(xiàn)更多信息

提交高質(zhì)量的缺陷只是測(cè)試流程的一小部分抛姑，實(shí)際工作中，同一個(gè)需求可能由多個(gè)開(kāi)發(fā)人員共同完成艳狐，特別是涉及到較大項(xiàng)目或需求時(shí)定硝，可能還會(huì)有外部依賴或支持系統(tǒng)的開(kāi)發(fā)人員，各個(gè)開(kāi)發(fā)人員所負(fù)責(zé)的功能模塊和業(yè)務(wù)范圍可以從項(xiàng)目計(jì)劃書(shū)或是從項(xiàng)目經(jīng)理處知悉毫目，但對(duì)于同一個(gè)問(wèn)題是提給前端人員還是后端人員或是接口人時(shí)蔬啡，則需要測(cè)試人員根據(jù)自己的技能和工作經(jīng)驗(yàn)來(lái)判斷，這里歸納了一份關(guān)于前后端問(wèn)題的區(qū)分思維導(dǎo)圖镀虐，當(dāng)然有很大一部分問(wèn)題屬于聯(lián)調(diào)箱蟆，需要開(kāi)發(fā)人員共同解決。而準(zhǔn)確區(qū)分前后端問(wèn)題不僅可以提高工作效率 刮便，也是測(cè)試人員專業(yè)技能的一個(gè)體現(xiàn)空猜。

以下是前后端典型問(wèn)題區(qū)分的思維導(dǎo)圖：

一、前端問(wèn)題

1恨旱、界面相關(guān)

常見(jiàn)的界面相關(guān)問(wèn)題有：排版錯(cuò)亂辈毯、文字錯(cuò)誤、數(shù)據(jù)錯(cuò)誤搜贤、兼容性問(wèn)題

文字錯(cuò)誤的問(wèn)題又包含功能文字及提示文字 谆沃，功能文字即對(duì)話框或彈框中的標(biāo)題文字；提示文字即前端給出的文案提示

數(shù)據(jù)錯(cuò)誤的問(wèn)題又包含列表字段錯(cuò)誤仪芒、表單字段錯(cuò)誤等唁影，這種情況下可以查看前端是否參與計(jì)算，或是有無(wú)進(jìn)行過(guò)字段配置管理桌硫，一般情況下可以先提交給前端

瀏覽器兼容問(wèn)題比較常見(jiàn)夭咬，如果使用了UI框架 ，則前端問(wèn)題常見(jiàn)于框架問(wèn)題铆隘。常見(jiàn)的瀏覽器問(wèn)題可以參考?xì)v史推文《瀏覽器兼容性測(cè)試學(xué)習(xí)》

2、功能相關(guān)

功能相關(guān)的又包含功能實(shí)現(xiàn)錯(cuò)誤或不完整以及邏輯錯(cuò)誤等

功能問(wèn)題可以通過(guò)抓包查看請(qǐng)求的方式來(lái)初步判斷南用，如無(wú)請(qǐng)求膀钠，則初步判斷為前端Bug掏湾；若抓包中有請(qǐng)求，則可以通過(guò)不同的狀態(tài)碼來(lái)判斷肿嘲，有請(qǐng)求的情況下可以初步判斷為后端Bug融击，抓包相關(guān)可以參見(jiàn)《基于Fiddler的APP抓包及服務(wù)端模擬》

常見(jiàn)的狀態(tài)碼可以參見(jiàn)百科中的狀態(tài)碼記錄：

邏輯錯(cuò)誤問(wèn)題需要與開(kāi)發(fā)人員溝通確認(rèn)

3、性能相關(guān)

常見(jiàn)的問(wèn)題如頁(yè)面打開(kāi)較慢雳窟，表單打開(kāi)慢等尊浪，一般情況下可以通過(guò)抓包來(lái)查看請(qǐng)求，如果請(qǐng)求耗時(shí)較小封救，則初步斷定為前端問(wèn)題拇涤；否則可以結(jié)合其他信息排查為后端問(wèn)題。

另外誉结，性能相關(guān)的問(wèn)題出現(xiàn)后建議通過(guò)工具來(lái)評(píng)估整體的性能鹅士，可以進(jìn)一步定位是哪個(gè)部分的問(wèn)題。

二惩坑、后端問(wèn)題

通常后端問(wèn)題常見(jiàn)于業(yè)務(wù)邏輯掉盅、數(shù)據(jù)問(wèn)題以及安全相關(guān)的問(wèn)題與性能問(wèn)題

如果前端功能實(shí)現(xiàn)導(dǎo)致后端返回的數(shù)據(jù)出錯(cuò) ，則可以初步判斷為前端問(wèn)題以舒；但如果查看后端返回的接口數(shù)據(jù)不一致或是出現(xiàn)報(bào)錯(cuò)信息趾痘，則判斷為后端問(wèn)題；

另外蔓钟，后端問(wèn)題多數(shù)可以通過(guò)查詢錯(cuò)誤日志信息來(lái)排查原因永票，若沒(méi)有輸出日志，則可能為前端問(wèn)題奋刽；不存在交互的情況下更多偏向于前端問(wèn)題瓦侮。有些信息不會(huì)展示在前臺(tái)，需要結(jié)合服務(wù)端日志信息一起排查定位了佣谐。在定位的過(guò)程中可以記錄下相關(guān)SQL的問(wèn)題肚吏，服務(wù)端的問(wèn)題以及代碼問(wèn)題，以便于日后查看狭魂。

記錄并總結(jié)的時(shí)間久了罚攀，漸漸也會(huì)積累一些經(jīng)驗(yàn)，可以通過(guò)接口分析法雌澄，日志工具斋泄，結(jié)合自己過(guò)往的項(xiàng)目經(jīng)驗(yàn)來(lái)判斷，當(dāng)然這些都是在自我分析層面 镐牺，如果遇到無(wú)法直接判斷的問(wèn)題炫掐，可以直接找到相關(guān)的開(kāi)發(fā)人員進(jìn)行溝通，?但溝通并不是直接指給開(kāi)發(fā)人員或是直接問(wèn)睬涧，可以在自己充分分析的基礎(chǔ)上以討論的方式進(jìn)行募胃。既可以不斷提升自己的職業(yè)技能旗唁，也可以增加測(cè)試人員的實(shí)力。