版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)
文檔簡介
軟件測試工程師面試題匯總(華為篇)軟件測試工程師面試題匯總(華為篇)編輯整理:尊敬的讀者朋友們:這里是精品文檔編輯中心,本文檔內(nèi)容是由我和我的同事精心編輯整理后發(fā)布的,發(fā)布之前我們對文中內(nèi)容進(jìn)行仔細(xì)校對,但是難免會有疏漏的地方,但是任然希望(軟件測試工程師面試題匯總(華為篇))的內(nèi)容能夠給您的工作和學(xué)習(xí)帶來便利。同時也真誠的希望收到您的建議和反饋,這將是我們進(jìn)步的源泉,前進(jìn)的動力。本文可編輯可修改,如果覺得對您有幫助請收藏以便隨時查閱,最后祝您生活愉快業(yè)績進(jìn)步,以下為軟件測試工程師面試題匯總(華為篇)的全部內(nèi)容。軟件測試工程師面試題匯總(華為篇)軟件測試工程師面試題匯總(華為篇)1、怎么來設(shè)計測試方案根據(jù)測試需求(包括功能需求和非功能性需求),識別測試要點,識別測試環(huán)境要求,安排測試輪次,根據(jù)項目計劃和開發(fā)計劃做整體的測試安排。被測試的特性:通過對需求規(guī)格說明書進(jìn)行分析,列出本次測試需要進(jìn)行測試的各部分特性(如要測試的功能需求、性能需求、安全性需求等等)。不被測試的特性:由于資源、進(jìn)度等方面原因,本次測試不列入測試范圍的特性。測試組網(wǎng)圖:進(jìn)行本次系統(tǒng)測試所需要的軟硬件設(shè)備、配置數(shù)據(jù)及相互間的邏輯、物理連接。今后測試執(zhí)行時需要依據(jù)這個組網(wǎng)圖來進(jìn)行環(huán)境的搭建。2、如果給你一個B/S系統(tǒng)你怎么來進(jìn)行測試此題答案還可用于回答測試流程,測試流程題亦可參考15題.閱讀系統(tǒng)需求,充分理解需求,記錄問題,并與項目需求人員充分溝通.編寫測試需求,包括系統(tǒng)功能和非功能測試要點、羅列測試類型、測試進(jìn)度、質(zhì)量要求等.制定測試計劃,包括熟悉測試業(yè)務(wù)、設(shè)計測試用例、執(zhí)行測試用例、進(jìn)行測試小結(jié)、編寫測試報告,任務(wù)顆粒度一般應(yīng)小于5人天編寫測試用例,根據(jù)測試方案設(shè)計用例,即便沒有明確的性能和安全測試要求,也應(yīng)識別進(jìn)行此兩項測試。執(zhí)行軟件測試。進(jìn)行測試小結(jié),如果測試持續(xù)時間較長,每個版本間隙總結(jié)本輪測試。編寫測試報告,總結(jié)測試過程,匯總度量數(shù)據(jù).3、怎么進(jìn)行工作流的測試把握需求,找準(zhǔn)結(jié)點,理清流程,畫出流轉(zhuǎn)圖,弄清節(jié)點間的數(shù)據(jù)流轉(zhuǎn),設(shè)計測試用例的時候必須覆蓋所有可能的流程.軟件測試工程師面試題匯總(華為篇)軟件測試工程師面試題匯總(華為篇)工作流:如果問到有沒有做過,根據(jù)對工作流的了解情況回答,如果比較了解,可以把參與的某個項目中說上一些有工作流的,如果不是很了解就說沒有做過,但是學(xué)習(xí)過相關(guān)知識.4、做性能測試的時候都需要關(guān)注哪些參數(shù)并發(fā)訪問量,服務(wù)器響應(yīng)時間(最小、平均、最大)并發(fā)性能測試的過程是一個負(fù)載測試和壓力測試的過程,即逐漸增加負(fù)載,直到系統(tǒng)的瓶頸或者不能接收的性能點,通過綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來確定系統(tǒng)并發(fā)性能的過程。負(fù)載測試(LoadTesting)是確定在各種工作負(fù)載下系統(tǒng)的性能,目標(biāo)是測試當(dāng)負(fù)載逐漸增加時,系統(tǒng)組成部分的相應(yīng)輸出項,例如通過量、響應(yīng)時間、CPU負(fù)載、內(nèi)存使用等來決定系統(tǒng)的性能.負(fù)載測試是一個分析軟件應(yīng)用程序和支撐架構(gòu)、模擬真實環(huán)境的使用,從而來確定能夠接收的性能過程。壓力測試(StressTesting)是通過確定一個系統(tǒng)的瓶頸或者不能接收的性能點,來獲得系統(tǒng)能提供的最大服務(wù)級別的測試。疲勞測試是采用系統(tǒng)穩(wěn)定運行情況下能夠支持的最大并發(fā)用戶數(shù),持續(xù)執(zhí)行一段時間業(yè)務(wù),通過綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來確定系統(tǒng)處理最大工作量強度性能的過程。疲勞強度測試可以采用工具自動化的方式進(jìn)行測試,也可以手工編寫程序測試,其中后者占的比例較大.一般情況下以服務(wù)器能夠正常穩(wěn)定響應(yīng)請求的最大并發(fā)用戶數(shù)進(jìn)行一定時間的疲勞測試,獲取交易執(zhí)行指標(biāo)數(shù)據(jù)和系統(tǒng)資源監(jiān)控數(shù)據(jù)。如出現(xiàn)錯誤導(dǎo)致測試不能成功執(zhí)行,則及時調(diào)整測試指標(biāo),例如降低用戶數(shù)、縮短測試周期等。還有一種情況的疲勞測試是對當(dāng)前系統(tǒng)性能的評估,用系統(tǒng)正常業(yè)務(wù)情況下并發(fā)用戶數(shù)為基礎(chǔ),進(jìn)行一定時間的疲勞測試。大數(shù)據(jù)量測試可以分為兩種類型:針對某些系統(tǒng)存儲、傳輸、統(tǒng)計、查詢等業(yè)務(wù)進(jìn)行大數(shù)據(jù)量的獨立數(shù)據(jù)量測試;與壓力性能測試、負(fù)載性能測試、疲勞性能測試相結(jié)合的綜合數(shù)據(jù)軟件測試工程師面試題匯總(華為篇)軟件測試工程師面試題匯總(華為篇)6.3測試原理6.3測試原理量測試方案。大數(shù)據(jù)量測試的關(guān)鍵是測試數(shù)據(jù)的準(zhǔn)備,可以依靠工具準(zhǔn)備測試數(shù)據(jù).5、客戶沒給性能指數(shù),怎么開展性能測試如果客戶沒有提出明確的性能指標(biāo),可以按照慣例和經(jīng)驗設(shè)置,需要和項目經(jīng)理協(xié)商,一般由項目經(jīng)理確認(rèn),質(zhì)量保證負(fù)責(zé)給出建議.舉例說一個Server端程序,要求峰值時CPU和MEM消耗在75%以下,而一個頁面的訪問響應(yīng)時間一般認(rèn)為用戶的忍耐時間是3-5秒以內(nèi),這些要參考實際的應(yīng)用來確定用戶規(guī)模、操作頻率、同時在線數(shù)等。6、有沒有做過接口測試,是如何做的通過編寫測試程序,獲得接口指針,逐個調(diào)用接口函數(shù)驗證其正確性,及失敗操作7、測試過程中是如何來保證軟件質(zhì)量的測試用例編寫完畢后要加強評審的力度,確保測試用例覆蓋所有需求點執(zhí)行測試過程中注意做小結(jié)檢查覆蓋情況、審視所提缺陷質(zhì)量,復(fù)測時應(yīng)注意相關(guān)模塊的測試測試時間寬裕的話可以做交叉測試,用以確保測試質(zhì)量。8、測試方案都寫什么內(nèi)容概述被測對象分析應(yīng)測試的特性不被測試的特性總體設(shè)計方法測試模型。1測試組網(wǎng)圖.2結(jié)構(gòu)/對象關(guān)系圖1.3。缺陷級別1.3。缺陷級別軟件測試工程師面試題匯總(華為篇).4操作規(guī)程測試需求7。1環(huán)境需求被測對象需求測試工具需求7。4測試代碼需求數(shù)據(jù)需求7。6其它需求測試設(shè)計8。1工具設(shè)計測試代碼設(shè)計8。3用例設(shè)計設(shè)計原則。2測試項目9。附錄(測試方案要求根據(jù)《SRS》上的每個需求點設(shè)計出包括需求點簡介,測試思路和詳細(xì)測試方法三部分的方案)以往華為測試方案目錄如下:第1章技術(shù)方案測試需求描述測試類型分析1。1.2.測試內(nèi)容1。2。缺陷分類軟件測試工程師面試題匯總(華為篇)第2章SOW及規(guī)格的應(yīng)答2。1.測試需求應(yīng)答交付件應(yīng)答2。2.1.軟件交付件應(yīng)答2。非軟件交付件應(yīng)答項目里程碑項目完成時間應(yīng)答2。4。質(zhì)量目標(biāo)應(yīng)答2。5.驗收標(biāo)準(zhǔn)應(yīng)答2。6.限制應(yīng)答2.6.1.合作供應(yīng)商人員組織應(yīng)答2。6.2。硬件設(shè)備應(yīng)答2.6。3.合作項目開發(fā)場地應(yīng)答第3章類似項目成功案例第4章項目詳細(xì)工作計劃第5章項目估算9、測試方案和測試計劃的區(qū)別測試方案是技術(shù)性的;測試計劃更多是管理性的。測試計劃主要要考慮測試的技術(shù)可行性、關(guān)鍵技術(shù)、資源投入、進(jìn)度安排、風(fēng)險管理、配置管理、輸入輸出等。測試計劃更多地供高層管理者決策時做參考;同時對后續(xù)測試工作開展起指導(dǎo)作用。在一些小項目中,可能只需要一個測試方案,測試計劃內(nèi)容相對較少,可以與測試方案合并進(jìn)行;而一些大項目中,也許要設(shè)計數(shù)十個測試方案,這就需要一個提綱挈領(lǐng)的東西了,這就是測試計劃的作用.10、測試用例是根據(jù)什么寫的軟件測試工程師面試題匯總(華為篇)系統(tǒng)測試用例根據(jù)需求和設(shè)計編寫(華為的SDV測試用例是根據(jù)《測試方案》和測試策略來編寫的)11、是怎么來設(shè)計測試用例的?答:先熟悉系統(tǒng)需求,把握測試要點,設(shè)計用例的原則首先是要覆蓋每個需求點,可以通過填寫需求跟蹤矩陣來保證覆蓋。黑盒測試的測試用例設(shè)計方法:等價類劃分法、邊界值分析法、錯誤推測法、因果圖。12、有沒有測過手機終端的項目根據(jù)實際情況回答,如果沒有測試過,可以回答,公司有過類似業(yè)務(wù)。手機終端測試13、對測試工作的認(rèn)識答:軟件測試是軟件開發(fā)過程的重要組成部分,是用來確認(rèn)一個程序的品質(zhì)或性能是否符合開發(fā)之前所提出的一些要求。軟件測試就是在軟件投入運行前,對軟件需求分析、設(shè)計規(guī)格說明和編碼的最終復(fù)審,是軟件質(zhì)量保證的關(guān)鍵步驟。軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程.軟件測試在軟件生存期中橫跨兩個階段:通常在編寫出每一個模塊之后就對它做必要的測試(稱為單元測試)。編碼和單元測試屬于軟件生命周期中的同一個階段.在結(jié)束這個階段后對軟件系統(tǒng)還要進(jìn)行各種綜合測試,這是軟件生命周期的另一個獨立階段,即測試階段.華為獨立外包測試一般包括ST(系統(tǒng)測試)和SDV(詳細(xì)設(shè)計驗證)兩個階段.14、缺陷是怎么管理的答:我們采用了RationalClearQuest來管理缺陷。測試人員執(zhí)行測試,發(fā)現(xiàn)缺陷,錄入CQ,要求填寫項目名稱、子系統(tǒng)名稱、模塊名稱、缺陷標(biāo)題、缺陷描述(描述場景、現(xiàn)象)、缺陷級別、提出人等。狀態(tài):已提交。項目經(jīng)理或開發(fā)組長確認(rèn)缺陷后分配給開發(fā)人員,狀態(tài):已分配。軟件測試工程師面試題匯總(華為篇)軟件測試工程師面試題匯總(華為篇)開發(fā)人員修復(fù)缺陷完成后,將修復(fù)缺陷所花費的時間填寫的Schedule中,缺陷的產(chǎn)生原因填寫在備注中,因采用UCM模式,所有造成該缺陷的錯誤代碼文件,在UCM視圖中可以統(tǒng)計。狀態(tài):已處理.測試人員復(fù)測,如缺陷已經(jīng)修復(fù),則關(guān)閉缺陷,狀態(tài):已關(guān)閉.如缺陷仍然存在,則修改狀態(tài)為已分配。當(dāng)缺陷存在爭議時,開發(fā)組長或開發(fā)人員可以申請否決,由項目經(jīng)理、技術(shù)經(jīng)理、測試負(fù)責(zé)人、相關(guān)開發(fā)人員和測試人員共同決定缺陷是否可以否決。狀態(tài):已申請否決、已否決。當(dāng)前不能修復(fù),或當(dāng)前版本無法解決的缺陷可以申請延期,狀態(tài):已申請延期、已延期。15、介紹一下測試流程答:項目啟動后進(jìn)行需求培訓(xùn),測試人員盡早的參與到項目需求的培訓(xùn)和評審,也就是測試工作應(yīng)該從需求階段開始介入。項目經(jīng)理編寫《項目計劃》,開發(fā)人員產(chǎn)出《需求規(guī)格說明書》,這時測試組長就要根據(jù)《項目計劃》開始編寫《測試計劃》,其中包括人員,軟件硬件資源,測試點,進(jìn)度安排和風(fēng)險識別等內(nèi)容?!稖y試計劃》編寫完成后需要進(jìn)行評審,參與人員有項目經(jīng)理,測試經(jīng)理。測試組長需要根據(jù)評審意見修改《測試計劃》,并上傳到CC上,由配置管理員管理。待開發(fā)人員把《需求規(guī)格說明書》歸納好并打了基線,測試組長開始組織測試成員編寫《測試方案》,《測試方案》編寫完成后也需要進(jìn)行評審,評審人員包括項目經(jīng)理,開發(fā)人員,測試經(jīng)理,測試組長,測試成員;測試組長組織測試成員修改測試方案,直到評審?fù)ㄟ^后才進(jìn)入下個階段――編寫測試用例。測試用例是根據(jù)《測試方案》來編寫的,通過《測試方案》階段,測試人員對整個系統(tǒng)需求有了詳細(xì)的理解.這時開始編寫用例才能保證用例的可執(zhí)行和對需求的覆蓋.測試用例軟件測試工程師面試題匯總(華為篇)需要包括測試項,用例級別,預(yù)置條件,操作步驟和預(yù)期結(jié)果.其中操作步驟和預(yù)期結(jié)果需要編寫詳細(xì)和明確。測試用例應(yīng)該覆蓋測試方案,而測試方案又覆蓋了測試需求點,這樣才能保證客戶需求不遺漏.同樣,測試用例也需要通過開發(fā)人員,測試人員的評審,測試組長也需要組織測試人員對測試用例進(jìn)行修改,直到評審?fù)ㄟ^。在我們編寫測試用例的階段,開發(fā)人員基本完成代碼的編寫,同時完成單元測試。提交測試中心后根據(jù)《測試計劃》進(jìn)度安排,測試組長組織進(jìn)行多輪次的測試,每輪測試完成后測試組長需要編寫測試報告,其中包括用例執(zhí)行通過情況,缺陷分布情況,缺陷產(chǎn)生原因,測試中的風(fēng)險等等,這時測試人員就修改增加測試用例。待到開發(fā)修改完bug并轉(zhuǎn)來新的測試版本,測試人員開始進(jìn)行第二輪的系統(tǒng)測試,首先回歸完問題單,再繼續(xù)進(jìn)行測試,編寫第二輪的測試報告,如此循環(huán)下去,直到系統(tǒng)測試結(jié)束。16、一個關(guān)于測試方案評審的分歧我們原本的流程是完成方案包括用例后進(jìn)行評審,華為的建議是,在測試方案(即測試人員總結(jié)出測試重點等)之后,即進(jìn)行評審,不能等全部用例完成。關(guān)于版本缺陷密度的問題:問有沒有統(tǒng)計.如果CQ中正常登記的話,是可以利用工具統(tǒng)計出來。CQ還可以根據(jù)需要定制查詢。關(guān)于測試提交標(biāo)準(zhǔn):我講了公司的標(biāo)準(zhǔn),他說客戶也會有自己的標(biāo)準(zhǔn)。我回復(fù)說是可以依據(jù)客戶標(biāo)準(zhǔn)進(jìn)行調(diào)整,17、Unix系統(tǒng)熟識,運用Informix數(shù)據(jù)庫。ls列出指定目錄下的文件,缺省目錄為當(dāng)前目錄./pwd顯示當(dāng)前的工作目錄cd回到注冊進(jìn)入時的目錄cd/tmp進(jìn)入/tmp目錄cd.。/進(jìn)入上級目錄mkdir[—m模式][—p]目錄名建立目錄mkdirtmp在當(dāng)前目錄下建立子目錄tmp軟件測試工程師面試題匯總(華為篇)mkdir-m777/tmp/abc用所有用戶可讀可寫可執(zhí)行的存取模式建立目錄/tmp/aaa,存取模式參看命令chmodmkdir—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]文件..?;騬m—r[—f][-i]目錄名。。.[文件]用來刪除文件或目錄cmp[-l][-s]文件1文件2比較兩個文件,diff[-be]文件1文件2比較兩個文本文件,將不同的行列出來pack文件.。。將指定文件轉(zhuǎn)儲為壓縮格式,文件名后加.z,文件存取模式,訪問時間,修改時間等均不變pcat文件。。。顯示輸出壓縮文件unpack文件。.。將壓縮后的文件解壓后轉(zhuǎn)儲為壓縮前的格式vi[—wn][—R]文件...vi是一個基于行編輯器ex上的全屏幕編輯器,可以在vi中使用ex,ed的全部命令,vi選項中-wn指將編輯窗口大小置為n行,-R為將編輯的文件置為只讀模式,vi工作模式分為命令模式和輸入模式,一般情況下在命令模式下,可敲入丫1命令,進(jìn)入輸入模式下時可以編輯要編輯的文本,命令aAiIoOcCsSR可進(jìn)入輸入模式,在輸入模式下按ESC鍵可推出輸入模式,回到命令模式,在命令模式中敲入:命令,則可進(jìn)入6乂方式,在屏幕底部出現(xiàn)提示符:,此時可使用任意ex命令,屏幕底行也用來作/?!命令的提示行,大多數(shù)命令可以在其前面加數(shù)字,表示命令執(zhí)行的重復(fù)次數(shù),下面簡單介紹一Avi的命令集,人表示(CTRL)quit退出bc軟件測試工程師面試題匯總(華為篇)18、金融業(yè)務(wù)系統(tǒng)的測試,有哪些要點首先要根據(jù)客戶的需求文檔,保證業(yè)務(wù)邏輯正確、符合要求。舉例授信審批流程來說,主要測試前面崗位錄入的數(shù)值資料傳遞到流程最后一個崗位后能正確顯示;以及操作員的權(quán)限控制嚴(yán)格按照需求要求,不同的權(quán)限除了在流程中的作用不同,所能執(zhí)行的功能也不同19、平時測試時怎么保證頁面間傳值正確除了看頁面的顯示,還要連接數(shù)據(jù)庫對相應(yīng)的表進(jìn)行查詢,對數(shù)據(jù)庫表結(jié)構(gòu)不了解時,會詢問相關(guān)的開發(fā)人員。20、對于系統(tǒng)運行產(chǎn)生的日志文件是否關(guān)注答:只是適當(dāng)了解,公司對于服務(wù)器的維護(hù)安排有人負(fù)責(zé)。21、銀行的系統(tǒng)是否在同一個頁面,用不同權(quán)限的業(yè)務(wù)員登陸會顯示不同的結(jié)果?會不會因為自己配置的不合理而產(chǎn)生錯誤1)有同一個頁面用不同權(quán)限的業(yè)務(wù)員顯示不同結(jié)果的情況,主要表現(xiàn)為所能執(zhí)行的操作不同,所能查詢數(shù)據(jù)的范圍不同。2)對于不確定的錯誤,一般不會立刻當(dāng)缺陷處理,需要跟相關(guān)人員溝通,確認(rèn)了并非自己部署得不正確的原因,才會提缺陷。這個很重要第一個問題:自我介紹(心理學(xué)首因效應(yīng)告訴我們第一印象非常重要),自我介紹最重要的是能夠在面試官心目中留下一個好的第一感覺.說得更直白一點是讓面試官舒服。但是我發(fā)現(xiàn)很多人就是直接簡單的介紹了一下過去的經(jīng)歷,但是實際上一方面過去的經(jīng)歷沒有很好的讓人發(fā)現(xiàn)優(yōu)點。其實面試好比相親,你想說什么不重要,重要地是人家想聽什么。比較好的自我介紹套路是這樣:“您好,我叫XXX,很高興能獲得這次面試機會,今天來面試是想證明自己是最合適的人選,另一個方面是獲得您的認(rèn)可,結(jié)合我過去的工作和學(xué)習(xí)經(jīng)歷,我自信我能符合咱們公司的認(rèn)可,接下來您看是我繼續(xù)介紹我做過的項目,還是您問您關(guān)心的問題?”軟件測試工程師面試題匯總(華為篇)第二個問題:項目介紹(項目經(jīng)驗直接決定一個人能否勝任一份工作,企業(yè)更應(yīng)該看重一個人解決問題的思路和具體能力),項目介紹部分最重要的思路是應(yīng)該先整體后局部,介紹整體的時候要有量化的數(shù)據(jù)(從項目度量的五大維度:規(guī)模,包括項目代碼規(guī)模,需求規(guī)模、用例規(guī)模,工作量,進(jìn)度,質(zhì)量和成本),然后是整體的測試流程,然后再是角色與職責(zé),接下來是項目中自己的特色,比如做得最好的是、遇到最大的困難時、最差的是,最后是心得體會。第三類問題:數(shù)據(jù)庫方面知識,最基本的要求是數(shù)據(jù)庫記錄的增刪改查(insert、delete、update、select),表結(jié)構(gòu)的增刪改查(create、drop、alter、describe)、存儲過程、觸發(fā)器等。第四類問題:linux操作系統(tǒng)相關(guān),最基本的目標(biāo)是熟悉常見的50個命令,比如find命令(-name、一type、一perm、一user、一group、一ctime、一atime)等,熟悉vi、熟悉linux搭建測試環(huán)境.比如LAMP環(huán)境搭建。第五類問題:缺陷相關(guān)知識,最基本的是缺陷跟蹤的流程(流程的基本要素),整體的流程,最好能在紙上給面試官畫出來(尤其是男面試官,從男人好色的角度來看,寫得很清楚很重要),缺陷單的屬性,至少能列出20個屬性,每個屬性的意義,如何描述好缺陷單,缺陷單描述的5c原則,比如缺陷重現(xiàn)步驟應(yīng)該complete。如何描述一個你認(rèn)為的最經(jīng)典的bug單。第六類問題:用例相關(guān),最基本的包括用例的格式要素,用例設(shè)計工程方法論,每個方法要求(方法的背景,操作步驟,優(yōu)缺點、適應(yīng)范圍,與其他用例方法如何配合),在項目中如何利用測試用例設(shè)計工程方法。如何評價、評審測試用例,評審從哪些維度?要設(shè)計好測試用例需要哪些方面的知識結(jié)構(gòu),比如技術(shù)、業(yè)務(wù)、方法.第七類問題:軟件測試流程,系統(tǒng)測試相關(guān)規(guī)范和標(biāo)準(zhǔn)的流程:熟悉產(chǎn)品/項目,需求評審,測試需求,測試計劃,測試方案,測試用例,預(yù)測試,第一輪正式測試、第二輪回歸測試、第三輪測試,測試報告,測試總結(jié),測試指南.第八類問題,網(wǎng)絡(luò)相關(guān),最基本的網(wǎng)絡(luò)基礎(chǔ)知識,比如TCP/IP協(xié)議.第九類問題,測試工具,包括三個大的類型,第一類是性能測試工具、自動化測試工具、測試軟件測試工程師面試題匯總(華為篇)管理類工具。最起碼的要求是熟悉工具的使用。第十類問題,給你一個軟件,比如QQ、QQ斗地主,你如何去測試,這類問題基本的思路是,從軟件質(zhì)量模型、測試工具、測試方法、測試流程、探索式測試等角度先宏觀解決,然后再具體微觀講解用例如何設(shè)計等。第十一類問題,一個優(yōu)秀/卓越的軟件測試工程師應(yīng)該具備哪些能力與素質(zhì),素質(zhì)方面包括溝通、五心工程師、追求完美等;第十二類問題,最后一個問題,面試官一般會問,您還有什么想問的嗎?還有什么想了解的嗎?總體上來說最重要的是留下一個好的近因效應(yīng),就好比相親的時候,分手離開的時候,留下好的最后的印象,基本的思路應(yīng)該分三種情況,第一種是面試官對你滿意,自己也感覺不錯的情況下,先表示感謝,然后積極主動的問題,比如,非常感謝您給的這次機會,但是我還是想問,如果我有下一輪面試,我想知道知道是什么時候,我應(yīng)該再做哪些方面的準(zhǔn)備。第二種情況是面試官和自己感覺都一般般,感覺自己是雞肋,這個時候說不說很重要,基本的套路是,非常感謝面試官給的這個機會,坦白地說我對自己今天
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2024股權(quán)質(zhì)押借款合同范本2
- 信用貸款合同模板
- 2024年國際買賣合同中英文
- 2024年建筑外墻節(jié)能保溫技術(shù)服務(wù)合同
- 2024規(guī)范的電子配件購銷合同模板
- 三輪摩托購車合同范本2024年
- 教育機構(gòu)合作契約
- 2024停車場場地協(xié)議書范文
- 網(wǎng)絡(luò)證券交易平臺服務(wù)協(xié)議
- 經(jīng)營托管合同范本
- 中國介入醫(yī)學(xué)白皮書(2021 版)
- 2024中華人民共和國農(nóng)村集體經(jīng)濟(jì)組織法詳細(xì)解讀課件
- 代運營合作服務(wù)協(xié)議
- 婚內(nèi)財產(chǎn)協(xié)議書(2024版)
- 有限空間作業(yè)應(yīng)急管理制度
- 2024全國普法知識考試題庫及答案
- 化工企業(yè)中試階段及試生產(chǎn)期間的產(chǎn)品能否對外銷售
- 籃球智慧樹知到期末考試答案章節(jié)答案2024年浙江大學(xué)
- 國開作業(yè)《公共關(guān)系學(xué)》實訓(xùn)項目1:公關(guān)三要素分析(六選一)參考552
- 碳排放核算與報告要求 第XX部分:鉛冶煉企業(yè)
- 物業(yè)及物業(yè)管理:提升旅游景區(qū)品質(zhì)
評論
0/150
提交評論