1、軟件測試工程師面試題匯總（華為篇）1、怎么來設計測試方案根據測試需求（包括功能需求和非功能性需求），識別測試要點，識別測試環境要求，安排測試輪次，根 據項目計劃和開發計劃做整體的測試安排。被測試的特性：通過對需求規格說明書進行分析，列出本次測試需要進行測試的各部分特性（如要測試的 功能需求、性能需求、安全性需求等等）。不被測試的特性：由于資源、進度等方而原因，本次測試不列入測試范圍的特性。測試組網圖：進行本次系統測試所需要的軟硬件設備、配宜數據及相互間的邏輯、物理連接。今后測試執 行時需要依據這個組網圖來進行環境的搭建。2、如果給你一個B/S系統你怎么來進行測試此題答案還可用于回答測試流程，測

2、試流程題亦可參考15題。閱讀系統需求，充分理解需求，記錄問題，并與項目需求人員充分溝通。編寫測試需求，包括系統功能和非功能測試要點、羅列測試類型、測試進度、質量要求等。制定測試計劃，包括熟悉測試業務、設計測試用例、執行測試用例、進行測試小結、編寫測試報告，任務顆 粒度一般應小于5人天編寫測試用例，根據測試方案設計用例，即便沒有明確的性能和安全測試要求，也應識別進行此兩項測試。 執行軟件測試。進行測試小結，如果測試持續時間較長，每個版本間隙總結本輪測試。編寫測試報告，總結測試過程，匯總度量數據。3、怎么進行工作流的測試把握需求，找準結點，理淸流程，畫出流轉圖，弄淸節點間的數據流轉，設汁測試用例的

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

4、載、內存使用等來決定系統的性能。負載測試是一個分析軟件應用程序和支撐架構、模擬真實環境的使用，從而來確定能夠接收的性能過程。壓 力測試（Stress Testing）是通過確左一個系統的瓶頸或者不能接收的性能點，來獲得系統能提供的最大服務級別 的測試。疲勞測試是采用系統穩立運行情況下能夠支持的最大并發用戶數，持續執行一段時間業務，通過綜合分析交 易執行指標和資源監控指標來確定系統處理最大工作量強度性能的過程。疲勞強度測試可以采用工具自動化的方 式進行測試，也可以手工編寫程序測試，其中后者占的比例較大。一般情況下以服務器能夠正常穩左響應請求的最大并發用戶數進行一左時間的疲勞測試，獲取交易執行指標

5、 數據和系統資源監控數據。如出現錯誤導致測試不能成功執行，則及時調整測試指標，例如降低用戶數、縮短測試 周期等。還有一種情況的疲勞測試是對當前系統性能的評估，用系統正常業務情況下并發用戶數為基礎，進行一泄 時間的疲勞測試。大數據量測試可以分為兩種類型：針對某些系統存儲、傳輸、統訃、查詢等業務進行大數據量的獨立數據量 測試：與壓力性能測試、負載性能測試、疲勞性能測試相結合的綜合數據量測試方案。大數據疑測試的關鍵是測試 數據的準備，可以依靠工具準備測試數據。5、客戶沒給性能指數，怎么開展性能測試如果客戶沒有提出明確的性能指標，可以按照慣例和經驗設置，需要和項目經理協商，一般由項目經理確 認，質量保

6、證負責給岀建議。舉例說一個Server端程序，要求峰值時CPU和MEM消耗在75%以下，而一個頁而的訪問響應時間一般認 為用戶的忍耐時間是3-5秒以內，這些要參考實際的應用來確左用戶規模、操作頻率、同時在線數等。6、有沒有做過接口測試，是如何做的通過編寫測試程序，獲得接口指針，逐個調用接口函數驗證其正確性，及失敗操作7、測試過程中是如何來保證軟件質量的測試用例編寫完畢后要加強評審的力度，確保測試用例覆蓋所有需求點執行測試過程中注意做小結檢查覆蓋情況、審視所提缺陷質呈，復測時應注意相關模塊的測試測試時間寬裕的話可以做交叉測試，用以確保測試質量。8、測試方案都寫什么內容1概述2被測對象分析3應測試

7、的特性4不被測試的特性5總體設計方法6測試模型6.1測試組網圖6.2結構/對象關系圖6. 3測試原理6. 4操作規程7測試需求7.1環境需求7.2彼測對象需求7. 3測試工具需求7.4測試代碼需求7.5數據需求7.6其它需求8測試設計8.1工具設計8. 2測試代碼設計8. 3用例設計8. 3. 1設計原則8.3.2測試項目9. 附錄（測試方案要求根據SRS上的每個需求點設計出包括需求點簡介，測試思路和詳細測試方法 三部分的方案）以往華為測試方案目錄如下：第1章技術方案1.1. 測試需求描述1.1.1. 測試類型分析1.1.2. 測試內容1.2. 缺陷分類1.3. 缺陷級別第2章SOW及規格的應

