1.說說一個缺陷的生命周期 考查點: 測試人員對于缺陷整體生命周期的理解 ，注意面試官用詞，有時只需要回答關(guān)鍵節(jié)點，有時需要分開闡述。 圍繞缺陷提交、缺陷確認、缺陷打開、缺陷修復(fù)、缺陷回歸、缺陷關(guān)閉這幾個關(guān)鍵節(jié)點回答即可。 2.缺陷的基本類型有哪些? 考查點：需求、數(shù)據(jù)、邏輯、性能、功能、安全、兼容、變更、易用等 對于工作經(jīng)歷的側(cè)面了解，有時會需要分別舉例說明。 3.測試用例的基本要素有哪些? 用例編號、用例類型、用例標題（名稱）、前置條件、操作步驟、測試數(shù)據(jù)、預(yù)期結(jié)果、實際結(jié)果 考察類型形式多樣，有些面試官會出場景需求要求現(xiàn)場設(shè)計用例，來用于考察應(yīng)試者的思維縝密性、經(jīng)驗是否豐富以及對需求的理解程度。 4.你如何做用例評審? 考查點：主要考察之前工作流程是否規(guī)范，同時對于評審工作的參與度 靈活回答，不同公司不同項目評審流程也有區(qū)別。 參考：內(nèi)部評審（通常由測試組內(nèi)部人員評審）->正式評審（由參與該項目的產(chǎn)品、開發(fā)、測試、項目經(jīng)理評審）->用例修訂->項目經(jīng)理確認 5.針對微信的聊天窗口設(shè)計測試用例 考查點：也經(jīng)常會換成其他知名網(wǎng)站的一些搜索功能、列表功能、分頁功能等等，來考察系統(tǒng)思維能力。 參考： 首先，了解完成業(yè)務(wù)需求后，轉(zhuǎn)化為測試需求，最終的測試需求一定是跟項目組評審?fù)ㄟ^的。 開始設(shè)計： 冒煙用例：實現(xiàn)最簡單的聊天功能（語音、文字形式） 功能業(yè)務(wù)： 純文字聊天 語間聊天 表情 組合發(fā)送聊天 特殊字符及組合 發(fā)送文件 查看聊天記錄 截屏功能 視頻聊天 實時語音聊天 不同版本間的切換功能 客戶化場景分解 異常場景分解 兼容性測試用例： 一般在業(yè)務(wù)需求中會定義好 在測試需求中可以分解好對應(yīng)的機型與系統(tǒng)版本，求得最優(yōu)最小組合，用于兼容性測試的用例。 安全測試用例 性能測試用例 （一般都有獨立的測試方案） 回歸測試用例： 抽取用例庫中的核心用例組合成回歸用例 。 6.你發(fā)現(xiàn)一個缺陷，但開發(fā)人員認為不是問題，你會怎么辦? 考察點：溝通表達能力，過往工作流程經(jīng)驗，合作意識、責(zé)任意識 此類問題需要首先清楚自己的角色定位，作為一名軟件測試人員，此類問題是經(jīng)常遇到的。如果是執(zhí)行人員，可以帶出原來工作的測試流程，因為缺陷處理也是屬于測試流程中的一部分，如開發(fā)人員會在缺陷管理系統(tǒng)中備注原因，自己先分析，如果不確定可以找上級測試負責(zé)人來一起處理。但如果是管理崗，回答時可以舉例說明自己以往遇到的類似問題以及處理方式，更具有說服力。 7.你評估的測試時間是5天，但領(lǐng)導(dǎo)只給三天怎么辦? 考察點：溝通表達能力，過往工作沖突的處理方式經(jīng)驗 此類問題如果面試官并未給出具體場景，就一定需要反問把問題的背景描述出來，通過背景分析給出解決沖突的方法。 問題背景如：臨時緊急需求、常規(guī)需求、經(jīng)常性壓縮時間、客戶壓縮時間、因自身漏洞導(dǎo)致壓縮時間等等 那么回答時就需要應(yīng)景：排列工作優(yōu)先級、重新分解當(dāng)前工作、改變測試策略、團隊內(nèi)分工、外部求助等 8.說說一個項目的測試流程 考察點：以往工作的流程規(guī)范性，業(yè)務(wù)熟悉度 可以參考下文章《測試過程文檔模板整理(一)-提測流程》中提到的測試流程，結(jié)合目前項目來說明?；卮饡r體現(xiàn)自信、專業(yè)、對工作環(huán)節(jié)的熟悉度 9.黑盒測試用例設(shè)計方法有哪些? 等價類劃分法、邊界值分析法、因果圖法、正交實驗法、判定表法、錯誤推測法、隨機測試、場景法 10.軟件的質(zhì)量特性有哪些? 可維護性、可擴展性、可測試性、可重用性、可移植性、易理解性 一般在實習(xí)生與初級測試工程師中的筆試題也會有很多考查類型，中高級測試工程師更傾向于考察關(guān)于質(zhì)量的影響因素等。 11.缺陷的基本要素有哪些?描述缺陷有哪些注意事項? 缺陷編號、缺陷標題、前置條件、測試數(shù)據(jù)、操作步驟、預(yù)期結(jié)果、實際結(jié)果、初步定位原因、截圖或日志信息（可選）