軟體測試面試缺陷

1、發現的缺陷越多，說明軟體缺陷越多嗎？

這是乙個比較常見的現象。測試工程師在沒有找到缺陷前會絞盡腦汁的思考，但是找到乙個後，會接二連三的發現很多缺陷，頗有個人成就感。其中的原因主要如下：

-**復用、拷貝**導致程式設計師容易犯相同的錯誤。類的繼承導致所有的子類會包含基類的錯誤，反覆拷貝同一**意味可能也複製了缺陷。

-程式設計師比較勞累是可以導致某些連續編寫的功能缺陷較多。程式設計師加班是一種司空見慣的現象，因此體力不只時容易編寫一些缺陷較多的程式。而這些連續潛伏缺陷恰恰時測試工程師大顯身手的地方。

「缺陷乙個連著乙個」不是乙個客觀規律，只是乙個常見的現象。如果軟體編寫的比較好，這種現象就不常見了。測試人員只要嚴肅認真的測試程式就可以了。

2、所有的軟體缺陷都能修復嗎？所有的軟體缺陷都要修復嗎？

從技術上講，所有的軟體缺陷都是能夠修復的，但是沒有必要修復所有的軟體缺陷。測試人員要做的是能夠正確判斷什麼時候不能追求軟體的完美。對於整個專案團隊，要做的是對每乙個軟體缺陷進行取捨，根據風險決定那些缺陷要修復。發生這種現象的主要原因如下：

-沒有足夠的時間資源。在任何乙個專案中，通常情況下開發人員和測試人員都是不夠用的，而且在專案中沒有預算足夠的回歸測試時間，再加上修改缺陷可能引入新的缺陷，因此在交付期限的強大壓力下，必須放棄某些缺陷的修改。

-有些缺陷只是特殊情況下出現，這種缺陷處於商業利益考慮，可以在以後公升級中進行修復。

-不是缺陷的缺陷。我們經常會碰到某些功能方面的問題被當成缺陷來處理，這類問題可以以後有時間時考慮再處理。

最後要說的是，缺陷是否修改要由軟體測試人員、專案經理、程式設計師共同討論來決定是否修復，不同角色的人員從不同的角度來思考，以做出正確的決定。

3、寫出bug報告當中一些必備的內容。

硬體平台和作業系統

測試應用的硬體平台（platform），通常選擇「pc」。

測試應用的作業系統平台（os）。

版本提交缺陷報告時通過該欄位標識此缺陷存在於被測試軟體的哪個版本。

bug報告優先順序

bug狀態

bug的編號

發現人提交人

指定處理人

概述從屬關係

詳細描述

嚴重程度

所屬模組

附件提交日期

4、簡述一下缺陷的生命週期？

軟體測試面試 缺陷