8、答2.1.測試需求應答2. 2.交付件應答2. 2.1.軟件交付件應答2. 2. 2.非軟件交付件應答2.3. 項目里程碑項目完成時間應答2. 4.質量目標應答2. 5.驗收標準應答2. 6.限制應答2. 6.1.合作供應商人員組織應答2. 6. 2.硬件設備應答2. 6.3.合作項目開發場地應答第3章類似項目成功案例第4章項目詳細工作計劃第5章項目估算9、測試方案和測試計劃的區別測試方案是技術性的：測試計劃更多是管理性的。測試計劃主要要考慮測試的技術可行性、關鍵技術、資源投入、進度安排、風險管理、配置管理、輸 入輸出等。測試計劃更多地供高層管理者決策時做參考；同時對后續測試工作開展起指導作用

9、。在一些小項目中，可能只需要一個測試方案，測試計劃內容相對較少，可以與測試方案合并進行：而一 些大項目中，也許要設計數十個測試方案，這就需要一個提綱挈領的東西了，這就是測試計劃的作用。10、測試用例是根據什么寫的系統測試用例根據需求和設計編寫（華為的SDV測試用例是根拯測試方案和測試策略來編寫的）11、是怎么來設計測試用例的？答：先熟悉系統需求，把握測試要點，設計用例的原則首先是要覆蓋每個需求點，可以通過填寫需求跟 蹤矩陣來保證覆蓋。黑盒測試的測試用例設計方法：等價類劃分法、邊界值分析法、錯誤推測法、因果圖。12、有沒有測過手機終端的項目根據實際情況回答，如果沒有測試過，可以回答，公司有過類似

10、業務。手機終端測試13、對測試工作的認識答：軟件測試是軟件開發過程的重要組成部分，是用來確認一個程序的品質或性能是否符合開發之前 所提出的一些要求。軟件測試就是在軟件投入運行前，對軟件需求分析、設il規格說明和編碼的最終復審，是軟件 質量保證的關鍵步驟。軟件測試是為了發現錯誤而執行程序的過程。軟件測試在軟件生存期中橫跨兩個階段：通常在編寫出每一個模塊之后就對它做必要的測試（稱為單 元測試）。編碼和單元測試屬于軟件生命周期中的同一個階段。在結束這個階段后對軟件系統還要進行各種綜合測 試，這是軟件生命周期的另一個獨立階段，即測試階段。華為獨立外包測試一般包括ST （系統測試）和SDY （詳細設計驗

11、證）兩個階段。14、缺陷是怎么管理的答：我們采用了 Rational ClearQuest來管理缺陷。測試人員執行測試，發現缺陷，錄入CQ,要求填寫項目名稱、子系統名稱、模塊名稱、缺陷標題、缺 陷描述（描述場景、現象）、缺陷級別、提出人等。狀態：已提交。項目經理或開發組長確認缺陷后分配給開發人員，狀態：已分配。開發人員修復缺陷完成后，將修復缺陷所花費的時間填寫的Schedule中，缺陷的產生原因填寫在備注 中，因采用UCM模式，所有造成該缺陷的錯誤代碼文件，在UCM視圖中可以統計。狀態：已處理。測試人員復測，如缺陷已經修復，則關閉缺陷，狀態：已關閉。如缺陷仍然存在，則修改狀態為已分當缺陷存在爭

12、議時，開發組長或開發人員可以申請否決，由項目經理-技術經理、測試負責人-相關 開發人員和測試人員共同決定缺陷是否可以否決。狀態：已申請否決-已否決。可復制、編制.期待你的好評與關注!當前不能修復，或當前版本無法解決的缺陷可以申請延期，狀態：已申請延期、已延期。15、介紹一下測試流程答：項目啟動后進行需求培訓，測試人員盡早的參與到項目需求的培訓和評審，也就是測試工作應該從需求 階段開始介入。項目經理編寫項目計劃，開發人員產岀需求規格說明書，這時測試組長就要根據項目計劃 開始編寫測試計劃，其中包括人員，軟件硬件資源，測試點，進度安排和風險識別等內容。測試計劃編寫完成后需要進行評審，參與人員有項目經

