[工作] 關於 BUG 的定義

Bug 的定義
Q: 到是是規則？還是真的的 bug ？
先看規則說明書，或是跟 pm 討論過手上有無規格書

Q: 頻繁的出現？或是不定時才出現？
先嘗試先還原錯誤，假設只有在特定狀況下才出現，也許只有特定狀況的人才會有可以先就這點請工程師處理

如果是時有時沒有的狀況，比較難處理，最理想的狀況是可以先還原狀況
找出除了問題人員回報的問題之外，也有其它模式下，也會發生同樣狀況的問題 (patten)

還有一種狀況是在某流程下才會發生的，比方說點了 A 出現 B 後，C 就出來了，是有一種依循性的，如上所說，最好是要能夠還原的，還有能夠列下還原的步驟。

Q: 超過3天不能解決？或是超過三項重覆的？
工程師回報超過3天無法解決，代表架構上必須有重大調整，此時是否有制性回覆或是開啟相關專案協同解決

Q: 流程的不順利
這是設計流程的問題，非bug。
可以先跟相關設計的人討論，開專案協同解決

工程師是需要高度集中專注力的工作，只有專注，才有好的品質出現，不然會出現惡性循環。

QA 是助手，理想的狀況先幫工程師排除問題後，再詢問工程師，最棒的 QA 能夠將上述的情況描述清楚。甚至於在什麼樣的狀況腳本下會發生的情況也都找出來了。

Bug level
非常重要 (網站完全看不見，或是該問題會造成公司損失)
重要 (每個使用者都會碰到，常態性的出現)
普通
警告

為了要建立高度集中力的狀況，bug 可以先集中起來，除了非常重要及重要必須馬上處理之外，除之外的問題在特定時間內解決，不要給工程師太多的 interrupt

邁入攻城獅 N 年。愛好無厘頭的事物、旅遊、攝影、減肥、慢跑、占星、展覽、食記、偶爾在邏輯的世界亂轉