軟件測試工程師經典面試題
1、如果給你一個B/S系統(tǒng)你怎么來進行測試?
此題答案還可用于回答測試流程,測試流程題亦可參考15題。
閱讀系統(tǒng)需求,充分理解需求,記錄問題,并與項目需求人員充分溝通。
編寫測試需求,包括系統(tǒng)功能和非功能測試要點、測試類型、測試進度質量要求等。
制定測試計劃,包括熟悉測試業(yè)務、設計測試用例、執(zhí)行測試用例、進行測試小結、編寫測試報告,任務顆粒度一般應小于5人天
編寫測試用例,根據測試方案設計用例,即便沒有明確的性能和安全測試要求,也應識別進行此兩項測試。
執(zhí)行軟件測試,
進行測試小結,如果測試持續(xù)時間較長,每個版本間隙總結本輪測試。
編寫測試報告,總結測試過程,匯總度量數據。
2、測試方案和測試計劃的區(qū)別?
測試方案是技術性的;測試計劃更多是管理性的。
測試計劃主要要考慮測試的技術可行性、關鍵技術、資源投入、進度安排、風險管理、配置管理、輸入輸出等。測試計劃更多地供高層 管理者決策時做參考;同時對后續(xù)測試工作開展起指導作用。
在一些小項目中,可能只需要一個測試方案,測試計劃內容相對較少,可以與測試方案合并進行;而一些大項目中,也許要設計數十個測試方案,這就需要一個提綱挈領的東西了,這就是測試計劃的作用。
3、測試用例是根據什么寫的?
系統(tǒng)測試用例根據需求和設計編寫
4、客戶沒給性能指數,怎么開展性能測試?
如果客戶沒有提出明確的性能指標,可以按照慣例和經驗設置,需要和PM協(xié)商,一般由PM確認,QA負責給出建議。
舉例說一個Server端程序,要求峰值時CPU和MEM消耗在75%以下,而一個頁面的訪問響應時間一般認為用戶的`忍耐時間是3-5秒以內,這些要參考實際的應用來確定用戶規(guī)模、操作頻率、同時在線數等。
5、有沒有做過接口測試,是如何做的?
通過編寫測試程序, 獲得接口指針, 逐個調用接口函數驗證其正確性, 及失敗操作
6、測試過程中是如何來保證軟件質量的?
用例編寫完畢后要加強評審的力度,確保測試用例覆蓋所有需求點
執(zhí)行測試過程中注意做小結檢查覆蓋情況、審視所提缺陷質量,復測時應注意相關模塊的測試
7、Unix系統(tǒng)熟識,運用Informix 數據庫。
ls 列出指定目錄下的文件,缺省目錄為當前目錄 ./
pwd 顯示當前的工作目錄
cd 回到注冊進入時的目錄 cd /tmp 進入 /tmp 目錄 cd ../ 進入上級目錄
mkdir [-m 模式] [-p] 目錄名 建立目錄
mkdir tmp 在當前目錄下建立子目錄 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...] 目標 將文件移動至目標,若目標是文件名,則相當于文件改名
rm [-f] [-i] 文件...或 rm -r [-f] [-i] 目錄名... [文件] 用來刪除文件或目錄
cmp [-l] [-s] 文件1 文件2 比較兩個文件,
diff [-be] 文件1 文件2 比較兩個文本文件,將不同的行列出來
pack 文件... 將指定文件轉儲為壓縮格式,文件名后加 .z , 文件存取模式,訪問時間,修改時間等均不變
pcat 文件... 顯示輸出壓縮文件
unpack 文件... 將壓縮后的文件解壓后轉儲為壓縮前的格式
vi [-wn] [-R] 文件...
vi 是一個基于行編輯器 ex 上的全屏幕編輯器,可以在vi 中使用 ex,ed的全部命令,vi選項中 -wn 指將編輯窗口大小置為n行,-R 為將編輯的文件置為只讀模式, vi 工作模式分為命令模式和輸入模式,一般情況下在命令模式下,可敲入vi命令,進入輸入模式下時可以編輯要編輯的文本,命令 a A i I o O c C s S R 可進入輸入模式,在輸入模式下按 ESC 鍵可推出輸入模式,回到命令模式,在命令模式中敲入: 命令,則可進入ex方式,在屏幕底部出現提示符 : ,此時可使用任意ex命令,屏幕底行也用來作/ ? ! 命令的提示行,大多數命令可以在其前面加數字,表示命令執(zhí)行的重復次數,下面簡單介紹一下vi 的命令集,^ 表示(CTRL)鍵
quit 退出bc
8、陷是怎么管理的?
答:我們采用了Rational ClearQuest來管理缺陷。
測試人員執(zhí)行測試,發(fā)現缺陷,錄入CQ,要求填寫項目名稱、子系統(tǒng)名稱、模塊名稱、缺陷標題、缺陷描述(描述場景、現象)、缺陷級別、提出人等。狀態(tài):已提交。
項目經理或開發(fā)組長確認缺陷后分配給開發(fā)人員,狀態(tài):已分配。
開發(fā)人員修復缺陷完成后,將修復缺陷所花費的時間填寫的Schedule中,缺陷的產生原因填寫在備注中,因采用UCM模式,所有造成該缺陷的錯誤代碼文件,在UCM視圖中可以統(tǒng)計。狀態(tài):已處理。
測試人員復測,如缺陷已經修復,則關閉缺陷,狀態(tài):已關閉。如缺陷仍然存在,則修改狀態(tài)為已分配。
當缺陷存在爭議時,開發(fā)組長或開發(fā)人員可以申請否決,由項目經理、技術經理、測試負責人、相關開發(fā)人員和測試人員共同決定缺陷是否可以否決。狀態(tài):已申請否決、已否決。
當前不能修復,或當前版本無法解決的缺陷可以申請延期,狀態(tài):已申請延期、已延期。
【軟件測試工程師經典面試題】相關文章:
軟件測試工程師面試題02-26
軟件測試面試題01-21
軟件測試工程師英語面試題02-20
常見的軟件測試工程師面試題06-30
公司軟件測試工程師面試題06-30
軟件測試工程師的面試題和答案03-19
軟件測試工程師面試題(附答案)05-08
國外軟件測試工程師面試題02-19
軟件測試工程師經典常見面試題05-11