13、理，測試經理。測試組長需要根據評審意見修 改測試計劃，并上傳到CC上，由配置管理員管理。待開發人員把需求規格說明書歸納好并打了基線，測試組長開始組織測試成員編寫測試方案，測 試方案編寫完成后也需要進行評審，評審人員包括項目經理，開發人員，測試經理，測試組長，測試成員：測試 組長組織測試成員修改測試方案，直到評審通過后才進入下個階段一一編寫測試用例。測試用例是根據測試方案來編寫的，通過測試方案階段，測試人員對整個系統需求有了詳細的 理解。這時開始編寫用例才能保證用例的可執行和對需求的覆蓋。測試用例需要包括測試項，用例級別，預置條件， 操作步驟和預期結果。其中操作步驟和預期結果需要編寫詳細和明確。

14、測試用例應該覆蓋測試方案，而測試方案又 覆蓋了測試需求點，這樣才能保證客戶需求不遺漏。同樣，測試用例也需要通過開發人員，測試人員的評審，測試 組長也需要組織測試人員對測試用例進行修改，直到評審通過。在我們編寫測試用例的階段，開發人員基本完成代碼的編寫，同時完成單元測試。提交測試中心后根據測 試計劃進度安排，測試組長組織進行多輪次的測試，每輪測試完成后測試組長需要編寫測試報告，其中包括用例 執行通過情況，缺陷分布情況，缺陷產生原因，測試中的風險等等，這時測試人員就修改增加測試用例。待到開發 修改完bug并轉來新的測試版本，測試人員開始進行第二輪的系統測試，首先回歸完問題單，再繼續進行測試，編 寫

15、第二輪的測試報告，如此循環下去，直到系統測試結束。16、一個關于測試方案評審的分歧我們原本的流程是完成方案包括用例后進行評審，華為的建議是，在測試方案（即測試人員總結岀測 試重點等）之后，即進行評審，不能等全部用例完成。關于版本缺陷密度的問題：問有沒有統計。如果CQ中正常登記的話，是可以利用工具統計出來。CQ 還可以根據需要定制査詢。關于測試提交標準：我講了公司的標準，他說客戶也會有自己的標準。我回復說是可以依據客戶標準 進行調整，17、Unix系統熟識，運用Informix數據庫。Is列出指定目錄下的文件，缺省目錄為當前目錄/pwd顯示當前的工作目錄cd回到注冊進入時的目錄cd /tmp進入

16、/tmp目錄cd ./進入上級目錄mkdir -m模式-p目錄名建立目錄mkdir tmp在當前目錄卞建立子目錄tmpmkdir -m 777 /tmp/abc用所有用戶可讀可寫可執行的存取模式建立目錄/tmp/aaa ,存取模式參看命令chmodmkdir -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 -1 -s文件1文件2比較兩個文件，Hff -be文件1文件

17、2比較兩個文本文件，將不同的行列出來pack文件.將指定文件轉儲為壓縮格式，文件名后加.z ,文件存取模式，訪問時間，修改時間等均不變peat文件顯示輸出壓縮文件unpack文件.將壓縮后的文件解壓后轉儲為壓縮前的格式vi -wn -R文件vi是一個基于行編輯器ex上的全屏幕編輯器，可以在vi中使用ex,亡d的全部命令，vi選項中-wn指將編輯 窗口大小置為n行，-R為將編輯的文件置為只讀模式，vi工作模式分為命令模式和輸入模式，一般情況下在命 令模式下，可敲入vi命令，進入輸入模式下時可以編輯要編輯的文本，命令aAiloOcCsSR可進入輸入 模式，在輸入模式下按ESC鍵可推出輸入模式，回到

18、命令模式，在命令模式中敲入：命令，則可進入ex方式， 在屏幕底部出現提示符：，此時可使用任意ex命令，屏幕底行也用來作/ ? !命令的提示行，大多數命令可以 在其前而加數字，表示命令執行的重復次數，下而簡單介紹一下vi的命令集，“表示（CTRL）鍵quit退出be金融業務系統的測試，有哪些要點首先要根據客戶的需求文檔，保證業務邏輯正確、符合要求。舉例授信審批流程來說，主要測試前而 崗位錄入的數值資料傳遞到流程最后一個崗位后能正確顯示：以及操作員的權限控制嚴格按照需求要求，不同的權 限除了在流程中的作用不同，所能執行的功能也不同19、平時測試時怎么保證頁面間傳值正確除了看頁而的顯示，還要連接數據

19、庫對相應的表進行查詢，對數據庫表結構不了解時，會詢問相關的 開發人員。20、對于系統運行產生的日志文件是否關注答：只是適當了解，公司對于服務器的維護安排有人負責。21、銀行的系統是否在同一個頁面，用不同權限的業務員登陸會顯示不同的結果？會不會因為自己配置的不 合理而產生錯誤1）有同一個頁面用不同權限的業務員顯示不同結果的情況，主要表現為所能執行的操作不同，所能査詢數 據的范圍不同。2）對于不確定的錯誤，一般不會立刻當缺陷處理，需要跟相關人員溝通，確認了并非自己部署得不正確的 原因，才會提缺陷。這個很重要第一個問題：自我介紹（心理學首因效應告訴我們第一印象非常重要），自我介紹最重要的是能夠在面試

