軟件測試工程師面試題

1、介紹一下整體項(xiàng)目流程

答案：

1. 搭建缺陷管理的環(huán)境和測試環(huán)境以及配置管理的環(huán)境搭建;2. 編寫測試計(jì)劃;3. 設(shè)計(jì)測試用例;4. 編寫測試用例;5. 測試用例的評審;6. 執(zhí)行測試;7. 缺陷管理; 8. 測試報(bào)告的輸出

2、在實(shí)際項(xiàng)目中你是如何做測試計(jì)劃

答案：

1.對客戶提供的或需求分析人員編寫的用戶需求文檔或需求規(guī)格說明書進(jìn)行分析，提煉出測試要點(diǎn);

2.根據(jù)測試要點(diǎn)編寫測試用例。

3.由評審組對測試用例進(jìn)行評審--修改--再次評審--初步定稿

4.執(zhí)行測試

4.1 按照測試用例對系統(tǒng)進(jìn)行功能驗(yàn)證及客戶的需求驗(yàn)證

4.2 將測試過程中產(chǎn)生的Bug錄入缺陷管理系統(tǒng)

4.3 新版本發(fā)布后，對本次版本新增加的功能以及開發(fā)人員修正的Bug進(jìn)行回歸測試

4.4 根據(jù)項(xiàng)目需要提交測試報(bào)告。

3、你是如何制定測試過程中的時(shí)間進(jìn)度表的

答案:根據(jù)項(xiàng)目的需求、開發(fā)周期、開發(fā)人員的開發(fā)進(jìn)度等時(shí)間安排來制定一個(gè)測試時(shí)間進(jìn)度初 稿，并將測試時(shí)間進(jìn)度表交與整個(gè)項(xiàng)

目團(tuán)隊(duì)成員大家一起討論和分析，最終和所有人達(dá)成共識制定出一個(gè)大家都可以執(zhí)行的測試時(shí)間進(jìn)度表。

時(shí)間表中包括了開發(fā)人員提交功能或功能模塊的時(shí)間，以及為了更好的執(zhí)行測試，配合測試人員進(jìn)行功能培訓(xùn)的時(shí)間，以及測試

執(zhí)行時(shí)間等，都詳細(xì)的寫到WBS中，并按照這個(gè)時(shí)間進(jìn)度表來執(zhí)行項(xiàng)目的測試任務(wù)。

4、測試計(jì)劃都包括那些項(xiàng)

答案：1. 測試計(jì)劃目標(biāo) 2. 測試參考文檔 3.測試術(shù)語與定義 4. 測試內(nèi)容 5. 測試人員的分工 6. 測試進(jìn)度 7. 測試流程

8. 測試工具 9.測試缺陷管理 10. 測試的風(fēng)險(xiǎn)分析

5、測試用例如何設(shè)計(jì)的

答案：在測試用例設(shè)計(jì)之前首先要熟悉客戶的需求文檔或需求規(guī)格說明書，以做到對被測系統(tǒng)的熟悉，充分了解產(chǎn)品的詳細(xì)功能，并在熟

悉過程中即使與研發(fā)人員和客戶人員進(jìn)行有效的溝通。然后從需求中提煉中各個(gè)模塊的詳細(xì)功能點(diǎn)編寫出一個(gè)測試要點(diǎn)的文檔。根

據(jù)測試要點(diǎn)設(shè)計(jì)測試用例，測試要點(diǎn)與測試用例是一個(gè)一對多的關(guān)系，一個(gè)測試要點(diǎn)可能會(huì)需要幾個(gè)測試用例的驗(yàn)證，有正常的操

作和異常的操作，甚至是幾個(gè)正常與幾個(gè)異常的操作，這要根據(jù)實(shí)際功能的要求來具體分析具體實(shí)現(xiàn)。

6、測試用例包括那些項(xiàng)

