華為測試面試題

1、華為測試面試題華為測試面試題1. 怎么來設(shè)計測試方案？根據(jù)測試需求（包括功能需求和非功能性需求），識別測試要點(diǎn)，識別測試 環(huán)境要求，安排測試輪次，根據(jù)項目計劃和開發(fā)計劃做整體的測試安排。被測試的特性：通過對需求規(guī)格說明書進(jìn)行分析，列出本次測試需要進(jìn)行 測試的各部分特性（如要測試的功能需求、性能需求、安全性需求等等 ）;不被測試的特性：由于資源、進(jìn)度等方面原因，本次測試不列入測試范圍 的特性；測試組圖：進(jìn)行本次系統(tǒng)測試所需要的軟硬件設(shè)備、配置數(shù)據(jù)已及相互間 的邏輯、物理連接。今后測試執(zhí)行時需要依據(jù)這個組圖來進(jìn)行環(huán)境的搭建。2. 如果給你一個BS系統(tǒng)你怎么來進(jìn)行測試？此題答案還可用于回答測試流 程

2、，測試流程題亦可參考15題。閱讀系統(tǒng)需求，充分理解需求，記錄問題，并與項目需求人員充分溝通。編寫測試需求，包括系統(tǒng)功能和非功能測試要點(diǎn)、測試類型、測試進(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é)點(diǎn)，理清流程，畫出流轉(zhuǎn)圖，弄清節(jié)點(diǎn)間的數(shù)據(jù)流轉(zhuǎn)， 設(shè)計測試

3、用例的時候必須覆蓋所有可能的流程。工作流：如果問到有沒有做過，根據(jù)對工作流的了解情況回答，如果比較了解，可 以把參與的某個項目中說上一些有工作流的，如果不是很了解就說沒有做過，但是學(xué)習(xí)過相關(guān)知識。4. 在做性能測試的時候都需要關(guān)注哪些參數(shù) ？并發(fā)訪問量，服務(wù)器響應(yīng)時間（最小、平均、最大）并發(fā)性能測試的過程是一個負(fù)載測試和壓力測試的過程，即逐漸增加負(fù)載，直到系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，通過綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控 指標(biāo)來確定系統(tǒng)并發(fā)性能的過程。負(fù)載測試(Load Testi ng)是確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測試當(dāng)負(fù)載逐漸增加時，系統(tǒng)組成部分的相應(yīng)輸出項，例如通過量、響應(yīng)時

4、間、CPU 負(fù)載、內(nèi)存使用等來決定系統(tǒng)的性能。負(fù)載測試是一個分析軟件應(yīng)用程序和支撐架構(gòu)、模擬真實(shí)環(huán)境的使用，從 而來確定能夠接收的性能過程。壓力測試 (Stress Testi ng) 是通過確定一個系 統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，來獲得系統(tǒng)能提供的最大服務(wù)級別的測試。疲勞測試是采用系統(tǒng)穩(wěn)定運(yùn)行情況下能夠支持的最大并發(fā)用戶數(shù)，持續(xù)執(zhí) 行一段時間業(yè)務(wù)，通過綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來確定系統(tǒng)處理最 大工作量強(qiáng)度性能的過程。疲勞強(qiáng)度測試可以采用工具自動化的方式進(jìn)行測試，也可以手工編寫程序測試，其中后者占的比例較大。一般情況下以服務(wù)器能夠正常穩(wěn)定響應(yīng)請求的最大并發(fā)用戶數(shù)進(jìn)行一定時 間的疲勞

5、測試，獲取交易執(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ù)量的獨(dú)立數(shù)據(jù)量測試；與壓力性能測試、負(fù)載性能測試、疲勞 性能測試相結(jié)合的綜合數(shù)據(jù)量測試方案。大數(shù)據(jù)量測試的關(guān)鍵是測試數(shù)據(jù)的準(zhǔn) 備，可以依靠工具準(zhǔn)備測試數(shù)據(jù)。5. 如果客戶沒有給你性能指數(shù)時，你怎么來開展性能測試工作？如果客戶沒有提出明確的性能指標(biāo)，可以按照慣例和經(jīng)驗設(shè)置，需要

