華為測(cè)試面試題

1、測(cè)試面試題測(cè)試面試題1.1.怎么來(lái)設(shè)計(jì)測(cè)試方案怎么來(lái)設(shè)計(jì)測(cè)試方案根據(jù)測(cè)試需求（包括功能需求和非功能性需求），識(shí)別測(cè)試要點(diǎn)，識(shí)別測(cè)試環(huán)境要求，安排測(cè)試輪次，根據(jù)項(xiàng)目計(jì)劃和開(kāi)發(fā)計(jì)劃做整體的測(cè)試安排。被測(cè)試的特性：通過(guò)對(duì)需求規(guī)格說(shuō)明書(shū)進(jìn)行分析，列出本次測(cè)試需要進(jìn)行測(cè)試的各部分特性（如要測(cè)試的功能需求、性能需求、安全性需求等等）；不被測(cè)試的特性：由于資源、進(jìn)度等方面原因，本次測(cè)試不列入測(cè)試范圍的特性；測(cè)試組網(wǎng)圖：進(jìn)行本次系統(tǒng)測(cè)試所需要的軟硬件設(shè)

2、備、配置數(shù)據(jù)已及相互間的邏輯、物理連接。今后測(cè)試執(zhí)行時(shí)需要依據(jù)這個(gè)組網(wǎng)圖來(lái)進(jìn)行環(huán)境的搭建。2.2.如果給你一個(gè)如果給你一個(gè)BSBS系統(tǒng)你怎么來(lái)進(jìn)行測(cè)試？此題答案還可用于回答測(cè)試流程，測(cè)試流程題亦可參考系統(tǒng)你怎么來(lái)進(jìn)行測(cè)試？此題答案還可用于回答測(cè)試流程，測(cè)試流程題亦可參考1515題。題。?閱讀系統(tǒng)需求，充分理解需求，記錄問(wèn)題，并與項(xiàng)目需求人員充分溝通。?編寫測(cè)試需求，包括系統(tǒng)功能和非功能測(cè)試要點(diǎn)、測(cè)試類型、測(cè)試進(jìn)度質(zhì)量要求等。?制定測(cè)試計(jì)

3、劃，包括熟悉測(cè)試業(yè)務(wù)、設(shè)計(jì)測(cè)試用例、執(zhí)行測(cè)試用例、進(jìn)行測(cè)試小結(jié)、編寫測(cè)試報(bào)告，任務(wù)顆粒度一般應(yīng)小于5人天?編寫測(cè)試用例，根據(jù)測(cè)試方案設(shè)計(jì)用例，即便沒(méi)有明確的性能和安全測(cè)試要求，也應(yīng)識(shí)別進(jìn)行此兩項(xiàng)測(cè)試。?執(zhí)行軟件測(cè)試，?進(jìn)行測(cè)試小結(jié)，如果測(cè)試持續(xù)時(shí)間較長(zhǎng)，每個(gè)版本間隙總結(jié)本輪測(cè)試。?編寫測(cè)試報(bào)告，總結(jié)測(cè)試過(guò)程，匯總度量數(shù)據(jù)。3.3.怎么進(jìn)行工作流的測(cè)試怎么進(jìn)行工作流的測(cè)試把握需求，找準(zhǔn)結(jié)點(diǎn)，理清流程，畫(huà)出流轉(zhuǎn)圖，弄清節(jié)點(diǎn)間的數(shù)據(jù)流轉(zhuǎn)，設(shè)計(jì)

4、測(cè)試用例的時(shí)候必須覆蓋所有可能的流程。工作流：如果問(wèn)到有沒(méi)有做過(guò)，根據(jù)對(duì)工作流的了解情況回答，如果比較了解，可以把參與的某個(gè)項(xiàng)目中說(shuō)上一些有工作流的，如果不是很了解就說(shuō)沒(méi)有做過(guò)，但是學(xué)習(xí)過(guò)相關(guān)知識(shí)。4.4.在做性能測(cè)試的時(shí)候都需要關(guān)注哪些參數(shù)？在做性能測(cè)試的時(shí)候都需要關(guān)注哪些參數(shù)？并發(fā)訪問(wèn)量，服務(wù)器響應(yīng)時(shí)間（最小、平均、最大）并發(fā)性能測(cè)試的過(guò)程是一個(gè)負(fù)載測(cè)試和壓力測(cè)試的過(guò)程，即逐漸增加負(fù)載，直到系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，通過(guò)綜合分

