軟件測試工程師經(jīng)典面試題

　　1、如果給你一個(gè)B/S系統(tǒng)你怎么來進(jìn)行測試?

　　此題答案還可用于回答測試流程，測試流程題亦可參考15題。

　　閱讀系統(tǒng)需求，充分理解需求，記錄問題，并與項(xiàng)目需求人員充分溝通。

　　編寫測試需求，包括系統(tǒng)功能和非功能測試要點(diǎn)、測試類型、測試進(jìn)度質(zhì)量要求等。

　　制定測試計(jì)劃，包括熟悉測試業(yè)務(wù)、設(shè)計(jì)測試用例、執(zhí)行測試用例、進(jìn)行測試小結(jié)、編寫測試報(bào)告，任務(wù)顆粒度一般應(yīng)小于5人天

　　編寫測試用例，根據(jù)測試方案設(shè)計(jì)用例，即便沒有明確的性能和安全測試要求，也應(yīng)識別進(jìn)行此兩項(xiàng)測試。

　　執(zhí)行軟件測試，

　　進(jìn)行測試小結(jié)，如果測試持續(xù)時(shí)間較長，每個(gè)版本間隙總結(jié)本輪測試。

　　編寫測試報(bào)告，總結(jié)測試過程，匯總度量數(shù)據(jù)。

　　2、測試方案和測試計(jì)劃的區(qū)別?

　　測試方案是技術(shù)性的;測試計(jì)劃更多是管理性的。

　　測試計(jì)劃主要要考慮測試的技術(shù)可行性、關(guān)鍵技術(shù)、資源投入、進(jìn)度安排、風(fēng)險(xiǎn)管理、配置管理、輸入輸出等。測試計(jì)劃更多地供高層　　管理者決策時(shí)做參考;同時(shí)對后續(xù)測試工作開展起指導(dǎo)作用。

　　在一些小項(xiàng)目中，可能只需要一個(gè)測試方案，測試計(jì)劃內(nèi)容相對較少，可以與測試方案合并進(jìn)行;而一些大項(xiàng)目中，也許要設(shè)計(jì)數(shù)十個(gè)測試方案，這就需要一個(gè)提綱挈領(lǐng)的東西了，這就是測試計(jì)劃的作用。

　　3、測試用例是根據(jù)什么寫的?

　　系統(tǒng)測試用例根據(jù)需求和設(shè)計(jì)編寫

　　4、客戶沒給性能指數(shù)，怎么開展性能測試?

　　如果客戶沒有提出明確的性能指標(biāo)，可以按照慣例和經(jīng)驗(yàn)設(shè)置，需要和PM協(xié)商，一般由PM確認(rèn)，QA負(fù)責(zé)給出建議。

