華為解決方案測(cè)試面試

1、精選優(yōu)質(zhì)文檔-傾情為你奉上華為解決方案測(cè)試面試篇一：華為測(cè)試面試題華為測(cè)試面試題1怎么來(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è)備、配置數(shù)據(jù)已及相互間的邏輯、物理連接。今后測(cè)試執(zhí)行時(shí)需要依據(jù)這個(gè)組網(wǎng)圖來(lái)進(jìn)行環(huán)境的搭建。 2如果給你一個(gè)B/S系統(tǒng)你怎么

2、來(lái)進(jìn)行測(cè)試此題答案還可用于回答測(cè)試流程，測(cè)試流程題亦可參考15題。閱讀系統(tǒng)需求，充分理解需求，記錄問(wèn)題，并與項(xiàng)目需求人員充分溝通。編寫(xiě)測(cè)試需求，包括系統(tǒng)功能和非功能測(cè)試要點(diǎn)、測(cè)試類(lèi)型、測(cè)試進(jìn)度質(zhì)量要求等。制定測(cè)試計(jì)劃，包括熟悉測(cè)試業(yè)務(wù)、設(shè)計(jì)測(cè)試用例、執(zhí)行測(cè)試用例、進(jìn)行測(cè)試小結(jié)、編寫(xiě)測(cè)試報(bào)告，任務(wù)顆粒度一般應(yīng)小于5人天編寫(xiě)測(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è)試。 編寫(xiě)測(cè)試報(bào)告，總結(jié)測(cè)試過(guò)程，匯總度量數(shù)據(jù)。3怎么進(jìn)行工作流的測(cè)試把握需求，找準(zhǔn)結(jié)點(diǎn)，理清流程，畫(huà)出流轉(zhuǎn)圖，弄清

3、節(jié)點(diǎn)間的數(shù)據(jù)流轉(zhuǎn)，設(shè)計(jì)測(cè)試用例的時(shí)候必須覆蓋所有可能的流程。工作流：如果問(wèn)到有沒(méi)有做過(guò)，根據(jù)對(duì)工作流的了解情況回答，如果比較了解，可以把參與的某個(gè)項(xiàng)目中說(shuō)上一些有工作流的，如果不是很了解就說(shuō)沒(méi)有做過(guò)，但是學(xué)習(xí)過(guò)相關(guān)知識(shí)。4做性能測(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ò)綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來(lái)確定系統(tǒng)并發(fā)性能的過(guò)程。負(fù)載測(cè)試（Load Testing）是確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測(cè)試當(dāng)負(fù)載逐漸增加時(shí)，系統(tǒng)組成部分的相應(yīng)輸出項(xiàng)，例如通過(guò)

4、量、響應(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è)試（Stress Testing）是通過(guò)確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，來(lái)獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。疲勞測(cè)試是采用系統(tǒng)穩(wěn)定運(yùn)行情況下能夠支持的最大并發(fā)用戶(hù)數(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è)試，也可以手工編寫(xiě)程序測(cè)試，其中后者占的比例較大。一般情況下以服務(wù)器能夠正常穩(wěn)定響應(yīng)請(qǐng)求的最大并發(fā)用戶(hù)數(shù)進(jìn)行一定時(shí)間的疲勞測(cè)試，