5、析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來(lái)確定系統(tǒng)并發(fā)性能的過(guò)程。負(fù)載測(cè)試（LoadTesting）是確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測(cè)試當(dāng)負(fù)載逐漸增加時(shí)，系統(tǒng)組成部分的相應(yīng)輸出項(xiàng)，例如通過(guò)量、響應(yīng)時(shí)間、CPU負(fù)載、內(nèi)存使用等來(lái)決定系統(tǒng)的性能。負(fù)載測(cè)試是一個(gè)分析軟件應(yīng)用程序和支撐架構(gòu)、模擬真實(shí)環(huán)境的使用，從而來(lái)確定能夠接收的性能過(guò)程。壓力測(cè)試（StressTesting）是通過(guò)確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，來(lái)獲得系統(tǒng)能提供的最大服務(wù)

6、級(jí)別的測(cè)試。疲勞測(cè)試是采用系統(tǒng)穩(wěn)定運(yùn)行情況下能夠支持的最大并發(fā)用戶數(shù)，持續(xù)執(zhí)行一段時(shí)間業(yè)務(wù)，通過(guò)綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來(lái)確定系統(tǒng)處理最大工作量強(qiáng)度性能的過(guò)程。疲勞強(qiáng)度測(cè)試可以采用工具自動(dòng)化的方式進(jìn)行測(cè)試，也可以手工編寫程序測(cè)試，其中后者占的比例較大。一般情況下以服務(wù)器能夠正常穩(wěn)定響應(yīng)請(qǐng)求的最大并發(fā)用戶數(shù)進(jìn)行一定時(shí)間的疲勞測(cè)試，獲取交易執(zhí)行指標(biāo)數(shù)據(jù)和系統(tǒng)資源監(jiān)控?cái)?shù)據(jù)。如出現(xiàn)錯(cuò)誤導(dǎo)致測(cè)試不能成功執(zhí)行，則及時(shí)調(diào)整測(cè)試指標(biāo)，例如降低

7、用戶數(shù)、縮短測(cè)試周期等。還有一種情況的疲勞測(cè)試是對(duì)當(dāng)前系統(tǒng)性能的評(píng)估，用系統(tǒng)正常業(yè)務(wù)情況下并發(fā)用戶數(shù)為基礎(chǔ)，進(jìn)行一定時(shí)間的疲勞測(cè)試。大數(shù)據(jù)量測(cè)試可以分為兩種類型：針對(duì)某些系統(tǒng)存儲(chǔ)、傳輸、統(tǒng)計(jì)、查詢等業(yè)務(wù)進(jìn)行大數(shù)據(jù)量的獨(dú)立數(shù)據(jù)量測(cè)試；與壓力性能測(cè)試、負(fù)載性能測(cè)試、疲勞性能測(cè)試相結(jié)合的綜合數(shù)據(jù)量測(cè)試方案。大數(shù)據(jù)量測(cè)試的關(guān)鍵是測(cè)試數(shù)據(jù)的準(zhǔn)備，可以依靠工具準(zhǔn)備測(cè)試數(shù)據(jù)。5.5.如果客戶沒(méi)有給你性能指數(shù)時(shí)，你怎么來(lái)開(kāi)展性能測(cè)試工作？如果客戶沒(méi)有給

8、你性能指數(shù)時(shí)，你怎么來(lái)開(kāi)展性能測(cè)試工作？如果客戶沒(méi)有提出明確的性能指標(biāo)，可以按照慣例和經(jīng)驗(yàn)設(shè)置，需要和PM協(xié)商，一般由PM確認(rèn)，QA負(fù)責(zé)給出建議。舉例說(shuō)一個(gè)Server端程序，要求峰值時(shí)CPU和MEM消耗在75％以下，而一個(gè)頁(yè)面的訪問(wèn)響應(yīng)時(shí)間一般認(rèn)為用戶的忍耐時(shí)間是3－5秒以內(nèi)，這些要參考實(shí)際的應(yīng)用來(lái)確定用戶規(guī)模、操作頻率、同時(shí)在線數(shù)等。6.6.有沒(méi)有做過(guò)接口測(cè)試，是如何做的？有沒(méi)有做過(guò)接口測(cè)試，是如何做的？出的一些要求。軟件測(cè)試就是在