6、和Pm協(xié)商，一般由Pm確認(rèn)，qA負(fù)責(zé)給出建議。舉例說一個Server端程序，要求峰值時cPU和mEm肖耗在75%以下，而一 個頁面的訪問響應(yīng)時間一般認(rèn)為用戶的忍耐時間是 3-5秒以內(nèi)，這些要參考實(shí)際 的應(yīng)用來確定用戶規(guī)模、操作頻率、同時在線數(shù)等。6. 有沒有做過接口測試，是如何做的？通過編寫測試程序，獲得接口指針，逐個調(diào)用接口函數(shù)驗證其正確性， 及 失敗操作7. 測試過程中是如何來保證軟件質(zhì)量的？測試用例編寫完畢后要加強(qiáng)評審的力度，確保測試用例覆蓋所有需求點(diǎn) 執(zhí)行測試過程中注意做小結(jié)檢查覆蓋情況、審視所提缺陷質(zhì)量，復(fù)測時應(yīng)注意相關(guān)模塊的測試測試時間寬裕的話可以做交叉測試，用以確保測試質(zhì)量。8.

7、 測試方案都寫什么內(nèi)容？1概述2被測對象分析3應(yīng)測試的特性4不被測試的特性5總體設(shè)計方法6測試模型測試組圖結(jié)構(gòu)對象關(guān)系圖測試原理操作規(guī)程7測試需求環(huán)境需求被測對象需求測試工具需求測試代碼需求數(shù)據(jù)需求其它需求8測試設(shè)計工具設(shè)計測試代碼設(shè)計用例設(shè)計設(shè)計原則測試項目9. 附錄（測試方案要求根據(jù)SRS上的每個需求點(diǎn)設(shè)計出包括需求點(diǎn)簡介，測試 思路和詳細(xì)測試方法三部分的方案）以往華為測試方案目錄如下：第1章技術(shù)方案測試需求描述測試類型分析測試內(nèi)容缺陷分類缺陷級別第2章SoW及規(guī)格的應(yīng)答測試需求應(yīng)答交付件應(yīng)答軟件交付件應(yīng)答非軟件交付件應(yīng)答項目里程碑項目完成時間應(yīng)答質(zhì)量目標(biāo)應(yīng)答驗收標(biāo)準(zhǔn)應(yīng)答限制應(yīng)答合作供應(yīng)商

8、人員組織應(yīng)答硬件設(shè)備應(yīng)答合作項目開發(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è)計編寫（

9、華為的SDVM試用例是根據(jù)測試方案和測試策略來編寫的 ）11. 是怎么來設(shè)計測試用例的？答：先熟悉系統(tǒng)需求，把握測試要點(diǎn)，設(shè)計用例的原則首先是要覆蓋每個 需求點(diǎn)，可以通過填寫需求跟蹤矩陣來保證覆蓋。黑盒測試的測試用例設(shè)計方法：等價類劃分法、邊界值分析法、錯誤推測法、因果圖。12. 有沒有測過手機(jī)終端的項目？根據(jù)實(shí)際情況回答，如果沒有測試過，可以回答，公司有過類似業(yè)務(wù)。手機(jī)終端測試13. 對測試工作的認(rèn)識？答：軟件測試是軟件開發(fā)過程的重要組成部分，是用來確認(rèn)一個程序的品質(zhì)或性能是否符合開發(fā)之前所提出的一些要求。軟件測試就是在軟件投入運(yùn)行 前，對軟件需求分析、設(shè)計規(guī)格說明和編碼的最終復(fù)審， 是軟件

10、質(zhì)量保證的關(guān)鍵 步驟。軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。軟件測試在軟件生存期中橫跨兩個階段：通常在編寫出每一個模塊之后就對它做必要的測試（稱為單元測試）。編碼和單元測試屬于軟件生命周期中的同一 個階段。在結(jié)束這個階段后對軟件系統(tǒng)還要進(jìn)行各種綜合測試，這是軟件生命周 期的另一個獨(dú)立階段，即測試階段。華為獨(dú)立外包測試一般包括 ST（系統(tǒng)測試）和SDV詳羊細(xì)設(shè)計驗證）兩個階段。14. 缺陷是怎么管理的？答：我們采用了 Rational clearquest 來管理缺陷。測試人員執(zhí)行測試，發(fā)現(xiàn)缺陷，錄入 cq，要求填寫項目名稱、子系統(tǒng)名稱、 模塊名稱、缺陷標(biāo)題、缺陷描述（描述場景、現(xiàn)象）、缺陷級

11、別、提出人等。狀態(tài)： 已提交。項目經(jīng)理或開發(fā)組長確認(rèn)缺陷后分配給開發(fā)人員，狀態(tài)：已分配。開發(fā)人員修復(fù)缺陷完成后，將修復(fù)缺陷所花費(fèi)的時間填寫的 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)：已申請延期