20、官心目中 留下一個好的第一感覺。說得更直白一點是讓面試官舒服。但是我發現很多人就是直接簡單的介紹了一下過去的經 歷，但是實際上一方而過去的經歷沒有很好的讓人發現優點。其實面試好比相親，你想說什么不重要，重要地是人 家想聽什么。比較好的自我介紹套路是這樣：“您好，我叫XXX,很高興能獲得這次面試機會，今天來面試是想證 明自己是最合適的人選，另一個方面是獲得您的認可，結合我過去的工作和學習經歷，我自信我能符合咱們公司的 認可，接下來您看是我繼續介紹我做過的項目，還是您問您關心的問題？ ”第二個問題：項目介紹（項目經驗直接決泄一個人能否勝任一份工作，企業更應該看重一個人解決問題的思路和具 體能力），

21、項目介紹部分最重要的思路是應該先整體后局部，介紹整體的時候要有量化的數據（從項目度量的五大 維度：規模，包括項目代碼規模，需求規模、用例規模，工作量，進度，質量和成本），然后是整體的測試流程， 然后再是角色與職責，接下來是項目中自己的特色，比如做得最好的是、遇到最大的困難時、最差的是，最后是心 得體會。第三類問題：數據庫方面知識，最基本的要求是數據庫記錄的增刪改查（insert, delete, update, select）,表 結構的增刪改查（create、drop、alter、describe）、存儲過程、觸發器等。第四類問題：linux操作系統相關，最基本的目標是熟悉常見的50個命令，

22、比如find命令（-name、-type、-perm、 -user、-group、-ctime、-atime）等，熟悉vi、熟悉linux搭建測試環境。比如LAMP環境搭建。第五類問題：缺陷相關知識，最基本的是缺陷跟蹤的流程（流程的基本要素），整體的流程，最好能在紙上給而試 官畫岀來（尤其是男面試官，從男人好色的角度來看，寫得很淸楚很重要），缺陷單的屬性，至少能列出20個屬性, 每個屬性的意義，如何描述好缺陷單，缺陷單描述的5C原則，比如缺陷重現步驟應該completeo如何描述一個你 認為的最經典的bug單。第六類問題：用例相關，最基本的包括用例的格式要素，用例設訃工程方法論，每個方法要求（

23、方法的背景，操作 步驟，優缺點、適應范用，與其他用例方法如何配合），在項目中如何利用測試用例設計工程方法。如何評價、評 審測試用例，評審從哪些維度？要設計好測試用例需要哪些方面的知識結構，比如技術、業務、方法。第七類問題：軟件測試流程，系統測試相關規范和標準的流程：熟悉產品/項目，需求評審，測試需求，測試il劃, 測試方案，測試用例，預測試，第一輪正式測試、第二輪回歸測試、第三輪測試，測試報告，測試總結，測試指南。 第八類問題，網絡相關，最基本的網絡基礎知識，比如TCP/IP協議。第九類問題，測試工具，包括三個大的類型，第一類是性能測試工具、自動化測試工具、測試管理類工具。最起碼 的要求是熟悉

24、工具的使用。第十類問題，給你一個軟件，比如QQ、QQ斗地主，你如何去測試，這類問題基本的思路是，從軟件質量模型、測 試工具、測試方法、測試流程、探索式測試等角度先宏觀解決，然后再具體微觀講解用例如何設計等。第十一類問題，一個優秀/卓越的軟件測試工程師應該具備哪些能力與素質，素質方而包括溝通、五心工程師、追 求完美等：第十二類問題，最后一個問題，面試官一般會問，您還有什么想問的嗎？還有什么想了解的嗎？總體上來說最重要 的是留下一個好的近因效應，就好比相親的時候，分手離開的時候，留下好的最后的印象，基本的思路應該分三種 情況，第一種是面試官對你滿意，自己也感覺不錯的情況下，先表示感謝，然后積極主動的問題，比如，非常感謝 您給的這次機會，但是我還是想問，如果我有下一輪而試，我想知道知道是什么時候，我應該再做哪些方而的準備。 第二種情況是而試官和自己感覺都一般般，感覺自己是雞肋，這個時候說不說很重要，基本的套路是，非常感謝面 試官給的這個機會，坦白地說我對自己今天的而試表現不是非常滿意，還可以表現得更好，但是如果我還是非常想 得到這個機會，您能否給我一些建議。第三種情況是