答案：產(chǎn)品名稱、功能模塊、用例的編號、編寫人、被測功能的簡述，測試的預(yù)置條件，測試步驟，預(yù)期結(jié)果，實(shí)際結(jié)果。

7、缺陷處理流程

1.講缺陷的詳細(xì)信息錄入缺陷管理系統(tǒng)，并分配給對應(yīng)的開發(fā)人員

2.如果遇到一些難以再現(xiàn)的缺陷，在開發(fā)人員修正過程中配合開發(fā)人員進(jìn)行Bug的再現(xiàn)。

3.開發(fā)人員修正Bug后，會(huì)在缺陷管理系統(tǒng)中將修正后的Bug狀態(tài)更改，通常為Fixed狀態(tài)。

4.新版本發(fā)布后，測試人員會(huì)講bug狀態(tài)已經(jīng)更改為Fixed的Bug進(jìn)行回歸測試。如果測試通過，則將該Bug關(guān)閉，如果仍

未通過，則將該Bug從Fixed更改為Reopen狀態(tài)，繼續(xù)讓開 發(fā)人員來修正。并等待下一個(gè)新版本發(fā)布后的二次回歸測試。

8、缺陷報(bào)告包括那些項(xiàng)

答案：編寫人、被測系統(tǒng)的版本號、測試環(huán)境、預(yù)期結(jié)果、實(shí)際結(jié)果、對于實(shí)際結(jié)果如有必要附上截圖、測試用例數(shù)、測試

用例通過 數(shù)，測試用例的通過率、對缺陷的一個(gè)分析匯總。

9、缺陷報(bào)告嚴(yán)重級別的劃分

嚴(yán)重級別的錯(cuò)誤：影響系統(tǒng)整體基本流程運(yùn)行的錯(cuò)誤，由于某一操作造成系統(tǒng)死循環(huán)或服務(wù)器崩潰的錯(cuò)誤

較嚴(yán)重：功能實(shí)現(xiàn)錯(cuò)誤、內(nèi)部計(jì)算錯(cuò)誤、

一般：UI錯(cuò)誤，一些易用性的錯(cuò)誤或建

10、開發(fā)人員修復(fù)缺陷后，如何保證不影響其他功能

答案：Bug的修復(fù)以及新功能的添加都有可能對版本造成一些影響，為了避免，在新版本發(fā)布以后，首先會(huì)對新版本做一個(gè)基礎(chǔ)

的流程測試也叫做冒煙測試，如果測試基本流程都順利通過沒有任何問題，那么測試人員可以繼續(xù)進(jìn)行詳細(xì)的測試，否

則就將冒煙測試中出現(xiàn) 的問題以及問題有可能出現(xiàn)的原因反饋給開發(fā)人員，由開發(fā)人員修正后再次發(fā)版，進(jìn)行測試。這

是一個(gè)迭代的過程。

10、發(fā)現(xiàn)問題后你是如何判斷其是否是BUG，你是如何提交的？

答案：測試用例是經(jīng)過評審組嚴(yán)格的評審，完全按照客戶的需求規(guī)格說明書作為最終依據(jù)來評審的，如果測試過程中，測試結(jié)果與實(shí)際結(jié)果不符就很可能是Bug，如果一些比較明顯的問題就直接錄入缺陷管理系統(tǒng)，如果是一些邊界問題不容易確定的，可以通過和開發(fā)人員甚至是設(shè)計(jì)人員等進(jìn)行溝通最后得出一個(gè)結(jié)果究竟是否是Bug，如果是Bug就錄入，如果是一個(gè)需要增加的新功能等，可以錄入缺陷管理系統(tǒng)，類型為新需求。

11、測試總結(jié)報(bào)告包括那些項(xiàng)

答案：測試用例的通過數(shù)，測試用例的未通過數(shù)，以及測試用例的通過率，未通過的功能都集中在哪幾個(gè)功能模塊 ，根據(jù)測試經(jīng)驗(yàn)以及測試結(jié)果進(jìn)行一個(gè)缺陷的分析和建議。