5、獲取交易執(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)，例如降低用戶(hù)數(shù)、縮短測(cè)試周期等。還有一種情況的疲勞測(cè)試是對(duì)當(dāng)前系統(tǒng)性能的評(píng)估，用系統(tǒng)正常業(yè)務(wù)情況下并發(fā)用戶(hù)數(shù)為基礎(chǔ)，進(jìn)行一定時(shí)間的疲勞測(cè)試。大數(shù)據(jù)量測(cè)試可以分為兩種類(lèi)型：針對(duì)某些系統(tǒng)存儲(chǔ)、傳輸、統(tǒng)計(jì)、查詢(xún)等業(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客戶(hù)沒(méi)給性能指數(shù)，怎么開(kāi)展性能測(cè)試如果客戶(hù)沒(méi)有提出明確的性能指標(biāo)，可以按照慣例和經(jīng)驗(yàn)設(shè)置，需要和PM協(xié)商，一般由PM確認(rèn)，QA負(fù)責(zé)給出

6、建議。舉例說(shuō)一個(gè)Server端程序，要求峰值時(shí)CPU和MEM消耗在75以下，而一個(gè)頁(yè)面的訪問(wèn)響應(yīng)時(shí)間一般認(rèn)為用戶(hù)的忍耐時(shí)間是35秒以?xún)?nèi)，這些要參考實(shí)際的應(yīng)用來(lái)確定用戶(hù)規(guī)模、操作頻率、同時(shí)在線(xiàn)數(shù)等。6有沒(méi)有做過(guò)接口測(cè)試，是如何做的通過(guò)編寫(xiě)測(cè)試程序， 獲得接口指針， 逐個(gè)調(diào)用接口函數(shù)驗(yàn)證其正確性， 及失敗操作7測(cè)試過(guò)程中是如何來(lái)保證軟件質(zhì)量的測(cè)試用例編寫(xiě)完畢后要加強(qiáng)評(píng)審的力度，確保測(cè)試用例覆蓋所有需求點(diǎn)執(zhí)行測(cè)試過(guò)程中注意做小結(jié)檢查覆蓋情況、審視所提缺陷質(zhì)量，復(fù)測(cè)時(shí)應(yīng)注意相關(guān)模塊的測(cè)試測(cè)試時(shí)間寬裕的話(huà)可以做交叉測(cè)試，用以確保測(cè)試質(zhì)量。8.測(cè)試方案都寫(xiě)什么內(nèi)容1概述2被測(cè)對(duì)象分析3應(yīng)測(cè)試的特性4不被測(cè)

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

8、作項(xiàng)目開(kāi)發(fā)場(chǎng)地應(yīng)答第3章 類(lèi)似項(xiàng)目成功案例第4章 項(xiàng)目詳細(xì)工作計(jì)劃第5章 項(xiàng)目估算9測(cè)試方案和測(cè)試計(jì)劃的區(qū)別測(cè)試方案是技術(shù)性的；測(cè)試計(jì)劃更多是管理性的。測(cè)試計(jì)劃主要要考慮測(cè)試的技術(shù)可行性、關(guān)鍵技術(shù)、資源投入、進(jìn)度安排、風(fēng)險(xiǎn)管理、配置管理、輸入輸出等。測(cè)試計(jì)劃更多地供高層 管理者決策時(shí)做參考；同時(shí)對(duì)后續(xù)測(cè)試工作開(kāi)展起指導(dǎo)作用。在一些小項(xiàng)目中，可能只需要一個(gè)測(cè)試方案，測(cè)試計(jì)劃內(nèi)容相對(duì)較少，可以與測(cè)試方案合并進(jìn)行；而一些大項(xiàng)目中，也許要設(shè)計(jì)數(shù)十個(gè)測(cè)試方案，這就需要一個(gè)提綱挈領(lǐng)的東西了，這就是測(cè)試計(jì)劃的作用。10.測(cè)試用例是根據(jù)什么寫(xiě)的系統(tǒng)測(cè)試用例根據(jù)需求和設(shè)計(jì)編寫(xiě)（華為的SDV測(cè)試用例是根據(jù)測(cè)試方案

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

10、的過(guò)程。軟件測(cè)試在軟件生存期中橫跨兩個(gè)階段：通常在編寫(xiě)出每一個(gè)模塊之后就對(duì)它做必要的測(cè)試（稱(chēng)為單元測(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è)階段。14缺陷是怎么管理的答：我們采用了Rational ClearQuest來(lái)管理缺陷。測(cè)試人員執(zhí)行測(cè)試，發(fā)現(xiàn)缺陷，錄入CQ，要求填寫(xiě)項(xiàng)目名稱(chēng)、子系統(tǒng)名稱(chēng)、模塊名稱(chēng)、缺陷標(biāo)題、缺陷描述（描述場(chǎng)景、現(xiàn)象）、缺陷級(jí)別、提出人等。狀態(tài)：已提交。項(xiàng)目經(jīng)理或開(kāi)發(fā)組長(zhǎng)確認(rèn)缺陷后分配給開(kāi)發(fā)人員，狀

