- 相關(guān)推薦
常見(jiàn)的測試面試題目
1、介紹一下整體項目流程
答案：
1. 搭建缺陷管理的環(huán)境和測試環(huán)境以及配置管理的環(huán)境搭建;2. 編寫(xiě)測試計劃;3. 設計測試用例;4. 編寫(xiě)測試用例;5. 測試用例的評審;6. 執行測試;7. 缺陷管理; 8. 測試報告的輸出
2、在實(shí)際項目中你是如何做測試計劃
答案：
1.對客戶(hù)提供的或需求分析人員編寫(xiě)的用戶(hù)需求文檔或需求規格說(shuō)明書(shū)進(jìn)行分析，提煉出測試要點(diǎn);
2.根據測試要點(diǎn)編寫(xiě)測試用例。
3.由評審組對測試用例進(jìn)行評審--修改--再次評審--初步定稿
4.執行測試
4.1 按照測試用例對系統進(jìn)行功能驗證及客戶(hù)的需求驗證
4.2 將測試過(guò)程中產(chǎn)生的Bug錄入缺陷管理系統
4.3 新版本發(fā)布后，對本次版本新增加的功能以及開(kāi)發(fā)人員修正的Bug進(jìn)行回歸測試
4.4 根據項目需要提交測試報告。
3、你是如何制定測試過(guò)程中的時(shí)間進(jìn)度表的
答案:根據項目的需求、開(kāi)發(fā)周期、開(kāi)發(fā)人員的開(kāi)發(fā)進(jìn)度等時(shí)間安排來(lái)制定一個(gè)測試時(shí)間進(jìn)度初 稿，并將測試時(shí)間進(jìn)度表交與整個(gè)項目團隊成員大家一起討論和分析，最終和所有人達成共識制定出一個(gè)大家都可以執行的測試時(shí)間進(jìn)度表。
時(shí)間表中包括了開(kāi)發(fā)人員提交功能或功能模塊的時(shí)間，以及為了更好的執行測試，配合測試人員進(jìn)行功能培訓的時(shí)間，以及測試執行時(shí)間等，都詳細的寫(xiě)到WBS中，并按照這個(gè)時(shí)間進(jìn)度表來(lái)執行項目的測試任務(wù)。
4、測試計劃都包括那些項
答案：1. 測試計劃目標 2. 測試參考文檔 3.測試術(shù)語(yǔ)與定義 4. 測試內容 5. 測試人員的分工 6. 測試進(jìn)度 7. 測試流程 8. 測試工具 9.測試缺陷管理 10. 測試的風(fēng)險分析
5、測試用例如何設計的
答案：在測試用例設計之前首先要熟悉客戶(hù)的需求文檔或需求規格說(shuō)明書(shū)，以做到對被測系統的熟悉，充分了解產(chǎn)品的詳細功能，并在熟悉過(guò)程中即使與研發(fā)人員和客戶(hù)人員進(jìn)行有效的溝通。然后從需求中提煉中各個(gè)模塊的詳細功能點(diǎn)編寫(xiě)出一個(gè)測試要點(diǎn)的文檔。根據測試要點(diǎn)設計測試用例，測試要點(diǎn)與測試用例是一個(gè)一對多的關(guān)系，一個(gè)測試要點(diǎn)可能會(huì )需要幾個(gè)測試用例的驗證，有正常的操作和異常的操作，甚至是幾個(gè)正常與幾個(gè)異常的操作，這要根據實(shí)際功能的要求來(lái)具體分析具體實(shí)現。
6、測試用例包括那些項
答案：產(chǎn)品名稱(chēng)、功能模塊、用例的編號、編寫(xiě)人、被測功能的簡(jiǎn)述，測試的預置條件，測試步驟，預期結果，實(shí)際結果。
7、缺陷處理流程
1.講缺陷的詳細信息錄入缺陷管理系統，并分配給對應的開(kāi)發(fā)人員
2.如果遇到一些難以再現的缺陷，在開(kāi)發(fā)人員修正過(guò)程中配合開(kāi)發(fā)人員進(jìn)行Bug的再現。
3.開(kāi)發(fā)人員修正Bug后，會(huì )在缺陷管理系統中將修正后的Bug狀態(tài)更改，通常為Fixed狀態(tài)。
4.新版本發(fā)布后，測試人員會(huì )講bug狀態(tài)已經(jīng)更改為Fixed的Bug進(jìn)行回歸測試。如果測試通過(guò)，則將該Bug關(guān)閉，如果仍未通過(guò)，則將該Bug從Fixed更改為Reopen狀態(tài)，繼續讓開(kāi) 發(fā)人員來(lái)修正。并等待下一個(gè)新版本發(fā)布后的二次回歸測試。
8、缺陷報告包括那些項
答案：編寫(xiě)人、被測系統的版本號、測試環(huán)境、預期結果、實(shí)際結果、對于實(shí)際結果如有必要附上截圖、測試用例數、測試用例通過(guò) 數，測試用例的通過(guò)率、對缺陷的一個(gè)分析匯總。
9、缺陷報告嚴重級別的劃分
嚴重級別的錯誤：影響系統整體基本流程運行的錯誤，由于某一操作造成系統死循環(huán)或服務(wù)器崩潰的錯誤
較嚴重：功能實(shí)現錯誤、內部計算錯誤、
一般：UI錯誤，一些易用性的錯誤或建
10、開(kāi)發(fā)人員修復缺陷后，如何保證不影響其他功能
答案：Bug的修復以及新功能的添加都有可能對版本造成一些影響，為了避免，在新版本發(fā)布以后，首先會(huì )對新版本做一個(gè)基礎的流程測試也叫做冒煙測試，如果測試基本流程都順利通過(guò)沒(méi)有任何問(wèn)題，那么測試人員可以繼續進(jìn)行詳細的測試，否則就將冒煙測試中出現 的問(wèn)題以及問(wèn)題有可能出現的原因反饋給開(kāi)發(fā)人員，由開(kāi)發(fā)人員修正后再次發(fā)版，進(jìn)行測試。這是一個(gè)迭代的過(guò)程。
11、發(fā)現問(wèn)題后你是如何判斷其是否是BUG，你是如何提交的?
答案：測試用例是經(jīng)過(guò)評審組嚴格的評審，完全按照客戶(hù)的需求規格說(shuō)明書(shū)作為最終依據來(lái)評審的，如果測試過(guò)程中，測試結果與實(shí)際結果不符就很可能是Bug，如果一些比較明顯的問(wèn)題就直接錄入缺陷管理系統，如果是一些邊界問(wèn)題不容易確定的，可以通過(guò)和開(kāi)發(fā)人員甚至是設計人員等進(jìn)行溝通最后得出一個(gè)結果究竟是否是Bug，如果是Bug就錄入，如果是一個(gè)需要增加的新功能等，可以錄入缺陷管理系統，類(lèi)型為新需求。
12、修復一個(gè)BUG而導致其他的BUG出現，該如何處理
答案：幫助開(kāi)發(fā)人員分析問(wèn)題鎖定原因然后進(jìn)行新Bug的修正。
13、測試總結報告包括那些項
答案：測試用例的通過(guò)數，測試用例的未通過(guò)數，以及測試用例的通過(guò)率，未通過(guò)的功能都集中在哪幾個(gè)功能模塊 ，根據測試經(jīng)驗以及測試結果進(jìn)行一個(gè)缺陷的分析和建議。
14、測試工作進(jìn)行到一半是，發(fā)現時(shí)間不夠，你如何處理
答案：1.與客戶(hù)溝通本次發(fā)布的版本什么是最重要的，什么是其次，我會(huì )安排一個(gè)優(yōu)先級來(lái)對整體測試功能進(jìn)行一個(gè)篩選。 2.我會(huì )和測試組原體人員一起加班
15、開(kāi)發(fā)與測試的關(guān)系
答案：開(kāi)發(fā)和測試是一個(gè)整體，也可以說(shuō)測試驅動(dòng)著(zhù)開(kāi)發(fā)，開(kāi)發(fā)配合著(zhù)測試，相輔相成的，在一個(gè)完整的項目組中缺一不可。
16、如果你是測試組長(cháng)你如何對項目及組員進(jìn)行管理
答案： 首先要從需求開(kāi)始，充分了解被測系統的功能以及業(yè)務(wù)需求，并在遇到問(wèn)題的時(shí)候及時(shí)有效的與開(kāi)發(fā)人員以及其他項目相關(guān)人員進(jìn)行溝通，做到最被測系統的十分熟悉。并了解整個(gè)測試組的成員他們的測試技能以及擅長(cháng)的工作，做到測試任務(wù)的合理分配，得以讓測試工作快速，穩定高效的進(jìn)行!
17、如果你提交的BUG開(kāi)發(fā)人員說(shuō)這不是缺陷你該怎么辦
答：若遇到開(kāi)發(fā)人員說(shuō)提交BUG不是缺陷則跟項目組的需求人員，設計人員以及該功能的開(kāi)發(fā)人員共同討論做確認。
【常見(jiàn)的測試面試題目】相關(guān)文章：
面試的測試智力的常規題目！11-20
EMBA面試常見(jiàn)題目及答案06-22
求職面試常見(jiàn)題目及回答技巧11-20
常見(jiàn)面試題目11-21
學(xué)生會(huì )面試常見(jiàn)的題目及回答01-31
半結構化面試常見(jiàn)題目12-10