　　舉例說一個(gè)Server端程序，要求峰值時(shí)CPU和MEM消耗在75%以下，而一個(gè)頁面的訪問響應(yīng)時(shí)間一般認(rèn)為用戶的`忍耐時(shí)間是3-5秒以內(nèi)，這些要參考實(shí)際的應(yīng)用來確定用戶規(guī)模、操作頻率、同時(shí)在線數(shù)等。

　　5、有沒有做過接口測試，是如何做的?

　　通過編寫測試程序， 獲得接口指針， 逐個(gè)調(diào)用接口函數(shù)驗(yàn)證其正確性， 及失敗操作

　　6、測試過程中是如何來保證軟件質(zhì)量的?　　

        用例編寫完畢后要加強(qiáng)評審的力度，確保測試用例覆蓋所有需求點(diǎn)

　　執(zhí)行測試過程中注意做小結(jié)檢查覆蓋情況、審視所提缺陷質(zhì)量，復(fù)測時(shí)應(yīng)注意相關(guān)模塊的測試

　　7、Unix系統(tǒng)熟識，運(yùn)用Informix 數(shù)據(jù)庫。

　　ls 列出指定目錄下的文件，缺省目錄為當(dāng)前目錄 ./

　　pwd 顯示當(dāng)前的工作目錄

　　cd 回到注冊進(jìn)入時(shí)的目錄 cd /tmp 進(jìn)入 /tmp 目錄 cd ../ 進(jìn)入上級目錄

　　mkdir [-m 模式] [-p] 目錄名 建立目錄

　　mkdir tmp 在當(dāng)前目錄下建立子目錄 tmp

　　mkdir -m 777 /tmp/abc 用所有用戶可讀可寫可執(zhí)行的存取模式

　　建立目錄 /tmp/aaa ，存取模式參看命令 chmod

　　mkdir -p /tmp/a/b/c 建立目錄 /tmp/a/b/c ，若不存在目錄 /tmp/a

　　及/tmp/a/b 則建立之

　　mv [-f] [-i] 文件1 [文件2...] 目標(biāo) 將文件移動至目標(biāo)，若目標(biāo)是文件名，則相當(dāng)于文件改名

　　rm [-f] [-i] 文件...或 rm -r [-f] [-i] 目錄名... [文件] 用來刪除文件或目錄

　　cmp [-l] [-s] 文件1 文件2 比較兩個(gè)文件，

　　diff [-be] 文件1 文件2 比較兩個(gè)文本文件，將不同的行列出來

　　pack 文件... 將指定文件轉(zhuǎn)儲為壓縮格式，文件名后加 .z ， 文件存取模式，訪問時(shí)間，修改時(shí)間等均不變

　　pcat 文件... 顯示輸出壓縮文件

　　unpack 文件... 將壓縮后的文件解壓后轉(zhuǎn)儲為壓縮前的格式

　　vi [-wn] [-R] 文件...

　　vi 是一個(gè)基于行編輯器 ex 上的全屏幕編輯器，可以在vi 中使用 ex，ed的全部命令，vi選項(xiàng)中 -wn 指將編輯窗口大小置為n行，-R 為將編輯的文件置為只讀模式， vi 工作模式分為命令模式和輸入模式，一般情況下在命令模式下，可敲入vi命令，進(jìn)入輸入模式下時(shí)可以編輯要編輯的文本，命令 a A i I o O c C s S R 可進(jìn)入輸入模式，在輸入模式下按 ESC 鍵可推出輸入模式，回到命令模式，在命令模式中敲入： 命令，則可進(jìn)入ex方式，在屏幕底部出現(xiàn)提示符 ： ，此時(shí)可使用任意ex命令，屏幕底行也用來作/ ? ! 命令的提示行，大多數(shù)命令可以在其前面加數(shù)字，表示命令執(zhí)行的重復(fù)次數(shù)，下面簡單介紹一下vi 的命令集，^ 表示(CTRL)鍵

　　quit 退出bc

　　8、陷是怎么管理的？

　　答：我們采用了Rational ClearQuest來管理缺陷。

　　測試人員執(zhí)行測試，發(fā)現(xiàn)缺陷，錄入CQ，要求填寫項(xiàng)目名稱、子系統(tǒng)名稱、模塊名稱、缺陷標(biāo)題、缺陷描述(描述場景、現(xiàn)象)、缺陷級別、提出人等。狀態(tài)：已提交。

　　項(xiàng)目經(jīng)理或開發(fā)組長確認(rèn)缺陷后分配給開發(fā)人員，狀態(tài)：已分配。

　　開發(fā)人員修復(fù)缺陷完成后，將修復(fù)缺陷所花費(fèi)的時(shí)間填寫的Schedule中，缺陷的產(chǎn)生原因填寫在備注中，因采用UCM模式，所有造成該缺陷的錯誤代碼文件，在UCM視圖中可以統(tǒng)計(jì)。狀態(tài)：已處理。

　　測試人員復(fù)測，如缺陷已經(jīng)修復(fù)，則關(guān)閉缺陷，狀態(tài)：已關(guān)閉。如缺陷仍然存在，則修改狀態(tài)為已分配。

　　當(dāng)缺陷存在爭議時(shí)，開發(fā)組長或開發(fā)人員可以申請否決，由項(xiàng)目經(jīng)理、技術(shù)經(jīng)理、測試負(fù)責(zé)人、相關(guān)開發(fā)人員和測試人員共同決定缺陷是否可以否決。狀態(tài)：已申請否決、已否決。

　　當(dāng)前不能修復(fù)，或當(dāng)前版本無法解決的缺陷可以申請延期，狀態(tài)：已申請延期、已延期。

【軟件測試工程師經(jīng)典面試題】相關(guān)文章：

軟件測試工程師面試題02-26

軟件測試面試題01-21

軟件測試工程師英語面試題02-20

常見的軟件測試工程師面試題06-30

公司軟件測試工程師面試題06-30

軟件測試工程師的面試題和答案03-19

軟件測試工程師面試題（附答案）05-08

國外軟件測試工程師面試題02-19

軟件測試工程師經(jīng)典常見面試題05-11