軟性熱身題
這種題目，考的就是你的軟性能力坷衍，比如表達能力寝优，理解能力，協(xié)調能力枫耳，一個詞概括就是套路乏矾。這類題目會在面試開始熱身的時候，問一道兩題迁杨，不會多钻心，但是如果你能回答的有條不紊，清晰達意仑最，那么就會給面試官留下非常好的印象扔役，大致的題目如下：
自我介紹
介紹下你負責的公司項目
現(xiàn)公司：互聯(lián)網金融業(yè)務、銀行核心警医、理財亿胸、保險
你有什么優(yōu)點和缺點？
優(yōu)勢：業(yè)務熟悉度和測試功底比較扎實预皇，執(zhí)行力侈玄、推動力、溝通協(xié)作能力比較強
在同一個項目組內吟温，你認為你怎么做會比另外一名測試更加優(yōu)秀序仙？
業(yè)務熟悉度更高
架構理解更深入
代碼能力要更好
個人影響力更強
測試話語權更大
協(xié)調推動能力更強
你為什么離開上家公司？離職原因（這個會在最后問）
測試理論基礎題
這類題目就是考測試工程師的基本能力了鲁豪，比如測試計劃潘悼，測試流程律秃，如何bug，你做過哪些測試治唤，一般我們認為這些能力做的再好都是應該的棒动，不會有加分，但是只要做的不好宾添，那就是個不合格的測試工程師了船惨。這種題目也不會問的太多，大概題目如下：
請描述下你上個公司的測試流程缕陕？
需求評審階段開始介入粱锐，與產品及開發(fā)一起制定測試目標。根據(jù)項目計劃制定測試計劃扛邑，了解開發(fā)的概要設計及詳細設計怜浅，書寫測試用例。發(fā)起case評審鹿榜，提供準入測試用例給開發(fā)海雪。提測后先進行準入測試锦爵，不通過打回舱殿，通過則進入story測試，集成測試险掀，系統(tǒng)測試沪袭，性能測試，穩(wěn)定性測試樟氢，安全測試冈绊，（uat：客戶在測試環(huán)境驗收），生產驗證埠啃，發(fā)布死宣。
請描述下bug的幾個要素？
前提條件碴开、測試環(huán)境毅该、操作步驟、預期結果潦牛、實際結果眶掌、嚴重等級、版本信息巴碗，出現(xiàn)概率
必要時附上截圖朴爬、視頻、日志等
白盒和黑盒的區(qū)別橡淆，你是怎么運用的召噩？
白盒是從代碼層進行測試母赵，黑盒是對業(yè)務層進行測試。
白盒可以從單元測試具滴、代碼review市咽、架構方面入手。
你是如何做測試分析抵蚊？
如果是分析并制定測試內容施绎，首先會根據(jù)需求文檔罢浇，了解功能交互和規(guī)則痹兜，再去和開發(fā)討論實現(xiàn)原理饰剥，通過交互和原理兩個緯度進行分析晰奖，并確定測試內容岩馍。
如果是測試問題分析呢簸，出現(xiàn)問題后薄榛，首先會抓包岔激，看看是后端返回的問題萎攒，還是前端代碼或者請求的問題遇八，如果后端涉及多個子系統(tǒng)，可以通過查看日志的方式看看具體是環(huán)境問題還是后端哪個子系統(tǒng)的問題耍休。
如何設計測試用例刃永？什么樣子的測試用例是好用例？
需求分析
架構理解
覆蓋功能羊精、性能斯够、安全等維度
功能拆解：aa的環(huán)境，bb的界面喧锦，用了cc的工具读规，做了dd的操作，達到了ee的效果燃少。
功能測試在 beta 版本對外的上線標準是什么束亏？
功能指標：
Bug通過率 >＝95%
嚴重級別bug通過率＝100%
case通過率 >＝95%
p0和p1級別case通過率100%
自動化工具通過率達到標準
接口、安全阵具、兼容碍遍、性能、穩(wěn)定性達到要求怔昨。
產品驗收通過雀久。
測試管理題
這類題目就是考驗你作為測試leader或者測試負責人的管理能力了。
如果項目周期很短趁舀，測試人力匱乏赖捌，你是怎么協(xié)調的？
依據(jù)代碼review的結果和影響范圍，對測試內容進行適當?shù)牟眉簟?/p>
借助自動化工具的支持越庇，提高測試案例的執(zhí)行效率罩锐。
調整組內任務的優(yōu)先級，進行人力協(xié)調卤唉，優(yōu)先投入最緊要的項目涩惑。
必要的情況下加班
描述下你團隊的測試分工
測試技術組和業(yè)務測試組。
測試技術組主要進行工具考研桑驱、工具開發(fā)和工具維護竭恬，為業(yè)務測試效率提升和基礎建設做支撐。
業(yè)務測試組主要進行具體業(yè)務測試和工具的落地使用熬的，具體測試內容覆蓋功能痊硕、性能、兼容押框、穩(wěn)定性岔绸、接口等。
對于團隊成員橡伞，你是如何打kpi的盒揉？
一方面制定KPI的時候根據(jù)團隊成員的職級和能力進行區(qū)分，制定合理且細化明確的指標兑徘，指標包含測試質量保證刚盈、測試效率提升、自動化事務道媚、培訓分享扁掸。
進行KPI考核的時候一方面依據(jù)KPI的指標達成度、達成時效打分最域，另一方面不在 KPI內的創(chuàng)新型事務會作為加分項。
移動測試相關
如今是移動互聯(lián)網的天下锈麸，誰家沒有個應用镀脂，所以這一塊基本都會問到，同時也會看你的簡歷忘伞，如果你沒有做過薄翅，基本也不會問的太深，如果你是專門做這一塊的氓奈，那么要好好準備了翘魄。
概念題
描述下web測試和移動應用測試的相同點和區(qū)別？
Web 測試和移動應用測試的共同點在于：都要覆蓋接口舀奶、功能暑竟、兼容、性能育勺、穩(wěn)定和安全的測試但荤。
差異點在于：兼容考慮的范圍不一樣罗岖，web重在PC系統(tǒng)和瀏覽器。移動重在機型分辨率和系統(tǒng)版本腹躁。 另外移動用戶要考慮手機特性相關的影響桑包，網絡、沖突纺非、耗電和流量哑了。
你是如何做應用的兼容性測試的？
硬件兼容：機型烧颖、分辨率垒手、系統(tǒng)、版本倒信、網絡
軟件兼容：輸入法鍵盤科贬、相機、安全清理工具類
數(shù)據(jù)兼容：低升高鳖悠、高降低的用戶信息和數(shù)據(jù)的兼容榜掌，還有跨平臺的數(shù)據(jù)兼容
請講出客戶端下 3 個常用的性能指標的名稱與具體含義？
并發(fā)量：多個用戶同時調用單個接口的相應時效
乘综？憎账？
iOS應用和Android應用測試有什么側重點？
iOS 覆蓋的分辨率和系統(tǒng)是有限的卡辰。
Android 比較碎片化胞皱，覆蓋的機型版本比iOS 更多
android有各種定制rom，手機型號太多九妈。
請講訴移動應用的灰度是怎么做的反砌？
內部二維碼下載
白名單用戶方式
國內小市場先上，國外用 Google Play的?β版萌朱，默認開放5%
后臺控制的方式宴树，開放給一定比例的用戶
實踐題
應用的閃退通常是什么原因造成的？如果應用閃退晶疼，Android 和 iOS 上是分別怎么抓取日志的酒贬？
? OOM
? 代碼異常如除以零、未對返回的列表做判空翠霍、數(shù)組越界锭吨、空指針異常及其他運行時異常
請簡述移動應用在升級安裝時候應該考慮的場景？
安裝的途徑：
通過手機助手安裝
通過adb命令安裝
通過應用市場安裝
安裝：
卸載安裝
升級安裝
升級后數(shù)據(jù)的一致性寒匙。如舊版本的賬號密碼仍能登錄到新版本零如，保存在本地的信息能同步到新版本。如手勢密碼。
給你一個應用埠况，請簡述你會從哪些方面去測試耸携？
請描述下微信朋友圈發(fā)小視頻的用例設計？
功能：
入口圖標的標識度
進入和退出操作簡易度
取景框大小
拍景和自拍切換
視頻的像素限制
視頻的時長限制
發(fā)送的進度提示
性能：
發(fā)送的時間
操作是否卡頓
兼容：
不同機型分辨率
不同系統(tǒng)版本
不同網絡情況
不同流量情況
如果讓你來測試掃碼支付辕翰，你會考慮哪些場景夺衍？
? 卡的類型（一類戶：借記卡、信用卡喜命、各個開戶行）
?? 二類戶：虛擬賬戶如微信里的零錢賬戶沟沙、支付寶的余額寶、電子賬戶
? 二維碼的商戶類型（微信壁榕、支付寶矛紫、匯宜、銀聯(lián)）
? 支付限額（單筆限額牌里、累計限額颊咬、日累計、月累計牡辽、支付筆數(shù)）
? 退款（退款入口喳篇、退款進度、退款結果）
? 對賬
?資金流動（我方扣款數(shù)額正確态辛，對方收款數(shù)額正確）數(shù)額及時效
支付結果展示麸澜、交易明細
支付接口安全性、接口的性能
?異常情況（卡異常奏黑、余額不足）
連續(xù)掃碼支付炊邦，每天的掃碼支付次數(shù)限制及數(shù)額限制
二維碼有效期
? 有無相機權限
? 前后置攝像頭
? 像素低端的手機能否掃碼成功
兼容性（不同手機廠商自帶相機功能實現(xiàn)不一致）
如何測試一個應用的登錄場景？
常規(guī)登錄賬戶密碼的字符類型校驗熟史、長度校驗馁害、匹配性校驗
性能：響應時間、并發(fā)量
安全性：加密傳輸
各種登錄方式優(yōu)先級
不同設備之間切換登錄方式
登錄的有效時長
服務端測試相關
什么都離不開服務端以故，所以這是你逃不開的蜗细，一般來說服務端會問接口測試，性能測試怒详，更深一點，埋點監(jiān)控止血也會有踪区。
請問你們公司是如何做接口測試的昆烁？
Jemeter
接口測試質量評估標準是什么？
接口表現(xiàn)與接口文檔的一致性
請求參數(shù)：必選和非必選缎岗、長度静尼、字符類型、為空、缺失鼠渺、組合鸭巴、重復
返回數(shù)據(jù)：正常和異常
性能，1000以內并發(fā)時小于3s
請問你們公司是如何做性能測試的拦盹？請講訴性能測試的相關指標鹃祖？
壓力測試和負載測試的區(qū)別
壓力測試是在高負載情況下對系統(tǒng)的穩(wěn)定性進行測試。是在高負載（大數(shù)據(jù)量普舆、大量并發(fā)用戶等）下的測試恬口，觀察系統(tǒng)在峰值使用情況下的表現(xiàn)，從而發(fā)現(xiàn)系統(tǒng)的功能隱患沼侣。
負載測試：多用戶祖能，用戶數(shù)漸增，持續(xù)同時發(fā)同一業(yè)務請求蛾洛，產出最大TPS
壓力測試：多用戶养铸，資源使用飽和，持續(xù)同時發(fā)同一業(yè)務請求轧膘，產出系統(tǒng)瓶頸或使用極限
服務器中一般要監(jiān)控哪些數(shù)據(jù)钞螟，如何監(jiān)控的，怎么從監(jiān)控數(shù)據(jù)中發(fā)現(xiàn)問題扶供？
基礎監(jiān)控和應用監(jiān)控筛圆。基礎監(jiān)控包括機器是否死機椿浓，cpu太援，內存，磁盤使用率等
應用監(jiān)控包括日志監(jiān)控扳碍、端口監(jiān)控提岔、進程數(shù)監(jiān)控等。
假設系統(tǒng)A調用系統(tǒng)B笋敞，我把B的接口都mock了碱蒙，進行性能測試，這樣有什么好處和壞處夯巷？
?好處：
mock一方面加擋板赛惩，一方面可模擬返回數(shù)據(jù)。
測試驅動開發(fā)（TDD）在接口實現(xiàn)之前可以寫接口測試趁餐。在開發(fā)過程中把測試添加到自動化測試環(huán)境中喷兼。
防止系統(tǒng)B出錯引起測試錯誤
不會因系統(tǒng)B的開發(fā)進度影響測試，只要定義好了接口mock后即使B未開發(fā)完成仍能進行測試
一些速度較慢的操作處理復雜邏輯的接口后雷，mock后可以快速返回季惯，提升測試效率
模擬在應用中不容易構造的對象或比較復雜的對象吠各，從而使測試順利進行
mock的壞處在于很多情況下無法完全模擬出服務器的所有可能的返回情況，另外勉抓，mock掉了關聯(lián)方之后贾漏，整個環(huán)境的連通性可能測試的不到位。
mock的使用場合和時機：
（1）單元測試/接口測試中測試對象依賴其他對象藕筋，這些被依賴的對象構造復雜或耗時或根本無法構造（未交付）
（2）我們只測試對象內部邏輯的質量纵散，不關心依賴對象的邏輯正確性和穩(wěn)定性
基于以下兩個原則去做mock。這樣mock的投入產出比是最高的念逞。
（1）不需要對所有的依賴對象進行mock困食，只對那些構造復雜、構造比較耗時的依賴進行mock
? （2）若是分層自動化翎承，高層的測試設計可以基于以下假設：
? ? ? ? 低層的測試已保證低層對象的質量硕盹，高層對低層的依賴可以mock
有一天早上打車高峰，滴滴服務端掛了大概30分鐘叨咖，工程師搶修之后瘩例，馬上上線，之后又掛了甸各，請問有哪些原因會造成這個情況垛贤？
服務器內存不夠
服務器超出負載
并發(fā)量太大
遇到惡意攻擊
自動化相關
自動化永遠是避不開的，反正你入職的崗位要不要用自動化趣倾，你必須得會一點聘惦，加分項。這一塊包括儒恋，自動化一些理念和自動化的工具使用善绎。
理念和概念：
如何看待自動化和手動測試？怎樣的一個比例才是健康的诫尽？?
項目較成熟時自動化比例可適當提高禀酱。開發(fā)并維護自動化case成本較高，所以不是自動化比例越高越好牧嫉。要根據(jù)具體的項目及項目所處的階段來定剂跟。投入產出比要先評估好。
接口自動化時上一次執(zhí)行的數(shù)據(jù)如何清理掉酣藻？（如開戶或注冊曹洽，同一個賬號只能使用一次，如何清洗數(shù)據(jù)能讓case下次繼續(xù)跑辽剧？提供新的數(shù)據(jù)衣洁？mock？mock的層級抖仅，mock過多的話等同于未做測試）
你們公司的自動化投入產出比怎樣坊夫？效益怎樣？
自動化和業(yè)務測試人力1:5
自動化測試用例的覆蓋率多少撤卢？
拿金融產品的自動化來講环凿，大概覆蓋33%左右
完整運行一次自動化用例需要多久時間？
什么是分層自動化放吩？
你的測試數(shù)據(jù)是怎么準備的智听？
測試腳本的維護成本是怎么樣的？
工具使用
WebDriver 相關
請問你的定位策略是什么渡紫？
請問如何實現(xiàn)用例失敗或者異常時候需要截圖到推？
請問如何分布式執(zhí)行webdriver用例？
如何在腳本中執(zhí)行 JavaScript 代碼惕澎？
10.移動應用相關
Appium 的定位策略有哪些莉测？
請簡述Appium的原理
iOS 和 Android 的 UI 自動化的原理是什么？
當定位策略都失敗的時候唧喉，你該怎么做捣卤？
請問Monkey測試的優(yōu)缺點？
如果使用monkey發(fā)現(xiàn)了一個畢現(xiàn)閃退八孝，請問怎么使用monkey重現(xiàn)它董朝？
11.Jmeter
你用jmeter做什么測試？
如果有一個登錄接口需要服務端返回參數(shù)干跛，再帶著這個參數(shù)去請求才能完成登錄子姜，用jmeter 怎么做？
