話說：

各位讀者盆友，好久不見！今天跟大家分享個小內容：我們在報Bug的時候，最好能夠定位清晰，應該報給哪個端，這樣會高效幫助開發處理問題。

目錄
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

1、確定問題範圍
2、確定屬於哪個端？
3、總結

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
難度係數：★☆☆ ☆☆
建議用時：30min

1、確定問題範圍
在發現一個Bug後，不要立即就報Bug。最專業的做法是：
1）假如在H5 發現的問題，那麼問問自己，Native端是否存在同樣的問題？確定Web端、Android端、iOS端的問題情形，在報Bug不遲；
2）確定是自己測試思路不正確導致的Bug 還是本身就有Bug？
如果因為自己對業務不熟悉，未按照流程測，那麼出現的bug需要跟開發人員對接一下；儘量不報無價值的bug。

2、確定屬於哪個端？

定位一個問題屬於前端還是後端，也並非想象那麼容易。

下面舉幾個例子：
1）看介面資訊。
瀏覽器除錯工具，非常方便檢視。按照我們思路：500多半是伺服器問題；404可能是前端頁面找不到，也多是找不到resource,這個時候要考慮介面是否發生變更？

2）狀態200是不是就代表不是後端問題？

後端介面200，但是返回一個錯誤資訊，前端未做處理，導致的結果就是轉圈圈。
這裡歸根到底還是前後端2端對接問題，後端對狀態控制不明確，前端也未對返回資訊做處理，導致轉圈圈。

3）看引數

eg:頁面我們明明選了打開了開關按鈕，但是卻未生效，報誰的Bug？

第一要確定，你在頁面開啟的開關，是否確實給了後端；
第二確定，後端確實返回的是你開關的狀態。

第一張圖表單中是開啟的開關；第二張圖表明delete屬性還是false，表明表單中的選擇未生效。
所以是後端問題。

4）如何定位前端問題？

簡潔的方法是看Console控制檯輸出，一般js錯誤都會從這裡輸出。

3、總結
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
在你發現問題的時候，你就應該多思考，自己以後寫程式碼如何避免類似問題。
eg:

1. 日期處理
   日期處理，尤其要考慮時區轉換。過了24點之後和24點之前，那是很不一樣的；
   2）極限值
   對於輸入框，資料庫的極限是多少？否則後端很容易報錯伺服器繁忙；當你用一個數據型別，就要很清楚它的邊界；
   3）欄位一致性
   前端端對接，一定要注意屬性一致，否則細節問題總是出問題
   …

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

好了，後期再會。