12、、已延期。15. 介紹一下測試流程。答：項目啟動后進(jìn)行需求培訓(xùn)，測試人員盡早的參與到項目需求的培訓(xùn)和評審，也就是測試工作應(yīng)該從需求階段開始介入。項目經(jīng)理編寫項目計劃，開發(fā)人員產(chǎn)出需求規(guī)格說明書，這時測試 組長就要根據(jù)項目計劃開始編寫測試計劃，其中包括人員，軟件硬件資 源，測試點(diǎn)，進(jìn)度安排和風(fēng)險識別等內(nèi)容。測試計劃編寫完成后需要進(jìn)行評審，參與人員有項目經(jīng)理，測試經(jīng)理。測試組長需要根據(jù)評審意見修改測試計劃，并上傳到CC上，由配置管理員管 理。待開發(fā)人員把需求規(guī)格說明書歸納好并打了基線，測試組長開始組織 測試成員編寫測試方案，測試方案編寫完成后也需要進(jìn)行評審，評審人員 包括項目經(jīng)理，開發(fā)人員，測試經(jīng)

13、理，測試組長，測試成員；測試組長組織測試成員修改測試方案，直到評審?fù)ㄟ^后才進(jìn)入下個階段一一編寫測試用例。測試用例是根據(jù)測試方案來編寫的，通過測試方案階段，測試人 員對整個系統(tǒng)需求有了詳細(xì)的理解。這時開始編寫用例才能保證用例的可執(zhí)行和 對需求的覆蓋。測試用例需要包括測試項，用例級別，預(yù)置條件，操作步驟和預(yù) 期結(jié)果。其中操作步驟和預(yù)期結(jié)果需要編寫詳細(xì)和明確。測試用例應(yīng)該覆蓋測試方案，而測試方案又覆蓋了測試需求點(diǎn)，這樣才能保證客戶需求不遺漏。同樣， 測試用例也需要通過開發(fā)人員，測試人員的評審，測試組長也需要組織測試人員 對測試用例進(jìn)行修改，直到評審?fù)ㄟ^。在我們編寫測試用例的階段，開發(fā)人員基本完成代碼

14、的編寫，同時完成單 元測試。提交測試中心后根據(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é)出測試重點(diǎn)等）之后，即進(jìn)行評審，不能等全部用例完成。關(guān)于版本缺陷密度的問

15、題：問有沒有統(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)是否熟識，是否會運(yùn)用Informix 數(shù)據(jù)庫。Is列出指定目錄下的文件，缺省目錄為當(dāng)前目錄pwd顯示當(dāng)前的工作目錄cd回到注冊進(jìn)入時的目錄cd tmp 進(jìn)入tmp目錄cd . 進(jìn)入上級目錄mkdir -m 模式-p 目錄名 建立目錄mkdir tmp 在當(dāng)前目錄下建立子目錄 tmpmkdir -m 777 tmpabc 用所有用戶可讀可寫可執(zhí)行的存取模式建立目錄tmpaaa，存

16、取模式參看命令 chmodmkdir -p tmpabc建立目錄 tmpabc，若不存在目錄 tmpa及tmpab則建立之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比較兩個文件，diff -be 文件1文件2比較兩個文本文件，將不同的行列出來pack文件將指定文件轉(zhuǎn)儲為壓縮格式，文件名后加.z ，文件存取模式，訪問時間，修改時間等均不變pcat文件 顯示輸出壓縮文件unpack文件將壓縮后的文件解壓后轉(zhuǎn)儲為壓縮前的格式vi -w n -R文件vi是一個基于行器ex上的全屏幕器，可以在 vi中使用ex，ed的全部 命令，vi選項中-wn指將窗口大小置為n行，-R為將的文件置為只讀模式， vi工作模式分為命令模式和輸入模式，一般情況下在命令模式下，可敲入vi命令，進(jìn)入輸入模式下時可以要的文本，命令a A i I o o c c s S R 可進(jìn)入輸入模式，在輸入模式下按 ESc鍵可推出輸入模式，回到命令模式，在命控制 嚴(yán)格按照需求要求，不同的權(quán)限除了在流程中的作用不同，所能執(zhí)行的功能也不同19. 平時測試時怎么保證頁面間傳值正確？除了看頁面的顯示，還要連接數(shù)據(jù)庫對相應(yīng)的表進(jìn)行查詢，對數(shù)據(jù)庫表結(jié) 構(gòu)不了解時，會詢問相關(guān)的開