11、態(tài)：已分配。開(kāi)發(fā)人員修復(fù)缺陷完成后，將修復(fù)缺陷所花費(fèi)的時(shí)間填寫(xiě)的Schedule中，缺陷的產(chǎn)生原因填寫(xiě)在備注中，因采用UCM模式，所有造成該缺陷的錯(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介紹一下測(cè)試流程答：項(xiàng)目啟動(dòng)后進(jìn)行需求培訓(xùn)，測(cè)試人員盡早的參與到項(xiàng)目需

12、求的培訓(xùn)和評(píng)審，也就是測(cè)試工作應(yīng)該從需求階段開(kāi)始介入。項(xiàng)目經(jīng)理編寫(xiě)項(xiàng)目計(jì)劃，開(kāi)發(fā)人員產(chǎn)出需求規(guī)格說(shuō)明書(shū)，這時(shí)測(cè)試組長(zhǎng)就要根據(jù)項(xiàng)目計(jì)劃開(kāi)始編寫(xiě)測(cè)試計(jì)劃，其中包括人員，軟件硬件資源，測(cè)試點(diǎn)，進(jìn)度安排和風(fēng)險(xiǎn)識(shí)別等內(nèi)容。測(cè)試計(jì)劃編寫(xiě)完成后需要進(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ā)人員把需求規(guī)格說(shuō)明書(shū)歸納好并打了基線(xiàn)，測(cè)試組長(zhǎng)開(kāi)始組織測(cè)試成員編寫(xiě)測(cè)試方案，測(cè)試方案編寫(xiě)完成后也需要進(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è)階段編寫(xiě)測(cè)試用例。

13、測(cè)試用例是根據(jù)測(cè)試方案來(lái)編寫(xiě)的，通過(guò)測(cè)試方案階段，測(cè)試人員對(duì)整個(gè)系統(tǒng)需求有了詳細(xì)的理解。這時(shí)開(kāi)始編寫(xiě)用例才能保證用例的可執(zhí)行和對(duì)需求的覆蓋。測(cè)試用例需要包括測(cè)試項(xiàng)，用例級(jí)別，預(yù)置條件，操作步驟和預(yù)期結(jié)果。其中操作步驟和預(yù)期結(jié)果需要編寫(xiě)詳細(xì)和明確。測(cè)試用例應(yīng)該覆蓋測(cè)試方案，而測(cè)試方案又覆蓋了測(cè)試需求點(diǎn)，這樣才能保證客戶(hù)需求不遺漏。同樣，測(cè)試用例也需要通過(guò)開(kāi)發(fā)人員，測(cè)試人員的評(píng)審，測(cè)試組長(zhǎng)也需要組織測(cè)試人員對(duì)測(cè)試用例進(jìn)行修改，直到評(píng)審?fù)ㄟ^(guò)。在我們編寫(xiě)測(cè)試用例的階段，開(kāi)發(fā)人員基本完成代碼的編寫(xiě)，同時(shí)完成單元測(cè)試。提交測(cè)試中心后根據(jù)測(cè)試計(jì)劃進(jìn)度安排，測(cè)試組長(zhǎng)組織進(jìn)行多輪次的測(cè)試，每輪測(cè)試完成后測(cè)試組長(zhǎng)

