軟件測試面試題
在日常學(xué)習(xí)和工作中，我們經(jīng)常接觸到試題，通過試題可以檢測參試者所掌握的知識和技能。還在為找參考試題而苦惱嗎？下面是小編精心整理的軟件測試面試題，僅供參考，大家一起來看看吧。
軟件測試面試題 篇1
1.解釋冷備份和熱備份的不同點以及各自的優(yōu)點
解答：熱備份針對歸檔模式的數(shù)據(jù)庫，在數(shù)據(jù)庫仍舊處于工作狀態(tài)時進行備份。而冷備份指在數(shù)據(jù)庫關(guān)閉后，進行備份，適用于所有模式的數(shù)據(jù)庫。熱備份的優(yōu)點在于當(dāng)備份時，數(shù)據(jù)庫仍舊可以被使用并且可以將數(shù)據(jù)庫恢復(fù)到任意一個時間點。冷備份的優(yōu)點在于它的備份和恢復(fù)操作相當(dāng)簡單，并且由于冷備份的數(shù)據(jù)庫可以工作在非歸檔模式下,數(shù)據(jù)庫性能會比歸檔模式稍好。(因為不必將archive log寫入硬盤)
2.你必須利用備份恢復(fù)數(shù)據(jù)庫，但是你沒有控制文件，該如何解決問題呢?
解答：重建控制文件，用帶backup control file 子句的recover 命令恢復(fù)數(shù)據(jù)庫。
3.如何轉(zhuǎn)換init.ora到spfile?解答：使用create spfile from pfile 命令.
4.解釋data block , extent 和 segment的區(qū)別(這里建議用英文術(shù)語)
解答：data block是數(shù)據(jù)庫中最小的邏輯存儲單元。當(dāng)數(shù)據(jù)庫的對象需要更多的物理存儲空間時，連續(xù)的data block就組成了extent .一個數(shù)據(jù)庫對象擁有的所有extents被稱為該對象的segment.
5.給出兩個檢查表結(jié)構(gòu)的方法
解答：1.DESCRIBE命令
2.DBMS_METADATA.GET_DDL 包
6.怎樣查看數(shù)據(jù)庫引擎的報錯
解答：alert log.
7.比較truncate和 命令
解答：兩者都可以用來刪除表中所有的記錄。區(qū)別在于：truncate是DDL操作，它移動HWK，不需要 rollback segment .而Delete是DML操作, 需要rollback segment 且花費較長時間.
8.使用索引的理由
解答：快速訪問表中的data block
9.給出在STAR SCHEMA中的兩種表及它們分別含有的數(shù)據(jù)
解答：Fact tables 和dimension tables.fact table 包含大量的主要的信息而 dimension tables 存放對fact table 某些屬性描述的信息
10.FACT Table上需要建立何種索引?
解答：位圖索引 (bitmap index)
11.給出兩種相關(guān)約束?
解答：主鍵和外鍵
12.如何在不影響子表的前提下，重建一個母表
解答：子表的外鍵強制實效，重建母表，激活外鍵
13.解釋歸檔和非歸檔模式之間的.不同和它們各自的優(yōu)缺點
解答：歸檔模式是指你可以備份所有的數(shù)據(jù)庫 transactions并恢復(fù)到任意一個時間點。非歸檔模式則相反，不能恢復(fù)到任意一個時間點。但是非歸檔模式可以帶來數(shù)據(jù)庫性能上的少許提高.
14.如何建立一個備份控制文件?
解答：Alter database backup control file to trace.
15.給出數(shù)據(jù)庫正常啟動所經(jīng)歷的幾種狀態(tài) ?
解答：STARTUp NOMOUNT 數(shù)據(jù)庫實例啟動
STARTUp MOUNT 數(shù)據(jù)庫裝載
STARTUp OpEN 數(shù)據(jù)庫打開
16.哪個column可以用來區(qū)別V$視圖和GV$視圖?
解答： INST_ID 指明集群環(huán)境中具體的 某個instance 。
17.如何生成explain plan?
解答：運行utlxplan.sql.建立plan 表
針對特定SQL語句，使用 explain plan set statement_id = st1 into plan_table
運行utlxplp.sql 或 utlxpls.sql察看explain plan
18.如何增加buffer cache的命中率?
解答：在數(shù)據(jù)庫較繁忙時，適用buffer cache advisory 工具，查詢v$db_cache_advice .如果有必要更改，可以使用 alter system set db_cache_size 命令
19.ORA-01555的應(yīng)對方法?
解答：具體的出錯信息是snapshot too old within rollback seg , 通�？梢酝ㄟ^增大rollback seg來解決問題。當(dāng)然也需要察看一下具體造成錯誤的SQL文本
20.解釋$ORACLE_HOME和$ORACLE_BASE的區(qū)別?
解答：ORACLE_BASE是oracle的根目錄，ORACLE_HOME是oracle產(chǎn)品的目錄。
軟件測試面試題 篇2
1、開發(fā)犯低級錯誤怎么辦？
開發(fā)首先要規(guī)范好編碼，出低級錯時不要指責(zé)，內(nèi)心指出錯誤。讓他們自己進行測試，反思找出錯誤。
2、你進行過哪些測試，擅長什么?
我主要從事web測試，搭建環(huán)境，對程序進行集成測試、系統(tǒng)測試、回歸測試。還有編寫測試用例，使用手冊，功能測試文檔。單元測試：測試的最早期階段，焦點在于被測軟件的最小的組成部分。
集成測試：確保最小單元被（部分）整合后能正常操作的測試執(zhí)行階段
系統(tǒng)測試：當(dāng)應(yīng)用作為整體運行時的測試執(zhí)行階段（測試最終的應(yīng)用）
回歸測試：修改了舊代碼后，重新進行測試以確認修改操作沒有引入新的錯誤或?qū)е缕渌a產(chǎn)生錯誤。
驗收測試：以用戶為主，由用戶參加設(shè)計測試用例，對程序的功能、性能，以及可移植性、兼容性、可維護性、錯誤的恢復(fù)功能等進行確認。主要運用黑盒測試的方法，對系統(tǒng)主要流程、重要功能進行有效性測試，驗證所測試的軟件是否滿足需求規(guī)格說明書列出的要求
3、開發(fā)說不是bug怎么辦？
將自己的見解告訴開發(fā)，不行就把見解和bug提交項目經(jīng)理決定。
4、你的職業(yè)規(guī)劃?
鞏固基礎(chǔ)測試知識，提高理解需求能力。學(xué)習(xí)自動化測試，并且運用。技術(shù)到位后學(xué)習(xí)帶領(lǐng)測試團隊。最后爭取達到測試經(jīng)理水平。
5、什么測試用例才是合格?
能覆蓋到所有測試點
6、缺陷測試報告組成？
缺陷編號、缺陷標(biāo)題、缺陷描述、缺陷優(yōu)先程度、缺陷所屬模塊、缺陷所屬版本、缺陷所屬開發(fā)人員、 輸入數(shù)據(jù)、輸出結(jié)果、缺陷分析等。
C/S模式，使用交替方法確認是client還是server端問題。
7、測試用例包括哪些？
用例編號、測試項描述、操作步驟、輸入、預(yù)期結(jié)果、實際結(jié)果、測試人、測試時間、備注
8、軟件評審的人員和目的
人員：客戶、項目經(jīng)理、開發(fā)人員、測試人員目的：查看軟件是否還存在問題。是否在不同平臺正常運行，是否有和客戶理解不一致的地方，是否有改進的地方
9、什么是軟件測試？目的?
使用人工或自動化手段運行程序，為了發(fā)現(xiàn)軟件的錯誤而執(zhí)行檢驗的一個過程目的：以最少的人力、物力、時間找到軟件中的缺陷并修改，從而回避風(fēng)險。
10、兼容測試
檢查軟件在不同軟件、硬件平臺是否可以正常運行。即軟件的可移植性。主要查看在不同操作系統(tǒng)、瀏覽器、數(shù)據(jù)庫、不同版本是否正常運行
11、為什么進行軟件測試？
沒經(jīng)過測試的軟件無法保證質(zhì)量，好比iso質(zhì)量認證一樣。測試中發(fā)現(xiàn)問題，即時提交開發(fā)改進，在軟件發(fā)布時保證軟件質(zhì)量。
12、軟件測試類型有哪些？區(qū)別與聯(lián)系？
常見：功能測試、性能測試、界面測試。
功能測試：占比最大，也叫黑盒測試（不看代碼）。進行動態(tài)測試時，需要測試軟件功能，不需要測試軟件內(nèi)部結(jié)構(gòu)和處理過程。
技術(shù)方法有：等價類劃分法、邊界值分析、錯誤推測、因果圖和綜合策略。
性能測試：通過自動化測試工具模擬多種正常、異常、峰值條件，對系統(tǒng)各項性能指標(biāo)測試。
負載測試、壓力測試屬于此。負載測試：確定各項工作負載下的系統(tǒng)性能，目標(biāo)是負載主鍵增加時，系統(tǒng)各項性能指標(biāo)變化；壓力測試：通過系統(tǒng)的瓶頸，獲得系統(tǒng)能提供的最大服務(wù)級別。
界面測試：界面好壞決定用戶對軟件第一印象。合理的界面帶來輕松愉悅感受，失敗界面有挫敗感，讓強大的功能付諸東流。
區(qū)別：功能測試關(guān)注軟件功能，每個功能可能存在的問題。性能測試軟件多用戶并發(fā)的穩(wěn)定性和強壯性。界面測試關(guān)注用戶體驗和易用性。
13、好的測試用例關(guān)鍵？
白盒測試：較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果。
黑盒測試：較少的用例覆蓋模塊輸出和輸入接口。用最少用例在合理時間內(nèi)發(fā)現(xiàn)最多的問題。
對可行和不可行的都要考慮：（1）輸入 （2）詳細操作步驟 （3）預(yù)期輸出 （4）實際輸出
14、黑盒、白盒、單元、集成、系統(tǒng)、驗收測試的區(qū)別與聯(lián)系？
黑盒：已知功能設(shè)計規(guī)格，測試每個功能是否符合要求。白盒：已知內(nèi)部工作過程，測試每種內(nèi)部操作符合設(shè)計規(guī)格。黑盒意味著測試在軟件的接口處進行，把測試對象看做一個黑盒子，不考慮程序內(nèi)部邏輯結(jié)構(gòu)和內(nèi)部特性，僅看需求說明書檢查功能是否符合需求。黑盒-》功能測試（或者 數(shù)據(jù)驅(qū)動測試）
15、軟件開發(fā)過程與角色分工？
測試配合開發(fā)等進行需求分析和討論，根據(jù)需求說明書制定《項目測試計劃》，編寫測試用例，建立測試環(huán)境。測試負責(zé)新產(chǎn)品測試，原有產(chǎn)品的升級測試，負責(zé)軟件問題解決過程跟蹤，軟件開發(fā)文檔、開發(fā)工作的規(guī)范化，管理開發(fā)部門的產(chǎn)品文檔，制作用戶手冊、操作手冊，產(chǎn)品上限測試，監(jiān)督軟件開發(fā)過程執(zhí)行，提高軟件質(zhì)量。
16、軟件開發(fā)過程與角色分工？
開發(fā)與測試開會討論需求。需求分析人員寫出需求分析說明，三部門討論可行性。給出詳細設(shè)計說明書，開發(fā)編碼，給出系統(tǒng)流程圖。測試根據(jù)此，給出bug統(tǒng)計。
17、不同測試類型的聯(lián)系與區(qū)別？
功能、性能、可靠性、安全性、負載測試，壓力、安裝/卸載、啟動/停止、兼容、互聯(lián)測試，文檔、回歸、可使用性、容量測試
18、測試計劃工作包括？
是對工作內(nèi)容的有效組織和規(guī)劃，保證測試工作有效展開。包括測試目標(biāo)，測試范圍定義，測試方法選擇，測試進度里程碑，測試資源管理和配置。測試目標(biāo)最重要，因為他是軟件測試的最終達到結(jié)果
19、性能測試工具，原理、實際應(yīng)用LoadRunner
能夠錄制測試的操作步驟，對其模擬出多個用戶播放出來。
�。�1）visural user genertor：創(chuàng)建腳本，選擇協(xié)議，錄制操作，編輯操作
�。�2）中央控制器 controller：調(diào)度虛擬用戶。創(chuàng)建場景，選擇腳本，建立虛擬用戶，設(shè)計shedual，設(shè)置ip spoofer
（3）運行腳本，分析shedual
�。�4）分析測試結(jié)果
20、兼容性
平臺兼容、網(wǎng)絡(luò)兼容、數(shù)據(jù)庫兼容、數(shù)據(jù)格式兼容。
缺陷等級分類
(1) 最高級--導(dǎo)致運行中斷(應(yīng)用程序崩潰),預(yù)期的功能沒有得到實現(xiàn),測試工作無法繼續(xù)進行等
(2) 緊急---事件非常重要,并且需要馬上給予關(guān)注
(3) 高級---事件是重要的,并且應(yīng)該在緊急的事件處理之后盡快得到解決
(4) 中級---事件是重要的,但是由于解決問題需要花費一定的時間,所以可以用較長的時間解決
(5) 低級---事件不重要,可以在時間和資源允許的情況下再解決
21、缺陷生命周期
新建bug–提交bug–確認bug–分配bug–修復(fù)bug–驗證bug–關(guān)閉bug
22、測試結(jié)束標(biāo)準(zhǔn)
1）一二級缺陷數(shù)目達到項目質(zhì)量管理目標(biāo)要求，測試暫停返回開發(fā)
2）項目出現(xiàn)重大估算和進度偏差，需要暫�；蛘呓K止
3）新需求變更大，需修改測試計劃和測試用例再進行
4）開發(fā)暫停，測試也暫停，備份暫停時的數(shù)據(jù)
5）所有功能、性能測試用例100%進行
23、測試生命周期
需求測試計劃制定和評審–測試用例編寫–測試用例執(zhí)行–bug管理–測試報告輸出
24、自我介紹
套路
1）很高興獲得面試機會……想證明我是合適的人選……想獲得您的認可……
2）反問面試官：您看我繼續(xù)介紹項目還是您提問關(guān)心的問題？
25、項目介紹
先整體再局部介紹，項目五大維度：
規(guī)模（代碼規(guī)模、需求規(guī)模、用例規(guī)模、工作量、進度、質(zhì)量、成本），測試流程，角色與職責(zé)，項目中自己角色，自己的特色（做得好的、遇到的困難、做得差的），最后是心得體會。
26、數(shù)據(jù)庫問題
數(shù)據(jù)庫增刪改查（、、update、select）；
表結(jié)構(gòu)增刪改查（create、drop、alter、describe）；
存儲過程；觸發(fā)器等
27、Linux系統(tǒng)
常見50個命令（find、-name、type、perm、user、group、ctime、atime）
熟悉vi、熟悉linux搭建測試環(huán)境。LAMP環(huán)境搭建。
28、缺陷相關(guān)
缺陷跟蹤流程（流程基本要素）、整體流程（會話）、缺陷單的20個屬性、屬性的意義、如何描述好缺陷單、缺陷單的5C原則、缺陷重現(xiàn)步驟。你認為最經(jīng)典的bug
29、用例相關(guān)
用例格式要素、用例設(shè)計工程方法論、方法要求如何利用。如何評審用例，從那些維度評審，設(shè)計好用例需要那些只是結(jié)構(gòu)
30、軟件測試流程
熟悉產(chǎn)品/項目–需求評審–測試需求–測試計劃–測試方案–測試用例–預(yù)測試，第一輪正式測試–第二輪回歸測試–第三輪測試，測試報告–總結(jié)–測試指南
31、網(wǎng)絡(luò)相關(guān)
基本網(wǎng)絡(luò)知識（重點TCP/IP協(xié)議）網(wǎng)絡(luò)通信模型，以及一整個網(wǎng)絡(luò)傳輸協(xié)議家族，為互聯(lián)網(wǎng)的基礎(chǔ)通信架構(gòu)，提供了點對點的鏈接機制，將數(shù)據(jù)應(yīng)該如何封裝、定址、傳輸、路由以及在目的地如何接收，都加以標(biāo)準(zhǔn)化。
1、應(yīng)用層：應(yīng)用程序之間相互溝通的層
2、傳輸層：提供了數(shù)據(jù)傳輸，應(yīng)用程序之間的通信服務(wù)
3、網(wǎng)絡(luò)互聯(lián)層：負責(zé)提供基本的數(shù)據(jù)封包傳送功能，讓每一塊數(shù)據(jù)包都能夠到達目的主機
4、網(wǎng)絡(luò)接口層：接收數(shù)據(jù)，并進行傳輸
32、測試工具
性能測試工具：LoadRunner，Jmeter
自動化測試工具：Selenium
測試管理工具：禪道或者Jira
如何去測試指定軟件？
技巧：從質(zhì)量模型、測試工具、測試方法、測試流程、探索式測試，宏觀解決，再微觀講解用例設(shè)計
33、你還有什么想要問的嗎？
滿意情況：先表示感謝，問如果有下一輪面試，什么時候，做什么準(zhǔn)備；
一般般情況：感謝，對自己表現(xiàn)不太滿意，能否給我一些建議；
很糟糕：感謝，認識到不足，希望給建議
34、測試用例編寫結(jié)構(gòu)
功能性、界面UI、易用性、安全性、兼容性
35、STAR法則
S（situation）：項目屬于什么類型，周期多長
T（task）：團隊分工，你的角色
A（action）：具體實施，自己做了什么
R（result）：最后成果，你的收獲
36、如何測試紙杯
功能性：是否漏水；是否喝到水
安全性：有沒有細菌可靠性：摔下來的損壞程度
可移植性：不同地方、溫濕度使用
兼容性：容納果汁、啤酒、汽水、汽油等
易用性：是否燙手、防滑、方便飲用水
用戶文檔：使用手冊對用法、限制、使用條件描述
疲勞測試：分別裝上水、汽油等24小時，泄露情況
壓力測試：用物件不斷加壓，承受多大的壓強
37、軟件生命周期各個階段的測試內(nèi)容
（1）需求階段測試：設(shè)計整個過程的進行、測試計劃的安排、測試用例的設(shè)計以及軟件的確認要達到那些要求等。
（2）設(shè)計階段測試：包括概要設(shè)計和詳細設(shè)計。在概要設(shè)計階段，測試人員應(yīng)闡述測試方法和測試評估準(zhǔn)則，編寫測試計劃，組織成立獨立的測試小組，安排具有里程碑的測試日程；在詳細設(shè)計階段，測試人員要開發(fā)或獲取確認支持工具，生成功能測試數(shù)據(jù)和測試用例，以此來檢查設(shè)計中遺漏的情況、錯誤的邏輯、模塊接口的不匹配、數(shù)據(jù)結(jié)構(gòu)不合理、錯誤的I/O假定、用戶界面的補充分等。
�。�3）編碼階段測試：測試需要解決的首要問題是編碼是否和設(shè)計的一致；其次是系統(tǒng)是否可維護，系統(tǒng)的規(guī)格說明是否正確地實現(xiàn)，編碼是否按照既有的標(biāo)準(zhǔn)進行。是否有充分的測試計劃評價程序，程序是否提供足夠的文檔資料，程序內(nèi)部是否有足夠的注釋等。在測試完成后，要形成下列輸出物：編碼說明書、程序文檔、計算機程序列表、可執(zhí)行的程序、程序流程圖、操作介紹和單元測試結(jié)果。
�。�4）測試階段：要進行第三方的正確測試，檢驗所開發(fā)的系統(tǒng)是否能按照用戶提出要求運行，在測試階段要使的用戶能成功地安裝新的.應(yīng)用系統(tǒng)來進行測試。
�。�5）安裝階段測試：首先要根據(jù)系統(tǒng)安裝手冊制定好安裝計劃，確定安裝流程圖，準(zhǔn)備好安裝文件和程序清單，給出安裝測試的預(yù)期結(jié)果，并對安裝過程中的各項可能發(fā)生的結(jié)果進行說明準(zhǔn)備，將程序運行的軟硬件要求放入產(chǎn)品說明中。同時要檢查時系統(tǒng)用戶手冊和操作手冊，看是否可用。
�。�6）驗收階段測試 ：定義用戶角色，定義驗收標(biāo)準(zhǔn)，編制驗收計劃，執(zhí)行驗收計劃和填寫驗收結(jié)論。
38、get和post的請求
1、url可見性：get，參數(shù)url可見；post，url參數(shù)不可見
2、數(shù)據(jù)傳輸上：get，通過拼接url進行傳遞參數(shù)；post，通過body體傳輸參數(shù)
3、緩存性：get請求是可以緩存的post請求不可以緩存
4、后退頁面的反應(yīng)get請求頁面后退時，不產(chǎn)生影響post請求頁面后退時，會重新提交請求
5、傳輸數(shù)據(jù)的大小get一般傳輸數(shù)據(jù)大小不超過2k-4k（根據(jù)瀏覽器不同，限制不一樣，但相差不大）post請求傳輸數(shù)據(jù)的大小根據(jù)php.ini 配置文件設(shè)定，也可以無限大。
6、安全性這個也是最不好分析的，原則上post肯定要比get安全，畢竟傳輸參數(shù)時url不可見，但也擋不住部分人閑的沒事在那抓包玩。安全性個人覺得是沒多大區(qū)別的，防君子不防小人就是這個道理。對傳遞的參數(shù)進行加密，其實都一樣。
39、alpha測試和beta測試的區(qū)別
alpha測試是在用戶組織模擬軟件系統(tǒng)的運行環(huán)境下的一種驗收測試，由用戶或第三方測試公司進行的測試，模擬各類用戶行為對即將面市的軟件產(chǎn)品進行測試，試圖發(fā)現(xiàn)并修改錯誤beta測試時用戶公司組織各方面的典型終端用戶在日常工作中實際使用Beta版本，并要求用戶報告異常情況，提出批評意見。
區(qū)別：主要是測試場所不同，alpha是指把用戶請到開發(fā)方的場所來測試，beta測試是指在一個或多個用戶的場所進行測試；alpha測試的環(huán)境是受開發(fā)方控制的，用戶的數(shù)量相對少，時間比較集中，beta測試環(huán)境不受開發(fā)方控制，用戶數(shù)量相對多，時間不集中
40、TCP/IP協(xié)議的模型和每層的主要協(xié)議
從下到上：
1、鏈路層（數(shù)據(jù)鏈路層/網(wǎng)絡(luò)接口層）：包括操作系統(tǒng)中的設(shè)備驅(qū)動程序、計算機中對應(yīng)的網(wǎng)絡(luò)接口卡
2、網(wǎng)絡(luò)層（互聯(lián)網(wǎng)層）：處理分組在網(wǎng)絡(luò)中的活動，比如分組的選路；（IP、ICMP、IGMP）
3、運輸層：主要為兩臺主機上的應(yīng)用提供端到端的通信（TCP和UDP）
4、應(yīng)用層：負責(zé)處理特定的應(yīng)用程序細節(jié)