軟件測試面試-如何高質量提交缺陷bug？

從實際工做中整理，以下；若有補充能夠討論！

因此會發現如今的面試題大部分問的都是工做中出現的場景了，而不是單純的背誦

1：充分理解需求規則、原型圖，知道預期結果，操做時判斷是否爲bug

解析：預期結果不等於實際結果的時候爲：bug

所以理解原型圖、需求、設計文檔、數據庫流程，是爲了更好的判斷、知曉預期結果是什麼，這樣你才能在發現問題後肯定是不是bug。

這就相似我們考試的時候，老師要判卷子，得先要知道標準答案，才能發現你的對錯，因此預期結果準確得知，是測試工程師第一道難關，特別是銀行行業、後臺程序邏輯、計算結果，系統複雜，須要多學習業務

 

2：提交bug以前排查是否人爲引發

解析：這裏有可能會問你一個其餘的面試題；例如：若是前端報錯404，你是如何排查這個問題的？

這個問題在上課的第一節課的時候反覆說了一句話：發現的問題不必定是bug。

這一點在公司要格外注意，由於有的問題多是你人爲形成的，這樣的問題你就不能提交至禪道（jira）了，不然很容易出現矛盾。因此發現問題後，不是第一時間的提交，而是再三確認是不是軟件自己的bug後再提交

PS：最後一句話也可能會加個面試題：若是你和研發有矛盾的話你是怎麼解決的？

 

3：詳細的操做步驟加截圖，讓開發人員能按照步驟重現bug

解析：操做步驟在講課的時候說過，步驟的書寫沒有標準的答案，你能夠一句話描述、也能夠分步驟去描述，可是要遵照一個原則就是：不管你怎麼去描述，最終是讓研發看的，因此要讓他們明白你描述的是什麼意思，其次要讓研發能按照你的步驟描述把這個bug復現出來，好讓他們定位並修改這個問題

 

4：定位問題，精準描述問題產生的緣由和分配相關開發人員

解析：定位問題是軟件測試當中的一個難點，這個問題是屬於誰的？前端、後端、數據庫？接口？後臺程序？仍是第三方平臺？因此在這裏也要強調一點的是，身爲一個測試工程師不只是點點點，你若是僅認識這一點的話，很差意思，你還沒入門