14、需要編寫(xiě)測(cè)試報(bào)告，其中包括用例執(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è)試，編寫(xiě)第二輪的測(cè)試報(bào)告，如此循環(huán)下去，直到系統(tǒng)測(cè)試結(jié)束。16一個(gè)關(guān)于測(cè)試方案評(píng)審的分歧我們?cè)镜牧鞒淌峭瓿煞桨赴ㄓ美筮M(jìn)行評(píng)審，華為的建議是，在測(cè)試方案（即測(cè)試人員總結(jié)出測(cè)試重點(diǎn)等）之后，即進(jìn)行評(píng)審，不能等全部用例完成。關(guān)于版本缺陷密度的問(wèn)題：?jiǎn)栍袥](méi)有統(tǒng)計(jì)。如果CQ中正常登記的話(huà)，是可以利用工具統(tǒng)計(jì)出來(lái)。CQ還可以根據(jù)需要定制查詢(xún)。關(guān)于測(cè)試提交標(biāo)準(zhǔn)：我講了公司的標(biāo)準(zhǔn)，

15、他說(shuō)客戶(hù)也會(huì)有自己的標(biāo)準(zhǔn)。我回復(fù)說(shuō)是可以依據(jù)客戶(hù)標(biāo)準(zhǔn)進(jìn)行調(diào)整，17Unix系統(tǒng)熟識(shí)，運(yùn)用Informix 數(shù)據(jù)庫(kù)。ls 列出指定目錄下的文件，缺省目錄為當(dāng)前目錄 ./pwd 顯示當(dāng)前的工作目錄cd 回到注冊(cè)進(jìn)入時(shí)的目錄 cd /tmp 進(jìn)入 /tmp 目錄 cd ./ 進(jìn)入上級(jí)目錄 mkdir -m 模式 -p 目錄名 建立目錄mkdir tmp 在當(dāng)前目錄下建立子目錄 tmpmkdir -m 777 /tmp/abc 用所有用戶(hù)可讀可寫(xiě)可執(zhí)行的存取模式建立目錄 /tmp/aaa ，存取模式參看命令 chmodmkdir -p /tmp/a/b/c 建立目錄 /tmp/a/b/c ，若不存在目

16、錄 /tmp/a及/tmp/a/b 則建立之mv -f -i 文件1 文件2. 目標(biāo) 將文件移動(dòng)至目標(biāo)，若目標(biāo)是文件名，則相當(dāng)于文件改名rm -f -i 文件.或 rm -r -f -i 目錄名. 文件 用來(lái)刪除文件或目錄cmp -l -s 文件1 文件2 比較兩個(gè)文件。diff -be 文件1 文件2 比較兩個(gè)文本文件，將不同的行列出來(lái)pack 文件. 將指定文件轉(zhuǎn)儲(chǔ)為壓縮格式，文件名后加 .z ， 文件存取模式，訪問(wèn)時(shí)間，修改時(shí)間等均不變pcat 文件. 顯示輸出壓縮文件unpack 文件. 將壓縮后的文件解壓后轉(zhuǎn)儲(chǔ)為壓縮前的格式vi -wn -R 文件.vi 是一個(gè)基于行編輯器 ex 上

17、的全屏幕編輯器，可以在vi 中使用 ex，ed的全部命令，vi選項(xiàng)中 -wn 指將編輯窗口大小置為n行，-R 為將編輯的文件置為只讀模式， vi 工作模式分為命令模式和輸入模式，一般情況下在命令模式下，可敲入vi命令，進(jìn)入輸入模式下時(shí)可以編輯要編輯的文本，命令 a A i I o O cC s S R 可進(jìn)入輸入模式，在輸入模式下按 ESC 鍵可推出輸入模式，回到命令模式，在命令模式中敲入： 命令，則可進(jìn)入ex方式，在屏幕底部出現(xiàn)提示符 ： 。篇二：求職華為經(jīng)歷軟件開(kāi)發(fā)性格測(cè)試-機(jī)試-面試-offer去華為面試之前，就想著把這份經(jīng)歷寫(xiě)下來(lái)，幫別人也幫自己。注冊(cè)簡(jiǎn)歷：我很早就在華為網(wǎng)站上注冊(cè)了簡(jiǎn)

