Li-git
「我明明只是想說圖片跑不出來，為什麼網頁設計公司就是聽不懂？」
如果你也常常也在想，為什麼溝通Bug那麼難？那麼今天這篇文章就是為而你設計的。
首先我們來定義一下什麼是Bug
「Bug」，是程式設計術語，用來指稱程式裡的錯誤部分。
最簡單的辨別方式就是，之前ok的功能現在不ok了，它就是Bug。
找到Bug有時候會需要一點時間，它可能藏在網頁深處，或可能因為某種因素被觸發才出現，因此網站必須要在上線並且運行之後才能陸續修正。
然而最難的並不是找到Bug，而是告訴別人它在哪裡、應該怎麼被修復。再進到案件回報範例之前，讓我們先來了解一下，Bug從被發現到被修復之間經歷了哪些
了解Bug的處理步驟—
步驟一：回報
發現Bug之後，首先我們要到與網頁設計公司共同的溝通平台上回報，創造一個內容清新的「案件（Issue）」，告知網頁設計公司我的網站什麼地方出現了什麼問題。
有時或許是版本問題，你的瀏覽器裡會出現這個bug，我的卻不會，因此，為了能清楚表達，僅盡量附上截圖或影片。
步驟二：確認
網頁公司收到你所回報的新案件後，安排工程師將確認bug的原因、範圍，再匯報給你。
這邊的第一個確認，除了確認需維修的「原因與範圍」外，還會確認此範圍是否包含在合約內，若包含，會安排設計師動工，若非合約範圍，網頁設計公司將會另外安排專人與你洽談。
步驟三：維修
雙方都確認過範圍、原因以及修復所需時數後，進入維修環節。
首先必須要說明一個概念「安排動工≠立刻修」，工程師與專案人員手上有許多案件同時在進行，因此，專案人員會依照案件的輕重緩急安排維修，並在維修完成後，與驗測，確認維修範圍已可運行才算維修完成。
步驟四：再確認
維修完成後，會由專案人員向客戶回報，維修案件完成並請客戶方驗測，客戶方驗測完成且回覆「ok」後，這一個案件才算告一段落。
對Bug的處理步驟有初步的概念之後，我們進入錯誤回報的範本，看看怎麼樣的內容可以更精準地幫助雙方釐清問題。
錯誤回報範本長這樣—
以本公司trello回報格式為例，直接複製左邊，在建立案件時貼上，就會變成右邊這樣。此格式僅為範例，可以以自己喜歡的方式回報，但回報的內容必須包含S.H.E.：
S：Step to reproduce 重現操作步驟
H：What actually Happened? 具體發生了什麼
E：What is the Expected? 他應該要是什麼樣子
許多客戶常說「背景變成白色」，但這句話可以解讀成「我要背景變白色」，也可以解讀成「背景不應該變白色」，如果表達不清，工程師有可能完全改錯方向，或者回報沒有問題，這樣只會徒增誤解、浪費時間。
正確的回報範例應該像這樣：
・標題：Meet our team頁面圖片消失
・描述：
今天早上第一次打開網站，就發現meet our team的照片消失了，出現三個大叉叉。瀏覽器試過用chrome、firefox、bing，電腦是mac air版本11.6，手機還沒有試過。
・重現步驟：
1.前往「首頁」 2.按下「About Us」 3.滑到「Meet Our Team」 4.出現了「☒☒☒」
・應該出現的結果：
三張圖片如附圖。
結語
在問題回報的世界裡，雖然沒有標準答案，但是我們可以透過闡述問題的方式，讓溝通變得更輕鬆，雙方的工作效率也會因此而提升喔！
若你對於網頁設計、Bug的檢測有任何疑惑，歡迎聯繫我們，夏木樂，品牌網頁設計專家，讓我們提供你更多專業協助。
