【測試面試】測試面試題集錦（三）

轉自：https://blog.csdn.net/xvnmeng/article/details/82561898

一、開發犯低級錯誤怎麼辦？
開發首先要規範好編碼，出低級錯時不要職責，心裏指出錯誤。讓他們本身進行測試，反思找出錯誤。

二、你進行過那些測試，擅長什麼？
我主要從事web測試，搭建環境，對程序進行集成測試、系統測試、迴歸測試。還有編寫測試用例，使用手冊，功能測試文檔。

三、開發說不是bug怎麼辦？
將本身的看法告訴開發，不行就把看法和bug提交項目經理決定。

四、你的職業規劃？*
鞏固基礎測試知識，提升理解需求能力。
學習自動化測試，而且運用。技術到尾後學習帶領測試團隊。
最後爭取達到測試經理水平。

五、什麼測試用例纔是合格？*
能覆蓋到全部測試點

六、缺陷報告測試組成？
缺陷編號、缺陷標題、缺陷描述缺陷有限等級、
缺陷優先程度、缺陷所屬模塊、缺陷所屬版本、缺陷所屬開發人員、
輸入數據、輸出結果、缺陷分析等。

C/S模式，使用交替方法確認是client仍是server端問題

七、測試用例包括那些
用例編號、測試環境、用例標題、輸入數據、預期結果

八、軟件評審的人員和目的
人員：客戶、項目經理、開發人員、測試人員
目的：查看軟件是否還存在問題。是否在不一樣平臺正常運行，是否有和客戶理解不一致的地方，是否有改進的地方

* 九、什麼事軟件測試？目的？ *
經過人工或者自動化的操做，運行軟件程序，查看他們是否知足客戶需求。
目的：最短期找出儘量多的軟件確缺陷

十、兼容測試
檢查軟件在不一樣軟件、硬件平臺是否能夠正常運行。
主要查看在不一樣操做系統、瀏覽器、數據庫、不一樣版本是否正常運行

十一、爲何進行軟件測試？
沒通過測試的軟件沒法保證質量，比如iso質量認證同樣。
測試中發現問題，便是提交開發改進，在軟件發佈時得出軟件質量。

十二、軟件測試類型有那些？區別與聯繫？
常見：功能測試、性能測試、界面測試。

功能測試：佔比最大，也叫黑盒測試（不看代碼）。進行動態測試時，須要測試軟件功能，不須要測試軟件內部結構和處理過程。
技術方法有：等價類劃分法、邊界值分析、錯誤推測、因果圖和綜合策略。

性能測試：經過自動化測試工具模擬多種正常、異常、峯值條件，對系統各項性能指標測試。
負載測試、壓力測試屬於此。負載測試：肯定各項工做負載下的系統性能，目標是負載主鍵增長時，系統各項性能指標變化；壓力測試：經過系統的瓶頸，得到系統能提供的最大服務級別。

界面測試：界面好壞決定用戶對軟件第一印象。合理的界面帶來輕鬆愉悅感覺，失敗界面有挫敗感，讓強大的功能付諸東流。

區別：功能測試關注軟件功能，每一個功能可能存在的問題。性能測試軟件多用戶併發的穩定性和強壯性。界面測試關注用戶體驗和易用性。

1三、好的測試用例關鍵？
白盒測試：較少的用例覆蓋儘量多的內部程序邏輯結果。
黑盒測試：較少的用例覆蓋模塊輸出和輸入接口。一最少用例在合理時間內發現最多的問題。

對可行和不可行的都要考慮，（1）輸入 （2）詳細操做步驟 （3）預期輸出 （4）實際輸出

1四、黑盒、白盒、單元、集成、系統、驗收測試的區別與聯繫？
黑盒：已知功能設計規格，測試正門每一個功能是否複合要求。
白盒：已知內部工做過程，測試正門每種內部操做複合設計規格。
黑盒意味着測試在軟件的接口出進行，把測試對象看作一個黑盒子，不考慮程序內部邏輯結構和內部特性，僅看需求說明書檢查功能是否複合需求。黑盒-》功能測試（或者 數據驅動測試）

1五、軟件開發過程與角色分工？
測試配合開發等進行需求分析和討論，根據需求說明書指定《項目測試計劃》，編寫測試用例，創建測試環境。
測試負責新產品測試，原有產品的升級測試，負責軟件問題解決過程跟蹤，軟件開發文檔、開發工做的規範化，管理開發部門的產品文檔，製做用戶手冊、操做手冊，產品上限測試，監督軟件開發過程執行，提升軟件質量。

1六、軟件開發過程與角色分工？
開發與測試開會討論需求。需求分析人員寫出需求分析說明，三部門討論可行性。給出詳細設計說明書，開發編碼，給出系統流程圖。測試根據此，給出bug統計。

1七、不一樣測試類型的聯繫與區別？
功能、性能、可靠性、安全性、負載測試，
壓力、安裝\卸載、啓動\中止、兼容、互聯測試，
文檔、迴歸、可以使用性、容量測試