18、歷，華為宣講會(huì)投的簡(jiǎn)歷可有可無(wú)，網(wǎng)申必須要有。性格測(cè)試：華為有提前批，我就是跟著提前批一起做的性格測(cè)試，性格測(cè)試不難，但是不過(guò)是肯定不行的，不管什么崗位都要通過(guò)才行。性格測(cè)試大概三十分鐘，我的建議是不要想太多，誠(chéng)實(shí)就好，如果前后矛盾，可能就過(guò)不了。如果不過(guò)的話(huà)，機(jī)試或者簡(jiǎn)歷優(yōu)秀，還有重測(cè)的機(jī)會(huì)。機(jī)試:軟件機(jī)試一共三道題，總共600分，只要100分就夠了。第一題很簡(jiǎn)單，基本都會(huì)，所以基本都會(huì)過(guò)。機(jī)試之前可以在華為OJ上好好練練，都沒(méi)問(wèn)題。機(jī)試現(xiàn)場(chǎng)有技術(shù)人員，有問(wèn)題他們也會(huì)指導(dǎo)，態(tài)度都很好。聽(tīng)說(shuō)硬件、結(jié)構(gòu)都有機(jī)試，不過(guò)是上機(jī)答題，只有選擇和判斷，沒(méi)有參加，具體不了解。面試：研發(fā)類(lèi)一共兩面，技術(shù)面和

19、綜合面（boss面），我所見(jiàn)到的面試官都很好，很和藹，一般就是自我介紹，然后談?wù)勴?xiàng)目，分別半小時(shí)左右，也有時(shí)間很長(zhǎng)的，但是時(shí)間長(zhǎng)短和結(jié)果關(guān)系不大。因?yàn)槲沂强鐚?zhuān)業(yè)，技術(shù)面沒(méi)有問(wèn)我專(zhuān)業(yè)的問(wèn)題，但是同行的專(zhuān)業(yè)對(duì)口的據(jù)說(shuō)問(wèn)的挺深入。hr反復(fù)強(qiáng)調(diào)，面試官主要考察品質(zhì)和學(xué)習(xí)能力，技術(shù)面自我感覺(jué)不是很好，但是最后面試官說(shuō)“我這里沒(méi)問(wèn)題，你去等一下，待會(huì)會(huì)有人叫你”，瞬間輕松多了。然后吃了個(gè)華為的午餐，還不錯(cuò)。下午的時(shí)候叫去綜合面。hr說(shuō)的是，走到綜面，意味著已通過(guò)全部環(huán)節(jié)，但是有些崗位也有先綜合面試，最后做性格測(cè)試的，所以說(shuō)Hr的話(huà)也不是很靠譜。我遇到的面試官很和藹，看了簡(jiǎn)歷，還有成績(jī)單，讓我說(shuō)了下項(xiàng)目，聊

20、了一會(huì)兒就給我承諾過(guò)了。也有面試官說(shuō)讓回去等消息的。ps：1. 面試官很可能會(huì)問(wèn)簡(jiǎn)歷上的東西，所以應(yīng)確保真實(shí)2. 會(huì)就是會(huì)，不會(huì)就不會(huì)，面試官見(jiàn)的人太多，真誠(chéng)一點(diǎn)好3. 技術(shù)面不過(guò)的話(huà)，還可以改崗位，再面試其他的崗位；綜面不過(guò)基本沒(méi)機(jī)會(huì)了另外，供應(yīng)鏈和銷(xiāo)服的面試環(huán)節(jié)多些，有集體面試，英語(yǔ)測(cè)試等?，F(xiàn)場(chǎng)的工作人員很多，態(tài)度也很好，有問(wèn)題及時(shí)問(wèn)。offer：因?yàn)橛辛嗣嬖嚬俚目陬^承諾，面試完我是很放松的，但是面試完第三天卻收到一條疑似備胎的短信，驚出一身冷汗，難受了大半天，發(fā)誓說(shuō)要去找更好的工作時(shí)候，又收到了正式的offer。所幸華為的效率還挺高的，不然我該失眠了。希望大家都找到好工作。篇三：20XX