9、軟件投入運(yùn)行前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說(shuō)明和編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟。軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程。軟件測(cè)試在軟件生存期中橫跨兩個(gè)階段：通常在編寫出每一個(gè)模塊之后就對(duì)它做必要的測(cè)試（稱為單元測(cè)試）。編碼和單元測(cè)試屬于軟件生命周期中的同一個(gè)階段。在結(jié)束這個(gè)階段后對(duì)軟件系統(tǒng)還要進(jìn)行各種綜合測(cè)試，這是軟件生命周期的另一個(gè)獨(dú)立階段，即測(cè)試階段。華為獨(dú)立外包測(cè)試一般包括ST（系統(tǒng)測(cè)試）和SDV（詳細(xì)設(shè)計(jì)驗(yàn)證）兩個(gè)階段。

10、14.14.缺陷是怎么管理的？缺陷是怎么管理的？答：我們采用了RationalClearQuest來(lái)管理缺陷。測(cè)試人員執(zhí)行測(cè)試，發(fā)現(xiàn)缺陷，錄入CQ，要求填寫項(xiàng)目名稱、子系統(tǒng)名稱、模塊名稱、缺陷標(biāo)題、缺陷描述（描述場(chǎng)景、現(xiàn)象）、缺陷級(jí)別、提出人等。狀態(tài)：已提交。項(xiàng)目經(jīng)理或開(kāi)發(fā)組長(zhǎng)確認(rèn)缺陷后分配給開(kāi)發(fā)人員，狀態(tài)：已分配。開(kāi)發(fā)人員修復(fù)缺陷完成后，將修復(fù)缺陷所花費(fèi)的時(shí)間填寫的Schedule中，缺陷的產(chǎn)生原因填寫在備注中，因采用UCM模式，所有

11、造成該缺陷的錯(cuò)誤代碼文件，在UCM視圖中可以統(tǒng)計(jì)。狀態(tài)：已處理。測(cè)試人員復(fù)測(cè)，如缺陷已經(jīng)修復(fù)，則關(guān)閉缺陷，狀態(tài)：已關(guān)閉。如缺陷仍然存在，則修改狀態(tài)為已分配。當(dāng)缺陷存在爭(zhēng)議時(shí)，開(kāi)發(fā)組長(zhǎng)或開(kāi)發(fā)人員可以申請(qǐng)否決，由項(xiàng)目經(jīng)理、技術(shù)經(jīng)理、測(cè)試負(fù)責(zé)人、相關(guān)開(kāi)發(fā)人員和測(cè)試人員共同決定缺陷是否可以否決。狀態(tài)：已申請(qǐng)否決、已否決。當(dāng)前不能修復(fù)，或當(dāng)前版本無(wú)法解決的缺陷可以申請(qǐng)延期，狀態(tài)：已申請(qǐng)延期、已延期。15.15.介紹一下測(cè)試流程。介紹一下測(cè)試流程。

12、答：項(xiàng)目啟動(dòng)后進(jìn)行需求培訓(xùn)，測(cè)試人員盡早的參與到項(xiàng)目需求的培訓(xùn)和評(píng)審，也就是測(cè)試工作應(yīng)該從需求階段開(kāi)始介入。項(xiàng)目經(jīng)理編寫《項(xiàng)目計(jì)劃》，開(kāi)發(fā)人員產(chǎn)出《需求規(guī)格說(shuō)明書(shū)》，這時(shí)測(cè)試組長(zhǎng)就要根據(jù)《項(xiàng)目計(jì)劃》開(kāi)始編寫《測(cè)試計(jì)劃》，其中包括人員，軟件硬件資源，測(cè)試點(diǎn)，進(jìn)度安排和風(fēng)險(xiǎn)識(shí)別等內(nèi)容?！稖y(cè)試計(jì)劃》編寫完成后需要進(jìn)行評(píng)審，參與人員有項(xiàng)目經(jīng)理，測(cè)試經(jīng)理。測(cè)試組長(zhǎng)需要根據(jù)評(píng)審意見(jiàn)修改《測(cè)試計(jì)劃》，并上傳到CC上，由配置管理員管理。待開(kāi)發(fā)人員把《需