1八、測試計劃工做包括？
時對工做內容的有效組織和規劃，保證測試工做有效展開。包括測試目標，測試範圍定義，測試方法選擇，測試進度里程碑，測試資源管理和配置。
測試目標最重要，由於他是軟件測試的最終達到結果

1九、性能測試工具，院裏、實際應用
LoadRunner。可以錄製測試的操做步驟，對其模擬出多個用戶播放出來。
（1）visural user genertor：建立腳本，選擇協議，錄製操做，編輯操做
（2）中央控制器 controller：調度虛擬用戶。建立場景，選擇腳本，創建虛擬用戶，設計shedual，設置ip spoofer
（3）運行腳本，分析shedual
（4）分析測試結果

20、兼容性
平臺兼容、網絡兼容、數據庫兼容、數據格式兼容。

缺陷等級分類
極高：測試過程司機、系統崩潰、數據跌勢、功能沒有實現
很高：致使軟件功能不穩定、功能實現錯誤、流程錯誤
中級：校驗錯誤、罕見故障、錯別字，不影響功能，影響體驗
低級：沒影響的小問題

2一、缺陷生命週期
新建bug–提交bug–確認bug–非配bug–修復bug–驗證bug–關閉bug

2二、測試結束標準
1）一二級缺陷數目達到項目質量管理目標要求，測試暫停返回開發
2）項目出現重大估算和進度誤差，須要暫停或者終止
3）新需求變動大，需修改測試計劃和測試用例再進行
4）開發暫停，測試也暫停，備份暫停時的數據
5）全部功能、性能測試用例100%進行

2三、測試生命週期
需求測試計劃指定和評審–測試用例編寫–測試用例執行–bug管理–測試報告輸出

2四、自我介紹套路
1）很高興得到面試機會……想證實我是何氏的人選……想得到您的承認……
2）反問面試官：您看我繼續介紹項目仍是您提問關心的問題？

2五、項目介紹
1）先總體再局部介紹，項目五大維度：規模（代碼規模、需求規模、用例規模、工做量、進度、質量、成本），測試流程，角色與職責，項目中本身角色，本身的特點（作得好的、遇到的困難、作得差的），最後是心得體會。

2六、數據庫問題
數據庫增刪改查（insert、delete、update、select）；
表結構增刪改查（create、drop、alter、describe）；
存儲過程；
觸發器等

2七、Linux系統
常見50個命令（find、-name、type、perm、user、group、ctime、atime）
熟悉vi、熟悉linux搭建測試環境。LAMP環境搭建。

2八、缺陷相關
缺陷跟蹤流程（流程基本要素）、總體流程（會畫）、缺陷單的20個屬性、屬性的意義、如何描述好缺陷單、缺陷單的5C原則、缺陷重現步驟。你認爲最經典的bug

2九、用例相關
用例格式要素、用例設計工程方法論、方法要求
如何利用。
如何評審用例，從那些維度評審，設計好用例須要那些只是結構

30、軟件測試流程
熟悉產品/項目–需求評審–測試需求–測試計劃–測試方案–測試用例–預測試，第一輪正式測試–第二輪迴歸測試–第三輪測試，測試報告–總結–測試指南
3一、網絡相關
基本網絡知識（重點TCP/IP協議）

3二、測試工具
性能測試工具：
自動化測試工具：
測試管理工具：

如何去測試給定軟件
技巧：從質量模型、測試工具、測試方法、測試流程、探索式測試，宏觀解決，再圍觀講解用例設計

3三、卓越工程師素質
溝通、五心工程師、追求完美

3四、你還有什麼想要問的嗎？
滿意狀況：先表示感謝，問若是有下一輪面試，何時，作什麼準備；
通常般狀況：感謝，對本身表現不太滿意，可否給我一些建議；
很糟糕：感謝，認識到不足，但願給建議

3五、測試用例編寫結構
功能性、界面UI、易用性、安全性、兼容性

3六、STAR法則
S（situation）：項目屬於什麼類型，週期多長
T（task）：團隊分工，你的角色
A（action）：具體實施，本身作了什麼
R（result）：最後成果，你的收穫

3七、如何測試紙杯 功能性：是否漏水；是否喝到水 安全性：有沒有細菌 可靠性：摔下來的損壞程度 可移植性：不一樣地方、溫溼度使用 兼容性：容納果汁、啤酒、汽水、汽油等 易用性：是否燙手、防滑、方便飲用水 用戶文檔：使用手冊對用法、限制、使用條件描述 疲勞測試：分別裝上水、汽油等24小時，泄露狀況 壓力測試：用鎮不斷加壓，承受多達壓強--------------------- 版權聲明：本文爲CSDN博主「xvnmeng」的原創文章，遵循CC 4.0 by-sa版權協議，轉載請附上原文出處連接及本聲明。原文連接：https://blog.csdn.net/xvnmeng/article/details/82561898