21、華為軟件測(cè)試筆試題華為軟件測(cè)試筆試題試題一一、判斷題1軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。（Y）2Beta 測(cè)試是驗(yàn)收測(cè)試的一種。（Y）3驗(yàn)收測(cè)試是由最終用戶(hù)來(lái)實(shí)施的。（N）4項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。（Y）5單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。（Y）6代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（N）7自底向上集成需要測(cè)試員編寫(xiě)驅(qū)動(dòng)程序。（Y）8負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（N）9測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過(guò)。（N）10代碼評(píng)審員一般由測(cè)試員擔(dān)任。（N）11我們可以人為的使得軟件不存在配置問(wèn)題。（N）12集成測(cè)試計(jì)劃在需求分析階段末提交

22、。（N）二、選擇1軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則是：（ABCD）A 軟件需求分析說(shuō)明書(shū)中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。B 所有測(cè)試項(xiàng)沒(méi)有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。C 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。D 驗(yàn)收測(cè)試工件齊全。2軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（ABCD）A項(xiàng)目經(jīng)理BSQA 負(fù)責(zé)人C配置負(fù)責(zé)人D測(cè)試組3下列關(guān)于alpha 測(cè)試的描述中正確的是：（AD）Aalpha 測(cè)試需要用戶(hù)代表參加Balpha 測(cè)試不需要用戶(hù)代表參加Calpha 測(cè)試是系統(tǒng)測(cè)試的一種Dalpha 測(cè)試是驗(yàn)收測(cè)試的一種4測(cè)試設(shè)計(jì)員的職責(zé)有：（BC）A制定測(cè)試計(jì)劃B設(shè)計(jì)測(cè)試用例C設(shè)

23、計(jì)測(cè)試過(guò)程、腳本D評(píng)估測(cè)試活動(dòng)5軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是：（ABC）A需求工件已經(jīng)被基線(xiàn)化B詳細(xì)設(shè)計(jì)工件已經(jīng)被基線(xiàn)化C構(gòu)架工件已經(jīng)被基線(xiàn)化D項(xiàng)目階段成果已經(jīng)被基線(xiàn)化三、添空1.軟件驗(yàn)收測(cè)試包括： 正式驗(yàn)收測(cè)試，alpha測(cè)試，beta測(cè)試。2.系統(tǒng)測(cè)試的策略有：功能測(cè)試，性能測(cè)試，可靠性測(cè)試，負(fù)載測(cè)試，易用性測(cè)試，強(qiáng)度測(cè)試，安全測(cè)試，配置測(cè)試，安裝測(cè)試，卸載測(cè)試，文擋測(cè)試，故障恢復(fù)測(cè)試，界面測(cè)試，容量測(cè)試，兼容性測(cè)試，分布測(cè)試，可用性測(cè)試，（有的可以合在一起，分開(kāi)寫(xiě)只要寫(xiě)出15就滿(mǎn)分哦）3.設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文擋有：軟件測(cè)試計(jì)劃，軟件需求工件和迭代計(jì)劃。4.對(duì)面向過(guò)程的系統(tǒng)采用的集

24、成策略有：自頂向下，自底向上兩種。四、簡(jiǎn)答（資料是搜集整理的，感謝前輩的解題）無(wú)1.區(qū)別階段評(píng)審的與同行評(píng)審?fù)性u(píng)審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯(cuò)誤,只要是找錯(cuò)誤;同行評(píng)審人數(shù):3-7人人員必須經(jīng)過(guò)同行評(píng)審會(huì)議的培訓(xùn),由SQA指導(dǎo)同行評(píng)審內(nèi)容:內(nèi)容小一般文檔 < 40頁(yè), 代碼 < 500行同行評(píng)審時(shí)間:一小部分工作產(chǎn)品完成階段評(píng)審目的:評(píng)審模塊階段作品的正確性 可行性 及完整性階段評(píng)審人數(shù):5人左右評(píng)審人必須是專(zhuān)家 具有系統(tǒng)評(píng)審資格階段評(píng)審內(nèi)容: 內(nèi)容多,主要看重點(diǎn)階段評(píng)審時(shí)間: 通常是設(shè)置在關(guān)鍵路徑的時(shí)間點(diǎn)上!2.什么是軟件測(cè)試為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過(guò)程3簡(jiǎn)述集成測(cè)試的