13、求規(guī)格說(shuō)明書(shū)》歸納好并打了基線，測(cè)試組長(zhǎng)開(kāi)始組織測(cè)試成員編寫《測(cè)試方案》，《測(cè)試方案》編寫完成后也需要進(jìn)行評(píng)審，評(píng)審人員包括項(xiàng)目經(jīng)理，開(kāi)發(fā)人員，測(cè)試經(jīng)理，測(cè)試組長(zhǎng)，測(cè)試成員；測(cè)試組長(zhǎng)組織測(cè)試成員修改測(cè)試方案，直到評(píng)審?fù)ㄟ^(guò)后才進(jìn)入下個(gè)階段――編寫測(cè)試用例。測(cè)試用例是根據(jù)《測(cè)試方案》來(lái)編寫的，通過(guò)《測(cè)試方案》階段，測(cè)試人員對(duì)整個(gè)系統(tǒng)需求有了詳細(xì)的理解。這時(shí)開(kāi)始編寫用例才能保證用例的可執(zhí)行和對(duì)需求的覆蓋。測(cè)試用例需要包括測(cè)試項(xiàng)，用例級(jí)別，預(yù)置

14、條件，操作步驟和預(yù)期結(jié)果。其中操作步驟和預(yù)期結(jié)果需要編寫詳細(xì)和明確。測(cè)試用例應(yīng)該覆蓋測(cè)試方案，而測(cè)試方案又覆蓋了測(cè)試需求點(diǎn)，這樣才能保證客戶需求不遺漏。同樣，測(cè)試用例也需要通過(guò)開(kāi)發(fā)人員，測(cè)試人員的評(píng)審，測(cè)試組長(zhǎng)也需要組織測(cè)試人員對(duì)測(cè)試用例進(jìn)行修改，直到評(píng)審?fù)ㄟ^(guò)。在我們編寫測(cè)試用例的階段，開(kāi)發(fā)人員基本完成代碼的編寫，同時(shí)完成單元測(cè)試。提交測(cè)試中心后根據(jù)《測(cè)試計(jì)劃》進(jìn)度安排，測(cè)試組長(zhǎng)組織進(jìn)行多輪次的測(cè)試，每輪測(cè)試完成后測(cè)試組長(zhǎng)需要編寫測(cè)試報(bào)

15、告，其中包括用例執(zhí)行通過(guò)情況，缺陷分布情況，缺陷產(chǎn)生原因，測(cè)試中的風(fēng)險(xiǎn)等等，這時(shí)測(cè)試人員就修改增加測(cè)試用例。待到開(kāi)發(fā)修改完bug并轉(zhuǎn)來(lái)新的測(cè)試版本，測(cè)試人員開(kāi)始進(jìn)行第二輪的系統(tǒng)測(cè)試，首先回歸完問(wèn)題單，再繼續(xù)進(jìn)行測(cè)試，編寫第二輪的測(cè)試報(bào)告，如此循環(huán)下去，直到系統(tǒng)測(cè)試結(jié)束。16.16.一個(gè)關(guān)于測(cè)試方案評(píng)審的分歧，一個(gè)關(guān)于測(cè)試方案評(píng)審的分歧，我們?cè)镜牧鞒淌峭瓿煞桨赴ㄓ美筮M(jìn)行評(píng)審，華為的建議是，在測(cè)試方案（即測(cè)試人員總結(jié)出測(cè)試重點(diǎn)等）之后

16、，即進(jìn)行評(píng)審，不能等全部用例完成。關(guān)于版本缺陷密度的問(wèn)題：?jiǎn)栍袥](méi)有統(tǒng)計(jì)。如果CQ中正常登記的話，是可以利用工具統(tǒng)計(jì)出來(lái)。CQ還可以根據(jù)需要定制查詢。關(guān)于測(cè)試提交標(biāo)準(zhǔn)：我講了公司的標(biāo)準(zhǔn)，他說(shuō)客戶也會(huì)有自己的標(biāo)準(zhǔn)。我回復(fù)說(shuō)是可以依據(jù)客戶標(biāo)準(zhǔn)進(jìn)行調(diào)整，17.17.對(duì)UnixUnix系統(tǒng)是否熟識(shí)，是否會(huì)運(yùn)用系統(tǒng)是否熟識(shí)，是否會(huì)運(yùn)用InfmixInfmix數(shù)據(jù)庫(kù)。數(shù)據(jù)庫(kù)。ls列出指定目錄下的文件，缺省目錄為當(dāng)前目錄.pwd顯示當(dāng)前的工作目錄cd回