『壹』 怎樣判斷是前端bug還是後端bug
這種情況下，但凡出問題，一般都是後端開發的問題。因為前端只處理用戶體驗、排版、樣式等。
現在前後端分離的技術越來越成熟，加上App、小程序等多種類型的前端，前端不僅僅是樣式了尺桐，界面上的數據顯示和處理都會由前端人員去完成。而後端開發專注於介面，前後端之間通過介面（協議）傳遞鏈孝數據。
那麼如果你在測試的時候，發現界面上的數據錯誤。這時候你去找前端，前端就會告訴你是後端的問題（有時候bug都不會看#手陵喚坦動捂臉(*/ω＼*)）；你去找後端吧，後端又告訴，這是前端的問題。於是你站在中間，一臉懵逼！
這時候就是抓包工具啦，通過抓包工具分析介面傳遞的數據，如果介面返回的數據是正確的（參考需求和介面文檔），那麼就可能是前端顯示的問題了，這時候後端至少是無辜的。
『貳』 web前端這個字體BUG怎麼的
這個bug是由於h3標簽本身自帶的標簽產生的，
望採納！謝謝！
『叄』 測試人員如何判斷是前端的bug還是後端的bug
通常可以利用抓包工具來進行分析。可以從三個方面進行分析：請求介面，傳參，響應。
如果請求的介面url錯誤，為 前端 的bug
如果傳參不正確，為 前端 的bug
如果響應內容不正確，為 後端 bug
如果定位為後端的bug，可以進一步通過以下方法精確定位是哪裡出bug
前端BUG 後端BUG
界面相關 業務邏輯相關
布局相關 性能相關
兼容性相關 數據相關
交互相關 安全性相關
這里提供了幾個方法，可以給大家一個思路，讓大家能在學習和工作中了解如何去區分BUG屬於前端還是後端。
這種方法是最常用的，我們必須掌握的，常用於查看是後端返回給前端的數據有誤，還是前端顯示有誤。
大多數瀏覽器都有自帶的介面查看工具，如Chrome，FireFox等都可以通過F12開啟抓包，在NetWork中可以看到當前頁面發送的每個http請求。要想通過介面查看法來判斷，你需要先了解Chrome瀏覽器的Network面板介紹。
當我們發現一個bug，並不確定這個bug屬於前端還是後端，可以查看後端服務的日誌，復現bug時，查看日誌中有沒有相關信息。基本可以認為，如果日誌沒有輸出，很可能這個功能並沒有與後端交互，也就不存在後端的問題。反之，如果日誌有輸出，可以進一步查看有無錯誤日誌信息，進一步分析。
經驗法就只能是慢慢積累了。負責的項目多了，自然對功能的實現過程有了解，也就明白如何分類bug了。在平常的工作和實踐中慢慢總結，不要只是一味的點點點測測測，總結復盤很重要。
『肆』 求助小白自學前端，但是不知道怎麼找BUG
那方面的bug 呢，頁面還是邏輯代碼
頁面bug 可以在瀏覽器 delete 按鍵一個元素一個元素的刪除排查，刷新就都恢復了
邏輯代碼這個不好說，需要經驗和時間
『伍』 Web前端中常見的瀏覽器兼容問題有哪些
使用Trident內核的瀏覽器：IE、Maxthon、TT； 使用Gecko內核的瀏覽器：Netcape6及以上版本、FireFox； 使用Presto內核的瀏覽器：Opera7及以上版本； 使用Webkit內核的瀏覽器：Safari、Chrome。
而我現在所說的兼容性問題，主要是說IE與幾個主流瀏覽器如firefox，google等。而對IE瀏覽器來說，IE7又是個跨度，因為之前的版本更新甚慢，bug甚多。從IE8開始，IE瀏覽器漸漸遵循標准，到IE9後由於大家都一致認為標准很重要，可以說在兼容性上比較好了，但是在中國來說，由於xp的佔有率問題，使用IE7以下的用戶仍然很多，所以我們不得不考慮低版本瀏覽器的兼容。
對瀏覽器兼容問題，一般分，HTML，Javascript兼容，CSS兼容。 其中html相關問題比較容易處理，無非是高版本瀏覽器用了低版本瀏覽器無法識別的元素，導致其不能解析，所以平時注意一點就是。特別是HTML5增加了許多新標簽，低版本瀏覽器有點影響時代進步啊
問題一：不同瀏覽器的標簽默認的外補丁和內補丁不同
問題症狀：隨便寫幾個標簽，不加樣式控制的情況下，各自的margin 和padding差異較大。
碰到頻率:100%
解決方案：css里*{margin:0;padding:0;}
備註：這個是最常見的也是最易解決的一個瀏覽器兼容性問題，幾乎所有的css文件開頭都會用通配符*來設置各個標簽的內外補丁是0。
問題症狀:常見症狀是ie6中後面的一塊被頂到下一行
碰到頻率：90%（稍微復雜點的頁面都會碰到，float布局最常見的瀏覽器兼容問題）
解決方案：在float的標簽樣式控制中加入 display:inline;將其轉化為行內屬性
備註：我們最常用的就是div+css布局了，而div就是一個典型的塊屬性標簽，橫向布局的時候我們通常都是用div float實現的，橫向的間距設置如果用margin實現，這就是一個必然會碰到的兼容性問題。
問題症狀：ie6、7和遨遊里這個標簽的高度不受控制，超出自己設置的高度
碰到頻率：60%
解決方案：給超出高度的標簽設置overflow:hidden;或者設置行高line-height 小於你設置的高度。
備註：這種情況一般出現在我們設置小圓角背景的標簽里。出現這個問題的原因是ie8之前的瀏覽器都會給標簽一個最小默認的行高的高度。即使你的標簽是空的，這個標簽的高度還是會達到默認的行高。
問題症狀：ie6里的間距比超過設置的間距
碰到幾率：20%
解決方案：在display:block;後面加入display:inline;display:table;
備註：行內屬性標簽，為了設置寬高，我們需要設置display:block;(除了input標簽比較特殊)。在用float布局並有橫向的margin後，在ie6下，他就具有了塊屬性float後的橫向margin的bug。不過因為它本身就是行內屬性標簽，所以我們再加上display:inline的話，它的高寬就不可設了。這時候我們還需要在display:inline後面加入display:talbe。
問題症狀：幾個img標簽放在一起的時候，有些瀏覽器會有默認的間距，加上問題一中提到的通配符也不起作用。
碰到幾率：20%
解決方案：使用float屬性為img布局
備註：因為img標簽是行內屬性標簽，所以只要不超出容器寬度，img標簽都會排在一行里，但是部分瀏覽器的img標簽之間會有個間距。去掉這個間距使用float是正道
問題症狀：因為min-height本身就是一個不兼容的css屬性，所以設置min-height時不能很好的被各個瀏覽器兼容
碰到幾率：5%
解決方案：如果我們要設置一個標簽的最小高度200px，需要進行的設置為：{min-height:200px; height:auto !important; height:200px; overflow:visible;}
備註：在B/S系統前端開時，有很多情況下我們有這種需求。當內容小於一個值（如300px）時。容器的高度為300px；當內容高度大於這個值時，容器高度被撐高，而不是出現滾動條。這時候我們就會面臨這個兼容性問題。
- 方法是：每寫一小段代碼（布局中的一行或者一塊）我們都要在不同的瀏覽器中看是否兼容，當然熟練到一定的程度就沒這么麻煩了。建議經常會碰到兼容性問題的新手使用。很多兼容性問題都是因為瀏覽器對標簽的默認屬性解析不同造成的，只要我們稍加設置都能輕松地解決這些兼容問題。如果我們熟悉標簽的默認屬性的話，就能很好的理解為什麼會出現兼容問題以及怎麼去解決這些兼容問題。1
ie6認識的hacker 是下劃線_ 和星號 *
ie7 遨遊認識的hacker是星號 * （包括上面問題6中的 !important也算是hack的一種。不過實用性較小。）
- 比如這樣一個css設置 height:300px;*height:200px;_height:100px;ie6瀏覽器在讀到 height:300px的時候會認為高時300px；繼續往下讀，他也認識*heihgt， 所以當ie6讀到*height:200px的時候會覆蓋掉前一條的相沖突設置，認為高度是200px。繼續往下讀，ie6還認識_height,所以他又會覆蓋掉200px高的設置，把高度設置為100px；
- ie7和遨遊也是一樣的從高度300px的設置往下讀。當它們讀到*height200px的時候就停下了，因為它們不認識_height。所以它們會把高度解析為200px；
- 剩下的瀏覽器只認識第一個height:300px;所以他們會把高度解析為300px。1234
- /* CSS屬性級Hack */ color:red; /* 所有瀏覽器可識別*/_color:red; /* 僅IE6 識別 */*color:red; /* IE6、IE7 識別 */+color:red; /* IE6、IE7 識別 */*+color:red; /* IE6、IE7 識別 */[color:red; /* IE6、IE7 識別 */ color:red9; /* IE6、IE7、IE8、IE9 識別 */color:red ; /* IE8、IE9 識別*/color:red9 ; /* 僅IE9識別 */color:red ; /* 僅IE9識別 */color:red!important; /* IE6 不識別!important 有危險*//* CSS選擇符級Hack */ *html #demo { color:red;} /* 僅IE6 識別 */*+html #demo { color:red;} /* 僅IE7 識別 */body:nth-of-type(1) #demo { color:red;} /* IE9+、FF3.5+、Chrome、Safari、Opera 可以識別
- */ head:first-child+body #demo { color:red; } /* IE7+、FF、Chrome、Safari、Opera 可以識別 */:root #demo { color:red9; } : /* 僅IE9識別 */
- display:block,inline兩個元素
- display:block; //可以為內嵌元素模擬為塊元素display:inline; //實現同一行排列的的效果display:table; //for FF,模擬table的效果1234567
- <style type="text/css"><!-- div {position:absolute;top:50%;left:50%;margin:-100px 0 0 -100px;width:200px;height:200px;border:1px solid red; } --></style>12345678910111213141516171819
這里的NOTfloatC並不希望繼續平移，而是希望往下排。(其中floatA、floatB的屬性已經設置為float:left;)
這段代碼在IE中毫無問題，問題出在FF。原因是NOTfloatC並非float標簽，必須將float標簽閉合。在＜divclass="floatB">＜div class="NOTfloatC">之間加上＜div class="clear">這個div一定要注意位置，而且必須與兩個具有float屬性的div同級，之間不能存在嵌套關系，否則會產生異常。並且將clear這種樣式定義為為如下即可：.clear{clear:both;}
- .colwrapper{overflow:hidden; zoom:1; margin:5px auto;}1
- <div id=」page」>
- <div id=」left」>＜/div>
- <div id=」center」>＜/div>
- <div id=」right」>＜/div>
- </div>1234567
- <div id=」page」>
- <div id=」bg」 style=」float:left;width:100%」>
- <div id=」left」>＜/div>
- <div id=」center」>＜/div>
- <div id=」right」>＜/div>
- </div>
- </div>1234567891011
- /* Clear Fix */ .clearfix:after { content:"."; display:block; height:0; clear:both;visibility:hidden; } .clearfix { display:inline-block; } /* Hide from IE Mac */ .clearfix {display:block;} /* End hide from IE Mac */ /* end of clearfix */1234567
FF里 y 軸上 子div 到 父div 的距離為 父padding + 子marign
IE里 y 軸上 子div 到 父div 的距離為 父padding 和 子marign 里大的一個
FF里 y 軸上 父padding=0 且 border=0 時，子div 到 父div 的距離為0，子marign 作用到 父div 外面
問題二：塊屬性標簽float後，又有橫行的margin情況下，在ie6顯示margin比設置的大
問題三：設置較小高度標簽（一般小於10px），在ie6，ie7，遨遊中高度超出自己設置高度
問題四：行內屬性標簽，設置display:block後採用float布局，又有橫行的margin的情況，ie6間距bug（類似第二種）
問題五：圖片默認有間距
問題六：標簽最低高度設置min-height不兼容
問題七：透明度的兼容css設置
技巧一：css hack
使用hacker 我可以把瀏覽器分為3類：ie6 ；ie7和遨遊；其他（ie8 chrome ff safari opera等）
因為優先順序相同且相沖突的屬性設置後一個會覆蓋掉前一個，所以書寫的次序是很重要的。
越少的浮動，就會越少的代碼，會有更靈活的頁面，會有擴展性更強的頁面。這不多說，歸結為到一定水平了，浮動會用的較少。另外，您也會避免使用浮動+margin的用法。所以，越後來越不易遇到這種bug。
技巧二：padding，marign，height，width
注意是技巧，不是方法： 寫好標准頭http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd」>http://www.w3.org/1999/xhtml」>盡量用padding，慎用margin，height盡量補上100%，父級height有定值子級height不用100%，子級全為浮動時底部補個空clear:both的div寬盡量用margin，慎用padding，width算準實際要的減去padding
技巧三：顯示類（display:block,inline）
display:block塊元素，元素的特點是： 總是在新行上開始；高度，行高以及頂和底邊距都可控制；寬度預設是它的容器的100%，除非設定一個寬度
display:inline就是將元素顯示為行內元素，元素的特點是：和其他元素都在一行上；高，行高及頂和底邊距不可改變；寬度就是它的文字或圖片的寬度，不可改變。span，a，label，input，img，strong和em是 inline 元素的例子
技巧四：怎樣使一個div層居中於瀏覽器中？
1）
2）div里的內容，IE默認為居中，而FF默認為左對齊，可以嘗試增加代碼margin: 0 auto;
技巧五：float的div閉合;清除浮動;自適應高度
① 例如：＜div id="floatA">＜div id="floatB">＜div id="NOTfloatC">
②作為外部 wrapper 的 div 不要定死高度,為了讓高度能自適應，要在wrapper裡面加上overflow:hidden; 當包含float的box的時候，高度自適應在IE下無效，這時候應該觸發IE的layout私有屬性(萬惡的IE啊！)用zoom:1;可以做到，這樣就達到了兼容。
例如某一個wrapper如下定義：
③對於排版,我們用得最多的css描述可能就是float:left.有的時候我們需要在n欄的float div後面做一個統一的背景,譬如:
比如我們要將page的背景設置成藍色,以達到所有三欄的背景顏色是藍色的目的,但是我們會發現隨著left centerright的向下拉長,而page居然保存高度不變,問題來了,原因在於page不是float屬性,而我們的page由於要居中,不能設置成float,所以我們應該這樣解決：
再嵌入一個float left而寬度是100%的DIV解決之。
④萬能float 閉合(非常重要!)
關於 clear float 的原理可參見 [How To ClearFloats Without Structural Markup],將以下代碼加入Global CSS 中,給需要閉合的div加上class=」clearfix」即可,屢試不爽。
或者這樣設置：.hackbox{display:table; //將對象作為塊元素級的表格顯示}
技巧六：div嵌套時 y軸上 padding和 marign的問題
『陸』 新建任務—發現任務名稱相同也能保存成功，這屬於前端bug 還是後端bug
我認為主要是後端的bug。
前端可以自行控制，比如提雀鎮交的時候先調用一下查詢介面，如果當前任務名稱已經存在，就報錯，否則才調用保存介面。但是這樣其實還是不放心，甚至可以用postman等工具繞過檢查直接調用保存介面，也是會保存進去的。其實就是跟你去注冊一個游戲賬號一樣，類似於當你輸入用戶名時，前端自己會調用用戶名重復性檢查介面，如果用戶名已存在就提示報錯。
所以這個最好是後端來控制。如果確定任務名稱是不能相同的，那麼任務名稱作為關鍵詞，是可以添加唯一索引的（不一定是主鍵），添加唯一索引後，如果有根據任務名稱查詢任務的介面，也可以提高查詢效率。
再者就是調整後端李歲螞的保存介面，保存前先檢查一下存不存在哪埋該任務名稱，如果存在了就直接報錯給前端，拒絕添加。
當然前後端都添加重復性校驗功能是最保險的，
『柒』 怎麼判斷是前端bug還是後端bug
在提bug時，只有明確定位是前端bug還是後端bug，才能正確指派給對應的開發同學，如果經常分不清楚，一直需要開發同學重新指派，不僅浪費了時間，還會被開發同學吐槽，今天就帶大家解鎖一些區分前後端bug的技能，分分鍾get~
1、出現樣式的問題基本都是CSS的bug
2、出現文本的問題基本都是html的bug
3、出現交互類的問題基本都是JS的bug
1、未發送請求，就屬於前端bug
2、介面請求url錯誤，傳參錯誤，就屬於前端bug
3、介面返回數據錯誤，就屬於後端bug
1、例如頁面載入慢或提交表單慢，一直pending，抓包查看請求耗時，如果耗時長，那就屬於後端bug
1、越權。可以分為水平越權和垂直越權，以下兩個例子都屬於後端Bug。
水平越權的例子：在業務系統中，本來用戶A只能對自己的個人信息進行增刪改查，但是通過抓包，修改用戶id（一般用戶id都是遞增的），可以獲取到其他人的個人信息，或者賬號A將自己的個人信息頁面通過瀏覽器發送給用戶B，用戶B登錄系統後可以看到用戶A的信息，這就是水平越權了
垂直越權的例子：在業務系統中，本來用戶A對某條記錄只有查看的許可權，但是通過抓包，可以對記錄進行修改，這就是垂直越權了
1、例如對於欄位有效性的校驗等，前後端均需要校驗，因此屬於前後端共同的bug
以上內容僅供參考，請大家提出優化意見或建議~
『捌』 前端Bug提示:Cannot read property 'width' of null
前端提示1：
解決方向：
1.檢查欄位是否有寫錯
2.查看前端括弧中括弧是否有誤
前端提示2：
解決以上問題又出現：
此時發現映射文件里缺少欄位，補上後依舊是這個問題
控制台提示如下：
解決方向：
根據提示檢查，原來是映射文件中queryPackingDataCount 方法返回值沒有寫resultType="int"
提示的問題都解決後，上傳數據還是提示失敗
原因：循環讀取數據是從1開始的，根本讀不到數據，我的文字已經佔了兩行。當把1改為2時顯示成功
前端提示3：
解決方向：
額 我的是因為用了兩個columns，可能沖突了，所以
『玖』 前端js 遇到難以重現的 bug 該怎麼辦
推薦使用Fundebug監控。Fundebug的用戶行為記錄可以幫助你更好地去理解BUG的成因，快速復現bug。