軟件測(cè)試工程師面試題

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

答案：

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

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

答案：

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

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

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

4.執(zhí)行測(cè)試

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

7、缺陷處理流程

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

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

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

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

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

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

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

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

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

嚴(yán)重級(jí)別的錯(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、開(kāi)發(fā)人員修復(fù)缺陷后，如何保證不影響其他功能

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

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

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

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

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

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

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

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