1.說說一個缺陷的生命周期 考查點: 測試人員對于缺陷整體生命周期的理解 ，注意面試官用詞，有時只需要回答關(guān)鍵節(jié)點，有時需要分開闡述。 圍繞缺陷提交、缺陷確認(rèn)、缺陷打開、缺陷修復(fù)、缺陷回歸、缺陷關(guān)閉這幾個關(guān)鍵節(jié)點回答即可。 2.缺陷的基本類型有哪些? 考查點：需求、數(shù)據(jù)、邏輯、性能、功能、安全、兼容、變更、易用等 對于工作經(jīng)歷的側(cè)面了解，有時會需要分別舉例說明。 3.測試用例的基本要素有哪些? 用例編號、用例類型、用例標(biāo)題（名稱）、前置條件、操作步驟、測試數(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)理確認(rèn) 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ā)人員認(rèn)為不是問題，你會怎么辦? 考察點：溝通表達(dá)能力，過往工作流程經(jīng)驗，合作意識、責(zé)任意識 此類問題需要首先清楚自己的角色定位，作為一名軟件測試人員，此類問題是經(jīng)常遇到的。如果是執(zhí)行人員，可以帶出原來工作的測試流程，因為缺陷處理也是屬于測試流程中的一部分，如開發(fā)人員會在缺陷管理系統(tǒng)中備注原因，自己先分析，如果不確定可以找上級測試負(fù)責(zé)人來一起處理。但如果是管理崗，回答時可以舉例說明自己以往遇到的類似問題以及處理方式，更具有說服力。 7.你評估的測試時間是5天，但領(lǐng)導(dǎo)只給三天怎么辦? 考察點：溝通表達(dá)能力，過往工作沖突的處理方式經(jīng)驗 此類問題如果面試官并未給出具體場景，就一定需要反問把問題的背景描述出來，通過背景分析給出解決沖突的方法。 問題背景如：臨時緊急需求、常規(guī)需求、經(jīng)常性壓縮時間、客戶壓縮時間、因自身漏洞導(dǎo)致壓縮時間等等 那么回答時就需要應(yīng)景：排列工作優(yōu)先級、重新分解當(dāng)前工作、改變測試策略、團(tuán)隊內(nèi)分工、外部求助等 8.說說一個項目的測試流程 考察點：以往工作的流程規(guī)范性，業(yè)務(wù)熟悉度 可以參考下文章《測試過程文檔模板整理(一)-提測流程》中提到的測試流程，結(jié)合目前項目來說明?；卮饡r體現(xiàn)自信、專業(yè)、對工作環(huán)節(jié)的熟悉度 9.黑盒測試用例設(shè)計方法有哪些? 等價類劃分法、邊界值分析法、因果圖法、正交實驗法、判定表法、錯誤推測法、隨機測試、場景法 10.軟件的質(zhì)量特性有哪些? 可維護(hù)性、可擴展性、可測試性、可重用性、可移植性、易理解性 一般在實習(xí)生與初級測試工程師中的筆試題也會有很多考查類型，中高級測試工程師更傾向于考察關(guān)于質(zhì)量的影響因素等。 11.缺陷的基本要素有哪些?描述缺陷有哪些注意事項? 缺陷編號、缺陷標(biāo)題、前置條件、測試數(shù)據(jù)、操作步驟、預(yù)期結(jié)果、實際結(jié)果、初步定位原因、截圖或日志信息（可選）

1、為什么要在一個團(tuán)隊中開展軟件測試工作?

因為沒有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比ISO質(zhì)量認(rèn)證一樣，測試同樣也需要質(zhì)量的保證，這個時候就需要在團(tuán)隊中開展軟件測試的工作。在測試的過程發(fā)現(xiàn)軟件中存在的問題，及時讓開發(fā)人員得知并修改問題，在即將發(fā)布時，從測試報告中得出軟件的質(zhì)量情況。

2、您所熟悉的軟件測試類型都有哪些?

測試類型有：功能測試，性能測試，界面測試。

功能測試在測試工作中占的比例最大，功能測試也叫黑盒測試。

性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負(fù)載條件來對系統(tǒng)的各項性能指標(biāo)進(jìn)行測試。負(fù)載測試和壓力測試都屬于性能測試，兩者可以結(jié)合進(jìn)行。

界面測試，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對軟件的第一印象。

3、您認(rèn)為做好測試用例設(shè)計工作的關(guān)鍵是什么?

白盒測試用例設(shè)計的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果黑盒用例設(shè)計的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時間內(nèi)發(fā)現(xiàn)最多的問題

軟件的黑盒測試意味著測試要在軟件的接口處進(jìn)行。這種方法是把測試對象看做一個黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數(shù)據(jù)驅(qū)動測試。黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤：

1、是否有不正確或遺漏的功能?

2、在接口上，輸入是否能正確的接受?能否輸出正確的結(jié)果?

3、是否有數(shù)據(jù)結(jié)構(gòu)錯誤或外部信息(例如數(shù)據(jù)文件)訪問錯誤?

4、性能上是否能夠滿足要求?

5、是否有初始化或終止性錯誤?

軟件的白盒測試是對軟件的過程性細(xì)節(jié)做細(xì)致的檢查。這種方法是把測試對象看做一個打開的盒子，它允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計或選擇測試用例，對程序所有邏輯路徑進(jìn)行測試。通過在不同點檢查程序狀態(tài)，確定實際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試。白盒測試主要是想對程序模塊進(jìn)行如下檢查：

1、對程序模塊的所有獨立的執(zhí)行路徑至少測試一遍。

2、對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍。

3、在循環(huán)的邊界和運行的界限內(nèi)執(zhí)行循環(huán)體。

4、測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。4、驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。驗收測試是向未來的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測試后，已經(jīng)按照設(shè)計把所有的模塊組裝成一個完整的軟件系統(tǒng)，接口錯誤也已經(jīng)基本排除了，接著就應(yīng)該進(jìn)一步驗證軟件的有效性，這就是驗收測試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣。