1 軟性熱身題
這種題目，考的就是你的軟性能力啤咽，比如表達(dá)能力晋辆，理解能力，協(xié)調(diào)能力宇整，一個(gè)詞概括就是套路瓶佳。這類題目會(huì)在面試開始熱身的時(shí)候，問一道兩題鳞青，不會(huì)多霸饲，但是如果你能回答的有條不紊，清晰達(dá)意臂拓，那么就會(huì)給面試官留下非常好的印象厚脉，大致的題目如下：
自我介紹
我叫XXX，畢業(yè)于XXX胶惰，從事測(cè)試行業(yè)已經(jīng)XX年傻工，我擅長(zhǎng)接口測(cè)試自動(dòng)化，測(cè)試框架孵滞，巴拉巴拉中捆，我共服務(wù)過X個(gè)公司分別有Y個(gè)成就，江湖人稱666.總之坊饶，盡量用
簡(jiǎn)介的語言突出自己的優(yōu)點(diǎn)泄伪，要保持humble，就像我介紹的這樣幼东，嗯：）
介紹下你負(fù)責(zé)的公司項(xiàng)目
我主導(dǎo)了XXX臂容，協(xié)助了YYY科雳，參與了ZZZ。 這個(gè)回答你要記清楚脓杉，后續(xù)的面試肯定還有項(xiàng)目細(xì)節(jié)糟秘，甚至技術(shù)實(shí)現(xiàn)細(xì)節(jié)。同類的項(xiàng)目說一個(gè)足以球散，重點(diǎn)突出不同技術(shù)椖蜃或者有管理，對(duì)外溝通的項(xiàng)目
你有什么優(yōu)點(diǎn)和缺點(diǎn)蕉堰？
實(shí)際情況作答凌净，比如優(yōu)點(diǎn)是長(zhǎng)的好看，缺點(diǎn)是太好看之類的屋讶，總之冰寻，要謙虛，不要傲皿渗。
在同一個(gè)項(xiàng)目組內(nèi)斩芭，你認(rèn)為你怎么做會(huì)比另外一名測(cè)試更加優(yōu)秀？
我個(gè)人認(rèn)為這個(gè)題目很有迷惑性乐疆，如果你只追求比別人優(yōu)秀划乖，肯定很難跟別人合作，如果你沒有別人優(yōu)秀挤土，那么我為什么要用你琴庵？
要我答的話，我重點(diǎn)會(huì)放在如何一點(diǎn)一滴積累技術(shù)實(shí)力仰美，及用這些實(shí)力解決項(xiàng)目組存在的問題上迷殿，這實(shí)際上也是很多優(yōu)秀測(cè)試人員的必備素質(zhì)
你為什么離開上家公司？離職原因（這個(gè)會(huì)在最后問）
看老板不爽啊咖杂，PM太SB啦喜歡的同事跟開發(fā)跑啦等等贪庙， 一個(gè)都不要說！：采弧止邮！ 我要面試別人，關(guān)注的是離職背后的動(dòng)機(jī)奏窑，這人是不是被開除的导披，這人是不是不好相處，這人是不是有明顯性格缺陷埃唯，只要不沾這些必死項(xiàng)撩匕，其它實(shí)際作答吧。
個(gè)人覺得軟性題墨叛，不必要過多關(guān)注止毕，除自我介紹外模蜡，通常是通過面試后HR關(guān)的閑聊題，主要還是要關(guān)注下面的技術(shù)問題扁凛。
2 測(cè)試?yán)碚摶A(chǔ)題
這類題目就是考測(cè)試工程師的基本能力了忍疾，比如測(cè)試計(jì)劃，測(cè)試流程谨朝，如何bug卤妒，你做過哪些測(cè)試，一般我們認(rèn)為這些能力做的再好都是應(yīng)該的字币，不會(huì)有加分则披，但是只要做的不好，那就是個(gè)不合格的測(cè)試工程師了洗出。這種題目也不會(huì)問的太多士复，大概題目如下：
請(qǐng)描述下你上個(gè)公司的測(cè)試流程？
實(shí)際情況作答翩活， Scrum模式舉例如下：
1.我們公司采用Scrum模式開發(fā)判没，測(cè)試也跟這個(gè)走，在每個(gè)sprint開始前會(huì)前后召開grooming meeting隅茎， planning meeting， Grooming meeting上把這個(gè)sprint可能做的tasks從product backlog里撈出來嫉沽， 然后按照優(yōu)先級(jí)排序辟犀， planning meeting上估時(shí)，做commitments绸硕，并確認(rèn)每個(gè)story的后端堂竟，前端，測(cè)試玻佩。
2.planning后sprint正式開始時(shí)出嘹，需求，design咬崔，UI應(yīng)該都ready了税稼，測(cè)試就可以設(shè)計(jì)用例， 通過review后發(fā)給所有組成員review垮斯。 story ready for test時(shí)郎仆，開發(fā)把代碼放到測(cè)試環(huán)境，測(cè)試開始測(cè)試兜蠕，發(fā)現(xiàn)問題jira報(bào)bug扰肌，linked到story，測(cè)試全部完成后標(biāo)記 UAT GL熊杨， 等公司release process開始曙旭。
3.Release process開始盗舰，不同小組把各自代碼放到統(tǒng)一測(cè)試環(huán)境，繼續(xù)測(cè)試一次桂躏，這輪關(guān)注別組不會(huì)影響自己钻趋。
4.然后還有一輪甚至兩輪 pre release，主要驗(yàn)證代碼沼头，環(huán)境爷绘，變量等問題。
5.最后release进倍， 觀察下土至，有問題回退版本，沒問題繼續(xù)走下個(gè)sprint
請(qǐng)描述下bug的幾個(gè)要素猾昆？
ID陶因， Summary， reproduce steps垂蜗， Priority楷扬， Assign to， Sprint info贴见， fix version（due data）等等烘苹。這道題我好想回答一句，jira里都有片部，你自己不會(huì)看呀：）
白盒和黑盒的區(qū)別镣衡，你是怎么運(yùn)用的？
簡(jiǎn)單來說一個(gè)關(guān)注內(nèi)部實(shí)現(xiàn)邏輯档悠，一個(gè)只從用戶角度出發(fā)廊鸥，不關(guān)注具體實(shí)現(xiàn)。具體定義及區(qū)別請(qǐng)參考我以往文章辖所。
一般中高級(jí)測(cè)試都會(huì)偏灰盒一些惰说，既關(guān)注內(nèi)部實(shí)現(xiàn)邏輯又關(guān)注用戶jounery，設(shè)計(jì)case的時(shí)候兩邊參考缘回。
內(nèi)部實(shí)現(xiàn)邏輯可以看代碼吆视，也可以請(qǐng)開發(fā)講給你聽，知道了怎么實(shí)現(xiàn)酥宴，能在設(shè)計(jì)用例時(shí)構(gòu)造不同數(shù)據(jù)cover邏輯覆蓋揩环。同時(shí)也清楚了regression 的scope
你是如何做測(cè)試分析？
這題是考察測(cè)試思維幅虑，一個(gè)應(yīng)用/功能如何測(cè)試的問題丰滑，我的原則是確定需求，先定性后定量。
具體來說褒墨，定性炫刷， 哪些是顯性需求？那些是隱性需求郁妈？功能在scope嗎浑玛？性能？可靠性噩咪？安全性顾彰？兼容mobile平臺(tái)嗎？
定量就是胃碾， 功能要測(cè)涨享， 那么有哪些功能，每個(gè)功能點(diǎn)是什么仆百， 入口是什么厕隧，出口是什么，precondition是什么俄周，數(shù)據(jù)哪里構(gòu)造等等吁讨。
重復(fù)上述操作直到分析完成
如何設(shè)計(jì)測(cè)試用例？什么樣子的測(cè)試用例是好用例峦朗？
個(gè)人覺得上題回答好了建丧，這題不會(huì)問了。 設(shè)計(jì)用例原則上好的用例各有千秋（不外乎邊界值波势，等價(jià)類翎朱，流程圖，正交法艰亮，判定表等）， 但壞的實(shí)踐要避免挣郭，具體如下：
1.一個(gè)測(cè)試用例驗(yàn)證多個(gè)功能點(diǎn)（A,B,C三個(gè)功能一個(gè)用例迄埃，那么用例失敗了，到底是A引起的兑障？還是B引起的?增加后續(xù)開發(fā)定位問題的難度侄非，浪費(fèi)時(shí)間）
2.期望結(jié)果不明確（例如： make sure every thing works fine. what the f×××？Ａ饕搿）
3.不可執(zhí)行（比如一個(gè)配置項(xiàng)組合逞怨， 手工要執(zhí)行的case寫了2000個(gè)， 怎么執(zhí)行完福澡？）
4.precondition叠赦，steps描述不清楚，上手困難（你負(fù)責(zé)的story可能要由其它測(cè)試人員交叉執(zhí)行）革砸。
5.不必要的外部依賴（用例應(yīng)直指功能核心除秀，無關(guān)的入口/步驟/依賴 不必要一股腦放進(jìn)來）
功能測(cè)試在 beta 版本對(duì)外的上線標(biāo)準(zhǔn)是什么糯累？
貌似業(yè)界對(duì)beta的定義不太統(tǒng)一，有人說這個(gè)是A/B測(cè)試的一種册踩， 但一般認(rèn)為專業(yè)測(cè)試人員完成后泳姐，有部分用戶參與的一輪測(cè)試即beta測(cè)試。一般測(cè)試環(huán)境為用戶實(shí)際應(yīng)用環(huán)境暂吉，目標(biāo)在于要求用戶使用發(fā)現(xiàn)不合理胖秒，不符合實(shí)際情況的問題，然后改進(jìn)慕的。
功能上線標(biāo)準(zhǔn)每個(gè)公司不一樣阎肝，大致如下：
1.所有功能點(diǎn)(需求)都被用例覆蓋到了
2.所有用例執(zhí)行過至少一遍
3.所有發(fā)現(xiàn)的bug被修復(fù)并驗(yàn)證，做過regression了业稼。
4.不能修復(fù)的記錄了/關(guān)閉了/known issue了盗痒。
5.bug曲線區(qū)域平穩(wěn)了
本人認(rèn)為此類問題屬于淘汰題，一個(gè)問題回答不上來或者深度不夠低散，直接閑聊然后結(jié)束面試俯邓。
3 測(cè)試管理題
這類題目就是考驗(yàn)?zāi)阕鳛闇y(cè)試leader或者測(cè)試負(fù)責(zé)人的管理能力了。
如果項(xiàng)目周期很短熔号，測(cè)試人力匱乏稽鞭，你是怎么協(xié)調(diào)的？
范圍不變引镊，趕工/增加人手朦蕴，快速跟進(jìn)/并行開始任務(wù)。 范圍能變弟头，砍低優(yōu)先級(jí)用例吩抓，縮小測(cè)試范圍。
描述下你團(tuán)隊(duì)的測(cè)試分工
實(shí)話實(shí)說赴恨， 比如：
干活是不可能干活的疹娶，這輩子都不可能干活的， 做管理又不會(huì)做伦连，就是顏值這種東西雨饺，才能維持得了團(tuán)隊(duì)這樣子。
對(duì)于團(tuán)隊(duì)成員惑淳，你是如何打kpi的额港？
沒錢沒顏你速去，童顏巨 你快來這樣子歧焦。
我一般看三點(diǎn)：
1.出活
2.持續(xù)出活
3.持續(xù)精彩的出活
4移動(dòng)測(cè)試相關(guān)
如今是移動(dòng)互聯(lián)網(wǎng)的天下移斩，誰家沒有個(gè)應(yīng)用，所以這一塊基本都會(huì)問到，同時(shí)也會(huì)看你的簡(jiǎn)歷叹哭，如果你沒有做過忍宋，基本也不會(huì)問的太深，如果你是專門做這一塊的风罩，那么要好好準(zhǔn)備了糠排。
概念題
描述下web測(cè)試和移動(dòng)應(yīng)用測(cè)試的相同點(diǎn)和區(qū)別？
公眾號(hào)以前分享過超升，不贅述入宦，把握以下幾點(diǎn)：
0.任何類型測(cè)試先定性，再定量室琢， 范圍乾闰， 分類一定，大差不差盈滴。
1.web通常不要安裝涯肩，移動(dòng)應(yīng)用通常要安裝。
2.移動(dòng)設(shè)備存在特殊性巢钓，不同設(shè)備的屏幕/分辨率病苗，系統(tǒng)，定制UI都不相同症汹。
3.移動(dòng)應(yīng)用不應(yīng)該影響移動(dòng)設(shè)備現(xiàn)有功能硫朦，如電話/短信等。
4.移動(dòng)端要重點(diǎn)關(guān)注背镇，發(fā)熱（電量消耗）咬展， crash， 流量(4G/WIFI/2G)等
你是如何做應(yīng)用的兼容性測(cè)試的瞒斩？
一般兼容性主要關(guān)注：
1.硬件的適配：不同手機(jī)廠商破婆、硬件性能，不同屏幕大小的適配
2.OS版本的兼容胸囱。 iOS祷舀，Android， 手機(jī)旺矾，pad蔑鹦， 版本號(hào)啊夺克，MUI定制啊等
3.不同分辨率屏幕的適配
解決辦法（云測(cè)箕宙，此處欠我廣告費(fèi)），除公司自備主流設(shè)備外铺纽，需參考：
1.各大廠商發(fā)布的季度/年度手機(jī)出貨量柬帕，盡量覆蓋出貨量大的，熱門的機(jī)型
2.應(yīng)用做tracking，記錄自己用戶常用機(jī)型
3.購買各種云測(cè)服務(wù)陷寝，解決機(jī)型適配問題
請(qǐng)講出客戶端下 3 個(gè)常用的性能指標(biāo)的名稱與具體含義锅很？
基本的：
1.CPU利用率
2.內(nèi)存使用率
3.平均用戶響應(yīng)時(shí)間
獨(dú)有的：
1.電量
2.流量
3.首次打開速度
4.競(jìng)品相應(yīng)項(xiàng)目質(zhì)量比較
iOS應(yīng)用和Android應(yīng)用測(cè)試有什么側(cè)重點(diǎn)？
主要是iOS系統(tǒng)和Android系統(tǒng)的本質(zhì)造成的：
1.Android運(yùn)行基于虛擬機(jī)凤跑，iOS則是沙盒機(jī)制
2.iOS是偽后臺(tái)爆安，任何第三方程序都不能在后臺(tái)運(yùn)行；而Android是真后臺(tái)仔引，安卓中任何程序都能在后臺(tái)運(yùn)行扔仓，直到內(nèi)存不夠才關(guān)閉
3.IOS中用于UI指令權(quán)限最高，安卓中數(shù)據(jù)處理指令權(quán)限最高咖耘。
測(cè)試實(shí)際應(yīng)用上來翘簇，個(gè)人覺得沒有本質(zhì)區(qū)別，要注意以下問題：
1.安全性儿倒。 因?yàn)锳ndroid2的本質(zhì)版保，任何程序都就可以輕松訪問其他程序文件，要關(guān)注下有沒有偷偷訪問不需要功能/偷流量/常時(shí)間運(yùn)行占用內(nèi)存消耗電量等問題夫否。
2.Android開源彻犁，定制版本過多（比如小米系列MIUI）， 要關(guān)注定制引起的問題。
請(qǐng)講訴移動(dòng)應(yīng)用的灰度是怎么做的缸剪？
灰度發(fā)布作為A/B Test的一種龙宏，一般指發(fā)布新功能到部分用戶，收集反饋/改進(jìn)急鳄，進(jìn)而發(fā)布到全步用戶的一種策略。
個(gè)人經(jīng)歷過以下方面：
1.新服務(wù)發(fā)布到全部服務(wù)器堰酿，但通過配置項(xiàng)把不同特征用戶的請(qǐng)求打到不同的后端服務(wù)上去疾宏。比如ip是中國(guó)的用戶訪點(diǎn)擊某個(gè)按鈕，調(diào)用的是后端触创。坎藐。。/vi這個(gè)API哼绑， 而國(guó)外ip調(diào)用岩馍。。/V2
2.新功能的后端服務(wù)只發(fā)布到部分服務(wù)器抖韩，只有訪問到這個(gè)服務(wù)器的用戶才能用新功能蛀恩。
3.同一個(gè)用戶訪問的平臺(tái)不同，請(qǐng)求的服務(wù)就不同茂浮，比如app的訪問V1双谆， web的訪問V2壳咕，可以通過發(fā)布app版本來實(shí)現(xiàn)。
另外這個(gè)實(shí)現(xiàn)還有很多專業(yè)的AB測(cè)試平臺(tái)可以實(shí)現(xiàn)顽馋， 例如（云測(cè)谓厘，此處欠我廣告費(fèi)）。
如果涉及到寫DB操作寸谜， 一般都雙寫竟稳。即訪問新服務(wù)時(shí)，寫到新服務(wù)的DB數(shù)據(jù)也要寫到老服務(wù)的DB熊痴。甚至全部切換至新服務(wù)后再并行運(yùn)行一段時(shí)間住练，才徹底切換到新服務(wù)，停寫老服務(wù)愁拭。
實(shí)踐題
應(yīng)用的閃退通常是什么原因造成的讲逛？如果應(yīng)用閃退，Android 和 iOS 上是分別怎么抓取日志的岭埠？
一般閃退原因如下：
1.內(nèi)存超載
2.后端服務(wù)或動(dòng)態(tài)鏈接庫未找到
3.應(yīng)用初始化時(shí)無法正確讀取到用戶數(shù)據(jù)盏混。
4.系統(tǒng)兼容問題。
日志抓取的話惜论，iOS：
1.通過iTunes Connect（Manage Your Applications - View Details - Crash Reports）獲取用戶的crash日志
2.通過Xcode從你的設(shè)備上獲得崩潰日志
3.自己在程序中添加崩潰捕捉代碼许赃，如果應(yīng)用集成第三方SDK，如百度統(tǒng)計(jì)
Android：
1.通過集成第三方SDK馆类，如百度統(tǒng)計(jì)混聊、友盟統(tǒng)計(jì)等
2、發(fā)版時(shí)使用加固工具乾巧，他們也會(huì)收集錯(cuò)誤日志句喜，如360加固
3、在程序中添加程序異常崩潰的捕捉代碼沟于，保存到本地文件中
請(qǐng)簡(jiǎn)述移動(dòng)應(yīng)用在升級(jí)安裝時(shí)候應(yīng)該考慮的場(chǎng)景咳胃？
實(shí)際上跟CS架構(gòu)的升級(jí)沒什么兩樣：
1.APP有新版本時(shí)，打開APP是否有更新提示旷太。
2.當(dāng)版本為非強(qiáng)制升級(jí)版時(shí)展懈，用戶可以取消更新，老版本能正常使用供璧。用戶在下次啟動(dòng)app時(shí)存崖，仍能出現(xiàn)更新提示。
3.當(dāng)版本為強(qiáng)制升級(jí)版時(shí)睡毒，當(dāng)給出強(qiáng)制更新后用戶沒有做更新時(shí)来惧，退出APP。下次啟動(dòng)app時(shí)吕嘀，仍出現(xiàn)強(qiáng)制升級(jí)提示违寞。
4.不刪除APP直接更新，檢查是否能正常更新偶房，更新后能否正常工作趁曼。
5.刪除老的APP，重新下載APP棕洋，能不能正常工作挡闰。
6.不刪除APP直接更新，檢查更新后的APP和新安裝的APP提供的功能一樣掰盘。
7.檢查在線跨版本升級(jí)能否成功摄悯，版本過老是否提示用戶重裝愧捕。
8.更新成功后奢驯，用戶數(shù)據(jù)有沒有丟失，各個(gè)配置項(xiàng)是否還原次绘。
給你一個(gè)應(yīng)用瘪阁，請(qǐng)簡(jiǎn)述你會(huì)從哪些方面去測(cè)試？
一般答分類邮偎， 分類如下： 安裝/卸載測(cè)試管跺， UI， 功能禾进， 性能豁跑， 安全， 兼容泻云， 易用艇拍， 可移植性。切忌東答一下宠纯，西答一下淑倾。
請(qǐng)描述下微信朋友圈發(fā)小視頻的用例設(shè)計(jì)？
先假設(shè)一個(gè)需求征椒，征得面試官同意娇哆，在這個(gè)既定需求下說你的用例，還是那個(gè)思想勃救，定性碍讨，定量分類， 不展開了蒙秒，測(cè)試用例設(shè)計(jì)算基本功吧勃黍，考察的無非是功能的全面性，邊界/異常條件下的處理晕讲， 性能/安全覆获。 主要是有測(cè)試思維/結(jié)構(gòu)化思維马澈，設(shè)計(jì)的用例要系統(tǒng)，不能想起那個(gè)說那個(gè)弄息。
如果讓你來測(cè)試掃碼支付痊班，你會(huì)考慮哪些場(chǎng)景？
同上摹量，不贅述
如何測(cè)試一個(gè)應(yīng)用的登錄場(chǎng)景涤伐？
同上，不贅述缨称， 吐槽下凝果，這題改成如何測(cè)試百度的登錄會(huì)更好，BAT齊活了 ：） 實(shí)際上這3道題有一道就好了睦尽。
對(duì)中高級(jí)測(cè)試而言器净，實(shí)踐題也是淘汰題，一項(xiàng)卡殼沒有后續(xù)当凡， 但如果在細(xì)節(jié)上有疏忽掌动，可以網(wǎng)開一面，進(jìn)入下個(gè)環(huán)節(jié)
5 服務(wù)端測(cè)試相關(guān)
什么都離不開服務(wù)端宁玫，所以這是你逃不開的粗恢，一般來說服務(wù)端會(huì)問接口測(cè)試，性能測(cè)試欧瘪，更深一點(diǎn)眷射，埋點(diǎn)監(jiān)控止血也會(huì)有。
請(qǐng)問你們公司是如何做接口測(cè)試的佛掖？
累死我了妖碉， 題要做吐了。 接口測(cè)試實(shí)際跟一般測(cè)試不同就是測(cè)試用例的設(shè)計(jì)部分芥被。
1.接口規(guī)范拿到欧宜。
2.設(shè)計(jì)接口測(cè)試功能用例（主要從用戶角度出發(fā)看接口能否實(shí)現(xiàn)業(yè)務(wù)需求，用例設(shè)計(jì)就是黑盒用例那一套）拴魄。
3.各種入?yún)Ⅱ?yàn)證（正常情況冗茸，異常情況包括輸入?yún)?shù)個(gè)數(shù)不對(duì)，類型不對(duì)匹中，可選/必選夏漱， 還有考慮參數(shù)有互斥或關(guān)聯(lián)的情況）。
4.接口返回值各種驗(yàn)證（符合接口文檔需求）
5.了解接口實(shí)現(xiàn)邏輯顶捷，實(shí)現(xiàn)邏輯覆蓋（語句/條件/分支/判定/挂绰。。服赎。葵蒂。交播。）
6.接口能并發(fā)執(zhí)行嗎?
6.采用工具或者自寫代碼來驗(yàn)證，HTTP接口一般SoapUI践付， Jmeter秦士， Fiddler， Postman等都能驗(yàn)證荔仁，自己寫更好。web service接口一般要寫代碼來調(diào)用芽死。根據(jù)測(cè)試用例自動(dòng)化乏梁。
7.發(fā)現(xiàn)問題跟功能測(cè)試一樣，該報(bào)bug報(bào)bug关贵，該跟蹤狀態(tài)跟蹤狀態(tài)
接口測(cè)試質(zhì)量評(píng)估標(biāo)準(zhǔn)是什么遇骑？
接口測(cè)試說的接口可以是模塊接口，也可以是集成接口揖曾，那么質(zhì)量評(píng)估標(biāo)準(zhǔn)也就轉(zhuǎn)換為單元測(cè)試?yán)锏慕涌跍y(cè)試標(biāo)準(zhǔn)落萎，和集成測(cè)試?yán)锏募蓽y(cè)試標(biāo)準(zhǔn)。
實(shí)際上這題如果我來回答的話會(huì)關(guān)注：
1.接口功能是否正確炭剪，接口功能是否實(shí)現(xiàn)了業(yè)務(wù)需求练链。
2.接口參數(shù)正確性包括實(shí)參形參的個(gè)數(shù)/屬性，是否匹配奴拦。
3.接口并發(fā)/串行執(zhí)行時(shí)接口返回值的正確性媒鼓。
4.有沒有性能問題（并發(fā)執(zhí)行），有無安全問題（用戶能否直接訪問該接口错妖，需不需要驗(yàn)證）
面試答上面的應(yīng)該夠了绿鸣， 其實(shí)這里面涉及到單元測(cè)試和集成測(cè)試評(píng)估點(diǎn)，我公眾號(hào)以前分享后暂氯，在測(cè)試基礎(chǔ)知識(shí)里潮模， 總結(jié)的更全面，大家可移步查看痴施。
請(qǐng)問你們公司是如何做性能測(cè)試的擎厢？請(qǐng)講訴性能測(cè)試的相關(guān)指標(biāo)？
老規(guī)矩辣吃，先確定需求锉矢，再定性，定量齿尽。
例如：
1.這次測(cè)試目的是什么沽损，是壓力測(cè)試/負(fù)載測(cè)試/疲勞強(qiáng)度測(cè)試/BenchMark測(cè)試？
2.測(cè)試的硬件環(huán)境是什么循头？軟件是什么绵估？
3.測(cè)試工具用什么炎疆？
4.有哪些測(cè)試指標(biāo)？
5.測(cè)試分析調(diào)優(yōu)/測(cè)試報(bào)告要嗎国裳？
具體來說：
1.拿到測(cè)試需求形入，確定測(cè)試軟硬件環(huán)境/測(cè)試指標(biāo)， 使用測(cè)試工具(Loadrunner, jmeter)錄制或者編寫測(cè)試代碼缝左，逐步加壓亿遂，直到測(cè)試目的達(dá)成。
2.分析測(cè)試結(jié)果渺杉，編寫測(cè)試報(bào)告蛇数，突出性能指標(biāo)包括成功，失敗情況是越，并加以分析耳舅。
3.調(diào)優(yōu)（一般都是開發(fā)的事）
相關(guān)性能指標(biāo)：
服務(wù)器系統(tǒng)資源方面 CPU占用率，內(nèi)存占用率 磁盤的讀寫指標(biāo)
網(wǎng)絡(luò)的占用情況 基礎(chǔ)吞吐率
事務(wù)處理速度 如平均登錄時(shí)間倚评，操作平均響應(yīng)時(shí)間等浦徊。
壓力測(cè)試和負(fù)載測(cè)試的區(qū)別
一個(gè)（壓力測(cè)試）把最后一根稻草仍你身上，一個(gè)（負(fù)載測(cè)試）就剩最后一根稻草沒仍天梧，或者仍給你指定數(shù)目稻草盔性。
服務(wù)器中一般要監(jiān)控哪些數(shù)據(jù)，如何監(jiān)控的呢岗，怎么從監(jiān)控?cái)?shù)據(jù)中發(fā)現(xiàn)問題纯出？
CPU， 內(nèi)存敷燎， 網(wǎng)絡(luò)暂筝， I/O， 數(shù)據(jù)庫硬贯。等等焕襟。 一般用工具監(jiān)控，另外Windows上有性能監(jiān)視器饭豹。
發(fā)現(xiàn)問題鸵赖，一般要關(guān)注閾值，比如CPU利用率超過85%拄衰，說明server壓力太大了它褪，數(shù)據(jù)量一大DB某條SQL寫入速度變慢了等等等等
假設(shè)系統(tǒng)A調(diào)用系統(tǒng)B，我把B的接口都mock了翘悉，進(jìn)行性能測(cè)試茫打，這樣有什么好處和壞處？
好處是去掉的依賴，可以在B沒有好之前測(cè)試A老赤，并且B的任何改動(dòng)/錯(cuò)誤/失效不會(huì)影響我測(cè)試A
壞處是真實(shí)性能要比測(cè)出來的性能差轮洋， 性能指標(biāo)不準(zhǔn)確。 因?yàn)镸ock的服務(wù)再真也不能代替真實(shí)服務(wù)
有一天早上打車高峰抬旺，滴滴服務(wù)端掛了大概30分鐘弊予，工程師搶修之后，馬上上線开财，之后又掛了汉柒，請(qǐng)問有哪些原因會(huì)造成這個(gè)情況？
還是考測(cè)試思維责鳍， 一定記得先確認(rèn)需求碾褂，再定性，定量薇搁。 一般都要反問斋扰， 服務(wù)器是哪個(gè)服務(wù)器渡八？后端應(yīng)用服務(wù)器啃洋？數(shù)據(jù)服務(wù)器？緩存系統(tǒng)服務(wù)器屎鳍？中間件服務(wù)器宏娄？文件系統(tǒng)服務(wù)器？
然后面試官說個(gè)逮壁，不說就自己假定一個(gè)孵坚， 然后第一次掛第二次掛分開說，先問有沒有錯(cuò)誤碼窥淆，日志有嗎卖宠，有就看日志，沒有就猜 是應(yīng)用服務(wù)器掛了啊忧饭，是不是高峰期頂不住這么大并發(fā)訪問翱肝椤？是數(shù)據(jù)庫服務(wù)器啊词裤，是不是頻繁讀寫受不了啊刺洒，讀寫有分開嗎？同步還是異步啊吼砂， 把喇叭里逆航。
第二次掛，可能更多了渔肩，是不是代碼弄錯(cuò)了因俐，改壞了，或者把喇叭里。
總之套路就是性能測(cè)試中可能預(yù)見的問題及原因女揭，這個(gè)你們google下吧蚤假，自己分類總結(jié)下。
性能這部分題吧兔，個(gè)人認(rèn)為除非你面試性能測(cè)試工程師磷仰，不然都是可選題，答對(duì)85%過關(guān)肯定沒問題境蔼，70%也行灶平。關(guān)鍵有個(gè)概念，知道性能測(cè)試怎么回事箍土，有問題該往哪個(gè)方向想就行了逢享。
6 自動(dòng)化相關(guān)
自動(dòng)化永遠(yuǎn)是避不開的，反正你入職的崗位要不要用自動(dòng)化吴藻，你必須得會(huì)一點(diǎn)瞒爬，加分項(xiàng)。這一塊包括沟堡，自動(dòng)化一些理念和自動(dòng)化的工具使用侧但。
理念和概念：
如何看待自動(dòng)化和手動(dòng)測(cè)試？怎樣的一個(gè)比例才是健康的航罗？
見仁見智禀横，一切能提高軟件質(zhì)量的方法都應(yīng)該嘗試。
兵無常形粥血，符合自己項(xiàng)目實(shí)際情況是最好的柏锄。當(dāng)然你要面試自動(dòng)化測(cè)試，肯定是一切穩(wěn)定了的功能最好全部自動(dòng)化掉复亏。 :)
你們公司的自動(dòng)化投入產(chǎn)出比怎樣趾娃？效益怎樣？
實(shí)話實(shí)說缔御，UI自動(dòng)化測(cè)試發(fā)現(xiàn)新bug的效益很低抬闷，主要用在回歸測(cè)試上，減少測(cè)試工作量刹淌。接口測(cè)試可就不一樣了饶氏，可以小步快跑，也可以集團(tuán)作戰(zhàn)有勾。
自動(dòng)化測(cè)試用例的覆蓋率多少疹启？
有個(gè)50%了不得了吧， 一般核心業(yè)務(wù)里的最高優(yōu)先級(jí)用例100%覆蓋蔼卡，這些用例也是用來跑冒煙的喊崖。 另外的看項(xiàng)目資源了挣磨。
完整運(yùn)行一次自動(dòng)化用例需要多久時(shí)間？
Google說它們分鐘級(jí)或者秒級(jí)別荤懂， 為毛我們都是小時(shí)級(jí)別 ：（
什么是分層自動(dòng)化茁裙？
金字塔結(jié)構(gòu)， 最底層UnitTest节仿，往上接口API/集成起來的service晤锥， 最上面UI自動(dòng)化
你的測(cè)試數(shù)據(jù)是怎么準(zhǔn)備的？
當(dāng)然是提前準(zhǔn)備的了：）
寫在腳本里/外部文件（excel廊宪， XML）/數(shù)據(jù)庫矾瘾， 逼格逐級(jí)提升
測(cè)試腳本的維護(hù)成本是怎么樣的？
兩個(gè)原則：
1.不壞就不要修
2.終身追責(zé)箭启，誰污染誰治理
工具使用
WebDriver 相關(guān)
請(qǐng)問你的定位策略是什么壕翩？
啊啊啊，已經(jīng)兩個(gè)小時(shí)了傅寡，要抓狂了放妈。
ID， Clas荐操， CSS芜抒， XPath， jquery腳本淀零， 總之能不麻煩開發(fā)就不麻煩開發(fā)挽绩。
請(qǐng)問如何實(shí)現(xiàn)用例失敗或者異常時(shí)候需要截圖膛壹？
框架自帶驾中， python+webdriver里是get_screenshot_as_file， 一般寫一個(gè)裝飾器模聋，放在要執(zhí)行的類上肩民，try， catch下链方。
請(qǐng)問如何分布式執(zhí)行webdriver用例持痰？
兩種策略：
1.利用Jenkins等，部署部分代碼到多個(gè)機(jī)器上執(zhí)行
2.RemoteWebDriver
如何在腳本中執(zhí)行 JavaScript 代碼祟蚀？
driver.execute_scripts(‘腳本’)
移動(dòng)應(yīng)用相關(guān)
Appium 的定位策略有哪些工窍？
使用Appium-Python-Client情況下， 除了以下常規(guī)八種定位方式外：
driver.find_element_by_id() –元素的 resrouce-id 屬性
driver.find_element_by_AccessibilityId() – content-desc屬性前酿，替代以前的name患雏。
driver.find_element_by_xpath() –比css定位慢
driver.find_element_by_class_name() –元素的 class 屬性
driver.find_element_by_css_selector()
driver.find_element_by_link_text() –鏈接元素的全部顯示文字
driver.find_element_by_tag_name() –元素的標(biāo)簽名
driver.find_element_by_partial_link_text() –鏈接元素的部分顯示文字
iOS和Android上還有獨(dú)特的定位方法：
iOS：
IosUIAutomation –iOS9.3或以下的定位方法
driver.find_element_by_ios_uiautomation(‘.elements()[0]’)
Android：
AndroidUIAutomator， 僅支持 Android 4.2或以上罢维，可支持元素的單個(gè)屬性和多個(gè)屬性定位淹仑。
driver.find_element_by_android_uiautomator(‘new UiSelector().text(“Animation”)’)
關(guān)于移動(dòng)端元素的定位的定位，我公眾號(hào)testertalk也發(fā)過系列文章，詳細(xì)內(nèi)容請(qǐng)移步匀借。
請(qǐng)簡(jiǎn)述Appium的原理
真想跟面試官說颜阐，您能幫忙打開官網(wǎng)嗎？Appium對(duì)iOS和Anroid的實(shí)現(xiàn)原理不盡相同吓肋，并且對(duì)同一個(gè)平臺(tái)不同操作系統(tǒng)版本的實(shí)現(xiàn)原理也不相同凳怨。
我傾向大家往簡(jiǎn)單了說：
1.Appium是C/S架構(gòu)的，更像是一個(gè)proxy是鬼，連接其被測(cè)移動(dòng)平臺(tái)和測(cè)試腳本猿棉。
2.appium是基于 webdriver 協(xié)議添加對(duì)移動(dòng)設(shè)備自化api擴(kuò)展而成的。
網(wǎng)上有個(gè)很清晰的圖屑咳，截圖如下：
實(shí)際上我個(gè)人理解萨赁，這個(gè)題就是想了解，當(dāng)你使用一個(gè)工具時(shí)兆龙，你是否關(guān)心過它的內(nèi)部實(shí)現(xiàn)杖爽，也可以過渡到當(dāng)你測(cè)試一個(gè)應(yīng)用時(shí)，你是否關(guān)注它的實(shí)現(xiàn)紫皇。
iOS 和 Android 的 UI 自動(dòng)化的原理是什么慰安？
上面已經(jīng)答了，如下：
iOS 9.3 and above: Apple’s XCUITest
iOS 9.3 and lower: Apple’s UIAutomation
Android 4.2+: Google’s UiAutomator/UiAutomator2
Android 2.3+: Google’s Instrumentation. (Instrumentation support is provided by bundling a separate project, Selendroid)
當(dāng)定位策略都失敗的時(shí)候聪铺，你該怎么做化焕？
80%是你元素定位的不對(duì)，那么多定位方法铃剔，一個(gè)不行換另外一個(gè)撒桨，直接不能定位，先定位父元素键兜，再循環(huán)找子元素凤类。一般來說XPATH都能定位到，無非是可閱讀性不強(qiáng)普气。真的全部失效谜疤，請(qǐng)求開發(fā)幫你改個(gè)元素屬性好了。
這題其實(shí)還是”測(cè)試sense”問題现诀，擴(kuò)大點(diǎn)變成了怎么解決工作中困難夷磕。反正別認(rèn)慫， 最好甭廢話仔沿，直接開干坐桩。
請(qǐng)問Monkey測(cè)試的優(yōu)缺點(diǎn)？
沒接觸過于未，此題不會(huì)
如果使用monkey發(fā)現(xiàn)了一個(gè)畢現(xiàn)閃退撕攒，請(qǐng)問怎么使用monkey重現(xiàn)它陡鹃？
同上
Jmeter
你用jmeter做什么測(cè)試？
接口抖坪，性能萍鲸。
如果有一個(gè)登錄接口需要服務(wù)端返回參數(shù)，再帶著這個(gè)參數(shù)去請(qǐng)求才能完成登錄擦俐，用jmeter 怎么做脊阴？
可以利用Regular Expression Extractor傳參。 具體請(qǐng)參考我公眾號(hào)testertalk Jmeter 系列文章蚯瞧。
———- 最后嘿期，來點(diǎn)硬題，嚯嚯嚯埋合！ ———-
7 硬 題
所謂硬題就是答案一般都是固定或者標(biāo)準(zhǔn)的备徐，答案也不會(huì)模棱兩可，包括：算法甚颂，編程蜜猾，sql，linux
算法：
請(qǐng)寫出冒泡排序
1~9999數(shù)列中數(shù)字3出現(xiàn)的次數(shù)振诬。用遞推方法解出蹭睡。
本來以為很簡(jiǎn)單，寫了一下赶么，2位數(shù)能算出來結(jié)果肩豁，3位數(shù)會(huì)報(bào)遞歸次數(shù)太多， 覺得蹊蹺辫呻， 仔細(xì)一查清钥，尼瑪這題大有來歷，我跪的心服口服印屁。經(jīng)過查找資料循捺，解答如下：
1位數(shù)： 0～9
個(gè)位數(shù)為3： 3斩例， 共1次雄人。
故0~9之間，3的個(gè)數(shù)為1
2位數(shù)： 10～99
個(gè)位數(shù)是3: 13, 23, 33 ...93, 共9個(gè)念赶。
十位數(shù)是3： 30础钠， 31， ....39. 共10個(gè)叉谜。
故0~99之間旗吁，3的個(gè)數(shù)為1+9+10=20個(gè)
3位數(shù)： 100～999
個(gè)位數(shù)是3：
103， 113停局， ....193 共10個(gè)很钓。
203香府， 213， ....293 共10個(gè)码倦。
企孩。
。
袁稽。
903勿璃， 913， ....993 共10個(gè)推汽。
一共9×10=90次补疑。
十位數(shù)是3：
130， 132 ....139 共10個(gè)歹撒。
230莲组， 232 ....239 共10個(gè)。
暖夭。
胁编。
。
930鳞尔， 931嬉橙， ....939 共10個(gè)。
一共9×10=90次寥假。
百位數(shù)是3： 300市框， 301， ....399 共100個(gè)糕韧。
故0~999之間枫振，3的個(gè)數(shù)為20+90+90+100=300次
也可以這樣考慮：
0~999之間：十位個(gè) 位共有10個(gè)0~99（解釋0～99，100～199萤彩，粪滤。。雀扶。900～999）杖小，故有10*20=200次，而百位為1的有100次愚墓，共200+100=300次
300=10*20+100
4位數(shù)： 0～9999
個(gè)位數(shù)是3：
1003予权，1013，1023浪册， 扫腺。。村象。1093 共10個(gè)
1103笆环，1113攒至，1123， 躁劣。嗓袱。。1193 共10個(gè)
1203..... 共10個(gè)
1903.... 共10個(gè)
共9個(gè)10习绢，我們記為A
還有2003～2903渠抹， 3003～3903.。闪萄。9003～9903 還有9個(gè)一樣的A梧却。
所有一共有10個(gè)（A）， 是10×9×10=900
十位數(shù)是3：
1030败去，1031放航，。圆裕。广鳍。。吓妆。赊时。1039， 共10個(gè)行拢。
1131～1139祖秒，
1231～1239.
。舟奠。竭缝。
1931～1939， 共有10×10個(gè)=100個(gè)沼瘫。我們記為B
還有千位數(shù)是2開頭的抬纸，到9開頭的，加起來共有9個(gè)（B） 9×10*10=900個(gè)耿戚。
百位數(shù)是3：
1300湿故， 1301，溅话。晓锻。泌神。萍膛。1399 共100個(gè)躯护。
2300
.。
9300
共10×100=1000個(gè)屑墨。
千位數(shù)是3： 3000躁锁，3001，3999 共 1000次卵史。
故0~9999之間战转，3的個(gè)數(shù)為300+900900900+1000=4000
也可以這樣考慮：
0~9999之間：百位十位 個(gè)位共有10個(gè)0~999（0～999， 1000～1999以躯， 槐秧。。9000～9999）忧设，故有10*300=3000次刁标，而千位為1的有1000次，共3000+1000=4000次
4000=10*300+1000
規(guī)律：
0~9：1
0~99：20=10*1+10
0~999：300=10*20+100
0~9999：4000=10*300+1000
0~99999：50000=10*4000+10000
0~999999：600000=10*50000+100000
f（1）=1
f(2)=10*f(1)+10 **1
f(3)=10*f(2)+10 **2
f(4)=10*f(3)+10 **3
..
f(n)=10f(n-1) + 10(n-1)
從一個(gè)數(shù)組中找出前4個(gè)最大的數(shù)址晕，用最優(yōu)解膀懈。
這個(gè)就是排序問題了吧，我想法先排好序谨垃，在取前4個(gè)启搂，那么多排序，冒泡啊刘陶，選擇啊胳赌，快排啊。匙隔。這里面快排最快匈织，用大O算法O (n * log n )。
思想：
少于2個(gè)元素的數(shù)組不需要排序
找一個(gè)元素作為基數(shù)
小于基數(shù)的放一個(gè)數(shù)組
大于基數(shù)的放一個(gè)數(shù)組
針對(duì)小于基數(shù)的數(shù)組做快速排序牡直，暫且叫l(wèi)ow
針對(duì)大于基數(shù)的數(shù)組做快速排序, 暫且叫high
最終排序后的 low + 【基數(shù)】+ high缀匕，就是排好序的數(shù)組
其實(shí)python里內(nèi)置了很多優(yōu)秀的方法來解決其他語言很繁瑣的問題，比如本題目可以直接：
print(sorted([2,2,1,8,5,7,6])[:4])
（據(jù)說python里sorted實(shí)現(xiàn)也是快排碰逸，沒有經(jīng)過求證乡小。）
哈哈，這樣饵史，面試官會(huì)不會(huì)鄙視我 ：）
我之前也分享過基本的算法满钟，大家可以去我的公眾號(hào)testertalk查看。
寫一段程序胳喷，刪除字符串a(chǎn)中包含的字符串b湃番，舉例 輸入a = “asdw”,b = “sd” 返回 字符串 “aw”，并且測(cè)試這個(gè)程序吭露。
[圖片上傳失敗...(image-877087-1551538112728)]
編程：
什么是面向?qū)ο缶幊蹋?/p>
把一切看成對(duì)象吠撮，三大特性 繼承，封裝讲竿，多態(tài)
講下Java多線程的使用
java多線程跟別的語言的多線程有區(qū)別嗎泥兰？
多線程一般用來更好的利用CPU資源弄屡，解決諸如程序“在一部分上會(huì)阻塞”，“在另一部分上需要持續(xù)運(yùn)行”的場(chǎng)合鞋诗。多線程一般用來更好的利用CPU資源膀捷，解決諸如程序“在一部分上會(huì)阻塞”，“在另一部分上需要持續(xù)運(yùn)行”的場(chǎng)合削彬。
例如有個(gè)程序需要接受多個(gè)用戶輸入并向服務(wù)器發(fā)送數(shù)據(jù)全庸，那么如果不用多線程，一旦程序在等待某個(gè)用戶輸入時(shí)融痛，程序就會(huì)阻塞壶笼。這段時(shí)間其它用戶也不能使用了
有三個(gè)線程T1，T2酌心，T3拌消，怎么確保它們按順序執(zhí)行？
在主線程中安券，每一個(gè)線程start（）后立即join（）
Thread 類中的start() 和 run() 方法有什么區(qū)別墩崩？
個(gè)人理解start（）會(huì)啟動(dòng)線程，然后調(diào)用run（）侯勉，run（）方法一般要重寫鹦筹。
網(wǎng)上資料：
調(diào)用start（）后，線程會(huì)被放到等待隊(duì)列址貌，等待CPU調(diào)度铐拐，并不一定要馬上開始執(zhí)行，只是將這個(gè)線程置于可動(dòng)行狀態(tài)练对。然后通過JVM遍蟋，線程Thread會(huì)調(diào)用run（）方法，執(zhí)行本線程的線程體螟凭。先調(diào)用start后調(diào)用run虚青，這么麻煩，為了不直接調(diào)用run螺男？就是為了實(shí)現(xiàn)多線程的優(yōu)點(diǎn)棒厘，沒這個(gè)start不行。
1.start（）方法來啟動(dòng)線程下隧，真正實(shí)現(xiàn)了多線程運(yùn)行奢人。這時(shí)無需等待run方法體代碼執(zhí)行完畢，可以直接繼續(xù)執(zhí)行下面的代碼淆院；通過調(diào)用Thread類的start()方法來啟動(dòng)一個(gè)線程何乎， 這時(shí)此線程是處于就緒狀態(tài)， 并沒有運(yùn)行。 然后通過此Thread類調(diào)用方法run()來完成其運(yùn)行操作的宪赶， 這里方法run()稱為線程體宗弯，它包含了要執(zhí)行的這個(gè)線程的內(nèi)容脯燃， Run方法運(yùn)行結(jié)束搂妻， 此線程終止。然后CPU再調(diào)度其它線程
2.run（）方法當(dāng)作普通方法的方式調(diào)用辕棚。程序還是要順序執(zhí)行欲主，要等待run方法體執(zhí)行完畢后，才可繼續(xù)執(zhí)行下面的代碼逝嚎； 程序中只有主線程——這一個(gè)線程扁瓢， 其程序執(zhí)行路徑還是只有一條， 這樣就沒有達(dá)到寫線程的目的补君。
記滓浮：多線程就是分時(shí)利用CPU，宏觀上讓所有線程一起執(zhí)行 挽铁，也叫并發(fā)
請(qǐng)寫一個(gè)線程安全的單例模型
網(wǎng)上搜下吧伟桅，java不太熟
SQL：
說下左連接和右連接
介紹下什么是索引
使用sql生產(chǎn)10萬條數(shù)據(jù)
平常沒接觸過這么大數(shù)據(jù)量，分批次吧叽掘，每次插入1w條楣铁，應(yīng)該沒什么壓力
給你一張表，根據(jù)要求寫sql更扁，這個(gè)題目比較多盖腕，自己百度吧。
Linux：
你常用的命令是什么浓镜？
ls, mkdir, cat, vi, ps touch
用什么查看log溃列？
watch, tail、cat膛薛、tac听隐、head、echo
如何查找一個(gè)文件大小超過5M的文件
寫在最后
這68道題目相叁，我花費(fèi)了2個(gè)晚上總結(jié)整理遵绰，真的收獲蠻大。
從個(gè)人角度看增淹，這些面試題很接地氣椿访，很多考題也跟實(shí)際工作密切相關(guān)，大大增加了篩掉水貨的幾率虑润，我也曾用部分相似題來篩選別人成玫。
對(duì)于初級(jí)測(cè)試來說，測(cè)試?yán)碚摚瑴y(cè)試基礎(chǔ)都應(yīng)該掌握哭当，移動(dòng)端測(cè)試猪腕，服務(wù)器端測(cè)試，自動(dòng)化測(cè)試钦勘，性能測(cè)試陋葡，也應(yīng)該逐漸接觸起來，不會(huì)答沒關(guān)系彻采，但要大致了解腐缤，面試官喜歡有追求的人。
對(duì)于中高級(jí)測(cè)試來說肛响，除了硬題及性能測(cè)試題岭粤，其它題目經(jīng)過充分準(zhǔn)備都不應(yīng)該丟分，回答正確率要在85%以上特笋，另外剃浇，回答的深度非常重要，決定了你是年齡資深還是技術(shù)資深猎物。
對(duì)于硬題虎囚，雖然大部分的測(cè)試，甚至測(cè)試開發(fā)霸奕，工作中用到算法的幾率也不高溜宽，但你如果都答對(duì)了，還是能讓人眼前一亮的质帅。
對(duì)于這部分試題适揉，稍有難度的例如google面試題那個(gè)，你有個(gè)大致思路也行煤惩，對(duì)于非臣掂郑基礎(chǔ)的，二分啊魄揉，排序啊剪侮，還是建議多練練，起碼應(yīng)該做到手寫正確洛退。
現(xiàn)在有能力做好普通測(cè)試工作的人太多了瓣俯，算法也跟學(xué)歷，長(zhǎng)相一樣兵怯，用人單位不得不拿這些篩選掉很多合適的人彩匕，有時(shí)候你比別人更優(yōu)秀的能力，也許就來自于你昨天刷了一道面試題媒区。
怎么說呢驼仪，面試造火箭掸犬，進(jìn)來擰螺絲，接受現(xiàn)實(shí)吧绪爸。
我本人其實(shí)是反對(duì)面試突擊的湾碎，所以我公眾號(hào)從沒有發(fā)過面試題。 本文目的也不希望大家背答案就面試（面試從來也沒有標(biāo)準(zhǔn)答案奠货，背了估計(jì)也面不上 ：0）介褥，而是希望大家通過做這些面試題，發(fā)現(xiàn)自己的不足仇味，從而有針對(duì)性的提升自己呻顽。
感謝大家的閱讀雹顺，能讀到這里的都是真粉絲丹墨， 歡迎大家提出更好的意見，謝謝嬉愧。