25、過(guò)程系統(tǒng)集成測(cè)試主要包括以下過(guò)程：1. 構(gòu)建的確認(rèn)過(guò)程。2. 補(bǔ)丁的確認(rèn)過(guò)程。3. 系統(tǒng)集成測(cè)試測(cè)試組提交過(guò)程。4. 測(cè)試用例設(shè)計(jì)過(guò)程。5. 測(cè)試代碼編寫(xiě)過(guò)程。6. Bug的報(bào)告過(guò)程。7. 每周/每?jī)芍艿臉?gòu)建過(guò)程。8. 點(diǎn)對(duì)點(diǎn)的測(cè)試過(guò)程。9. 組內(nèi)培訓(xùn)過(guò)程。4 怎么做好文檔測(cè)試1.仔細(xì)閱讀，跟隨每個(gè)步驟，檢查每個(gè)圖形，嘗試每個(gè)示例。2,。檢查文檔的編寫(xiě)是否滿(mǎn)足文檔編寫(xiě)的目的3.內(nèi)容是否齊全，正確4.內(nèi)容是否完善 5.標(biāo)記是否正確5 白盒測(cè)試有幾種方法總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類(lèi)。靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒(méi)有沖突或者沒(méi)有歧義動(dòng)態(tài)：語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定條件

26、覆蓋、條件組合覆蓋、路徑覆蓋。6系統(tǒng)測(cè)試計(jì)劃是否需要同行審批，為什么需要，系統(tǒng)測(cè)試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評(píng)審。7 Alpha測(cè)試與beta的區(qū)別Alpha測(cè)試在系統(tǒng)開(kāi)發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試；測(cè)試后仍然會(huì)有少量的設(shè)計(jì)變更。這種測(cè)試一般由最終用戶(hù)或其它人員完成，不能由程序或測(cè)試員完成。Beta測(cè)試當(dāng)開(kāi)發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試，最終的錯(cuò)誤和問(wèn)題需要在最終發(fā)行前找到。這種測(cè)試一般由最終用戶(hù)或其它人員完成，不能由程序員或測(cè)試員完成。8比較負(fù)載測(cè)試，容量測(cè)試和強(qiáng)度測(cè)試的區(qū)別負(fù)載測(cè)試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時(shí)間。強(qiáng)度測(cè)試：在一定的負(fù)荷條件下，在較長(zhǎng)時(shí)間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。9測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么？用例全部測(cè)試。 覆蓋率達(dá)到標(biāo)準(zhǔn)。 缺陷率達(dá)到標(biāo)準(zhǔn)。 其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)10描述軟件測(cè)試活動(dòng)的生命周期？測(cè)試周期分為計(jì)劃、設(shè)計(jì)、實(shí)現(xiàn)、執(zhí)行、總結(jié)。其中：計(jì)劃：對(duì)整個(gè)測(cè)試周期中所有活動(dòng)進(jìn)行規(guī)劃，估計(jì)工作量、風(fēng)險(xiǎn)，安排人力物力資源，安排進(jìn)度等；設(shè)計(jì)：完成測(cè)試方案，從技術(shù)層面上對(duì)測(cè)試進(jìn)行規(guī)劃；實(shí)現(xiàn)：進(jìn)行測(cè)試用例和測(cè)試規(guī)程設(shè)計(jì)；執(zhí)行：根據(jù)前期完成的計(jì)劃、方案、用例、規(guī)程等文檔