目錄

一麸锉、問題預(yù)測

1. 讓簡單介紹下自己（每次面試開場）

2. 讓說下自己會的內(nèi)容

3. 看了哪些書籍（有問到）

4. 了解過哪些技術(shù)博客/論壇（有問到）

5. 是否了解軟件測試需要掌握哪些知識（問到類似問題）

6. 之前面試過但两，覺得自己需要補(bǔ)充哪些？做了哪些行動样傍？

7. 為什么做測試,覺得自己做測試有哪些優(yōu)勢横缔？（有問到）

8. 知道哪些Bug系統(tǒng)

9.測試用例的基本要素是?

二铺遂、介紹一下公司項(xiàng)目

三衫哥、技能方面

1、 數(shù)據(jù)庫方面常識

2襟锐、 linux操作

3撤逢、缺陷方面（有問到）

4、用例部分

5粮坞、軟件測試流程

6蚊荣、網(wǎng)絡(luò)相關(guān)

7、測試工具

8莫杈、其他概念問題

四互例、你還有什么想問的嗎（必答）

五、簡歷模板

一筝闹、問題預(yù)測

1. 讓簡單介紹下自己（這個不用說了每次面試開場）

你好媳叨，我叫xx，來自xx关顷，畢業(yè)于xx糊秆。目前有兩年的功能測試經(jīng)驗(yàn)。最近的一份工作是xx公司议双，主要參與app系統(tǒng)測試痘番，負(fù)責(zé)xxapp,一款類似抖音的短視頻app功能測試，負(fù)責(zé)過的功能模塊有拍攝平痰、上傳汞舱、搜索、推薦引擎等宗雇。主要運(yùn)用邊界值昂芜，等價類，錯誤推測等常見黑盒測試方法逾礁。

2. 讓說下自己會的內(nèi)容

我熟悉軟件測試基礎(chǔ)理論和測試流程说铃，測試方法等访惜，有app測試、web測試腻扇、接口測試經(jīng)驗(yàn)债热。熟悉數(shù)據(jù)庫增刪改查操作，熟悉使用測試管理工具幼苛。

3. 看了哪些書籍（有問到）

軟件測試窒篱，軟件測試的藝術(shù)、軟件測試實(shí)用教程舶沿，在我負(fù)責(zé)短視頻的推薦引擎測試期間看完了項(xiàng)亮的《推薦系統(tǒng)實(shí)戰(zhàn)》主要是推薦系統(tǒng)的評測部分墙杯。

4. 了解過哪些技術(shù)博客/論壇（有問到）

51testing論壇，CSDN一些博客（面試經(jīng)驗(yàn)：面試中會問具體哪些博客）括荡，和公眾號（搜狗測試高镐、軟件測試資源分享）

5. 是否了解軟件測試需要掌握哪些知識（有問到類似問題）

軟件測試基礎(chǔ)知識，流程畸冲，測試用例方法嫉髓，數(shù)據(jù)庫相關(guān)知識，抓包分析邑闲，接口測試算行、測試工具、性能測試等苫耸。

6.?之前面試過州邢，覺得自己需要補(bǔ)充哪些？做了哪些行動褪子？

很多公司對性能測試和自動化測試工具有要求量淌，由于之前的工作主要涉及的是功能測試，所以這方面的知識儲備不夠褐筛。不過最近我在學(xué)習(xí)這方面的知識类少，希望以后在工作中能深入學(xué)習(xí)。

7. 為什么做測試,覺得自己做測試有哪些優(yōu)勢渔扎？（有問到）

我覺得我個人的性格比較適合做測試硫狞。我比較細(xì)心耐心，考慮事情比較全面晃痴，這樣對于我在設(shè)計(jì)測試用例時很有幫助残吩，而且我能夠很好的與人協(xié)調(diào)溝通，當(dāng)我們測試和開發(fā)發(fā)生溝通上的矛盾時我也能很好的解決倘核，我平常喜歡刷微博泣侮、知乎看熱門評論，喜歡考究大眾心理紧唱，這有助于我站在用戶角度設(shè)計(jì)測試點(diǎn)活尊。

8. 知道哪些Bug系統(tǒng)

禪道/bugzila等

9.測試用例的基本要素是?

版本號隶校，功能模塊，優(yōu)先級別蛹锰，前置條件深胳，步驟，預(yù)期結(jié)果铜犬，實(shí)際結(jié)果等舞终。

二、介紹一下公司項(xiàng)目

xxapp癣猾，是一款集短視頻敛劝、游戲、直播纷宇、社交互動于一體的內(nèi)容娛樂APP夸盟。公司大約一個月發(fā)布一個較大的版本，需求數(shù)20幾個-40幾個不等(用例數(shù)xx+)呐粘，每個版本包括的需求www\wap满俗、后臺以及客戶端的需求转捕。項(xiàng)目分客戶端版本負(fù)責(zé)人作岖、后臺版本負(fù)責(zé)人、H5版本負(fù)責(zé)人等五芝，負(fù)責(zé)人牽頭及落實(shí)整個測試流程痘儡。我當(dāng)過的角色有H5活動負(fù)責(zé)人、推薦引擎版本負(fù)責(zé)人枢步、客戶端和后臺系統(tǒng)測試人員沉删。負(fù)責(zé)過的模塊用例數(shù)大概是500左右。

三醉途、技能方面?

1矾瑰、數(shù)據(jù)庫方面常識

l關(guān)系型數(shù)據(jù)庫：把復(fù)雜的數(shù)據(jù)結(jié)構(gòu)歸結(jié)為簡單的二元關(guān)系（即二維表格形式），通過SQL結(jié)構(gòu)化查詢語句存儲數(shù)據(jù)

典型產(chǎn)品：

Mysql：互聯(lián)網(wǎng)領(lǐng)域隘擎、大中小型網(wǎng)站殴穴，游戲公司，電商平臺等等货葬。體積小采幌、速度快、成本低震桶、開放源代碼

Oracle：傳統(tǒng)大企業(yè)休傍、大公司、政府蹲姐、金融磨取、證券等人柿。安全性、成本高忙厌、

l非關(guān)系型數(shù)據(jù)庫：非關(guān)系型數(shù)據(jù)庫也被成為NoSQL數(shù)據(jù)庫顷扩，NOSQL的本意是“Not Olnly SQL”。NOSQL為了高性能慰毅、高并發(fā)而生

其他分類

1）鍵值（Key-Value）存儲數(shù)據(jù)庫：主要是使用一個哈希表隘截，這個表中有一個特定的鍵和一個指針指向特定的數(shù)據(jù)。簡單汹胃、易部署婶芭、高并發(fā)

典型：Redis、Memcached

2）列存儲（Column-oriented）數(shù)據(jù)庫：應(yīng)對分布式存儲的海量數(shù)據(jù)着饥。如果我們有一個Person類犀农，我們通常會一起查詢他們的姓名和年齡，而不是薪資宰掉。這種情況下呵哨，姓名和年齡就會被放入一個列族中叽讳，而薪資則在另外一個列族中横殴。

典型：Hbase

3）面向文檔數(shù)據(jù)庫：數(shù)據(jù)存儲的最小單位是文檔

典型：Mongodb上枕、Hive

Mongodb一個介于關(guān)系型數(shù)據(jù)庫和非關(guān)系型數(shù)據(jù)庫之間的產(chǎn)品芭概。高性能硅堆、易部署校坑、易使用纯丸，存儲數(shù)據(jù)非常方便剃氧。

Hive可以用來進(jìn)行統(tǒng)計(jì)查詢玉组，HBase可以用來進(jìn)行實(shí)時查詢

一些增刪改查筆試題準(zhǔn)備

?（另起一篇）

2谎柄、linux操作

linux搭建測試環(huán)境，比如web系統(tǒng)服務(wù)搭建惯雳。

一些常見命令準(zhǔn)備

（另起一篇）

3朝巫、缺陷方面（有問到）

描述一個你印象最深刻的bug

在做上傳視頻的測試時，發(fā)現(xiàn)華為榮耀V10上傳手機(jī)自帶相機(jī)專業(yè)模式錄制的視頻會閃退石景。而ios上傳同個視頻提示合成失敗劈猿。

我將手機(jī)自帶相機(jī)錄制的專業(yè)模式和普通模式錄制的同樣時長的視頻發(fā)到電腦上，用格式工廠軟件查看視頻的不同之處鸵钝，之后發(fā)現(xiàn)視頻編碼是不同的糙臼。

我繼續(xù)網(wǎng)上查閱了視頻編碼方面的知識，發(fā)現(xiàn)mp4視頻有幾種編碼恩商，而繼續(xù)測試驗(yàn)證發(fā)現(xiàn)我們的app上傳的視頻只支持mp4視頻中的H.264編碼格式变逃。于是提交了視頻上傳不支持非H.264格式的視頻。并補(bǔ)充完善了相關(guān)用例怠堪。

（因?yàn)樵诠緵]有查日志權(quán)限揽乱，所以其實(shí)應(yīng)該先查日志）

4名眉、用例部分

現(xiàn)場讓你設(shè)計(jì)個用例，比如水杯凰棉、凳子怎么測試损拢？

首先說明的是，遇到這樣的測試題目撒犀，首先應(yīng)該反問面試官福压，需求是什么樣的，比如是測什么樣的杯子或舞。

因?yàn)樵O(shè)計(jì)測試用例的規(guī)則應(yīng)該是根據(jù)需求分析文檔設(shè)計(jì)用例荆姆，客戶需求什么，就測試什么映凳。

但是在沒有需求分析文檔的前提下胆筒，來設(shè)計(jì)測試用例，可以考查一個測試人員的基本功诈豌，比如考慮問題是否全面仆救，設(shè)計(jì)測試用例的方法是否合理等。

一般是根據(jù)自己的日常經(jīng)驗(yàn)和測試的思維來設(shè)計(jì)測試用例矫渔。在設(shè)計(jì)測試用例時一般從以下幾個方面進(jìn)行分析：功能測試彤蔽，性能測試，界面測試蚌斩，安全性測試铆惑，兼容性測試，可用性測試送膳，可靠性測試，本地化/國際化測試丑蛤。

例子（另起一篇）

?

5叠聋、軟件測試流程

公司嚴(yán)格規(guī)范測試流程和測試文檔，首先是參與需求評審受裹，編寫測試計(jì)劃碌补、測試方案、測試用例棉饶，進(jìn)行測試方案及用例的測試組內(nèi)部評審厦章，外部評審。

提取部分一級用例提交研發(fā)自測照藻，研發(fā)自測通過后開開始執(zhí)行一輪系統(tǒng)測試袜啃。

測試過程中發(fā)現(xiàn)并提交、跟蹤問題幸缕。

問題修復(fù)后進(jìn)行回歸測試群发。

一輪測試完成后對修復(fù)包進(jìn)行冒煙測試晰韵，測試通過則進(jìn)行二輪測試。

二輪測試完成后會進(jìn)行需求交叉測試熟妓。

完成測試編寫系統(tǒng)測試報告提交驗(yàn)收測試雪猪。驗(yàn)收測試通過輸出驗(yàn)收測試報告。

6起愈、網(wǎng)絡(luò)相關(guān)

網(wǎng)絡(luò)協(xié)議只恨，如TCP/UDP的區(qū)別？（https://www.cnblogs.com/steven520213/p/8005258.html）

1抬虽、TCP面向連接（如打電話要先撥號建立連接）;UDP是無連接的坤次，即發(fā)送數(shù)據(jù)之前不需要建立連接

2、TCP提供可靠的服務(wù)斥赋。也就是說缰猴，通過TCP連接傳送的數(shù)據(jù)，無差錯疤剑，不丟失滑绒，不重復(fù)，且按序到達(dá);UDP盡最大努力交付隘膘，即不保證可靠交付

3疑故、TCP面向字節(jié)流，實(shí)際上是TCP把數(shù)據(jù)看成一連串無結(jié)構(gòu)的字節(jié)流;UDP是面向報文的

UDP沒有擁塞控制弯菊，因此網(wǎng)絡(luò)出現(xiàn)擁塞不會使源主機(jī)的發(fā)送速率降低（對實(shí)時應(yīng)用很有用纵势，如IP電話，實(shí)時視頻會議等）

4管钳、每一條TCP連接只能是點(diǎn)到點(diǎn)的;UDP支持一對一钦铁，一對多，多對一和多對多的交互通信

5才漆、TCP首部開銷20字節(jié);UDP的首部開銷小牛曹，只有8個字節(jié)

6、TCP的邏輯通信信道是全雙工的可靠信道醇滥，UDP則是不可靠信道

三次握手與四次揮手

三次握手通俗版：

第一次握手：客戶端要和服務(wù)端進(jìn)行通信黎比，首先要告知服務(wù)端一聲，遂發(fā)出一個SYN=1的連接請求信號,”服務(wù)端哥哥鸳玩，我想給你說說話”阅虫。

第二次握手：當(dāng)服務(wù)端接收到客戶端的連接請求，此時要給客戶端一個確認(rèn)信息不跟，”我知道了（ACK）,我這邊已經(jīng)準(zhǔn)備好了颓帝，你現(xiàn)在能連嗎（SYN）”。

第三次握手：當(dāng)客戶端收到了服務(wù)端的確認(rèn)連接信息后，要禮貌的告知一下服務(wù)端躲履，“好的见间，咱們開始聯(lián)通吧（ACK）”。

到此整個建立連接的過程已經(jīng)結(jié)束工猜，接下來就是雙方你一句我一句甚至同時交流傳遞信息的過程了米诉。

四次揮手?jǐn)嚅_連接通俗版：

第一次揮手：雙方交流的差不多了，此時客戶端也已經(jīng)結(jié)尾了篷帅，接下來要斷開通信連接史侣，所以告訴服務(wù)端“我說完了（FIN）”魏身，此時自身形成等待結(jié)束連接的狀態(tài)惊橱。

第二次揮手：服務(wù)端知道客戶端已經(jīng)沒話說了，服務(wù)端此時還有兩句話要給客戶端說“我知道你說完了（ACK）箭昵，我再說兩句&*…%￥”…

第三次揮手：此時客戶端洗耳恭聽繼續(xù)處于等待結(jié)束的狀態(tài)税朴，服務(wù)器端也說完了，自身此時處于等待關(guān)閉連接的狀態(tài)家制，并對告訴客戶端正林，“我說完了，咱們斷了吧（FIN）”颤殴。

第四次揮手：客戶端收知道服務(wù)端也說完了觅廓，也要告訴服務(wù)端一聲（ACK），因?yàn)檫B接和斷開要雙方都按下關(guān)閉操作才能斷開涵但，客戶端同時又為自己定義一個定時器杈绸，因?yàn)椴恢绖偛耪f的這句話能不能準(zhǔn)確到達(dá)服務(wù)端（網(wǎng)絡(luò)不穩(wěn)定或者其他因素引起的網(wǎng)絡(luò)原因）。

所以默認(rèn)時間定為兩個通信的最大時間之和矮瘟，超出這個時間就默認(rèn)服務(wù)器端已經(jīng)接收到了自己的確認(rèn)信息瞳脓，此時客戶端就關(guān)閉自身連接，服務(wù)器端一旦接收到客戶端發(fā)來的確定通知就立刻關(guān)閉服務(wù)器端的連接芥永。

到此為止雙方整個通信過程就此終結(jié)篡殷。

這里要聲明一下：斷開鏈接不一定就是客戶端，誰都可以先發(fā)起斷開指令埋涧，另外客戶端和服務(wù)端是沒有固定標(biāo)準(zhǔn)的，誰先發(fā)起請求誰就是客戶端奇瘦。

三次握手闡述：

在第一次消息發(fā)送中棘催，A隨機(jī)選取一個序列號作為自己的初始序號發(fā)送給B；

第二次消息B使用ack對A的數(shù)據(jù)包進(jìn)行確認(rèn)耳标，因?yàn)橐呀?jīng)收到了序列號為x的數(shù)據(jù)包醇坝，準(zhǔn)備接收序列號為x+1的包，所以ack=x+1，同時B告訴A自己的初始序列號呼猪，就是seq=y画畅；

第三條消息A告訴B收到了B的確認(rèn)消息并準(zhǔn)備建立連接，A自己此條消息的序列號是x+1宋距，所以seq=x+1轴踱，而ack=y+1是表示A正準(zhǔn)備接收B序列號為y+1的數(shù)據(jù)包。

四次揮手闡述：

由于TCP連接時全雙工的谚赎，因此淫僻，每個方向都必須要單獨(dú)進(jìn)行關(guān)閉，這一原則是當(dāng)一方完成數(shù)據(jù)發(fā)送任務(wù)后壶唤，發(fā)送一個FIN來終止這一方向的連接雳灵，

收到一個FIN只是意味著這一方向上沒有數(shù)據(jù)流動了，即不會再收到數(shù)據(jù)了闸盔，但是在這個TCP連接上仍然能夠發(fā)送數(shù)據(jù)悯辙，直到這一方向也發(fā)送了FIN。

首先進(jìn)行關(guān)閉的一方將執(zhí)行主動關(guān)閉迎吵，而另一方則執(zhí)行被動關(guān)閉躲撰，上圖描述的即是如此。
（1）第一次揮手：Client發(fā)送一個FIN钓觉，用來關(guān)閉Client到Server的數(shù)據(jù)傳送茴肥，Client進(jìn)入FIN_WAIT_1狀態(tài)。
（2）第二次揮手：Server收到FIN后荡灾，發(fā)送一個ACK給Client瓤狐，確認(rèn)序號為收到序號+1（與SYN相同，一個FIN占用一個序號）批幌，Server進(jìn)入CLOSE_WAIT狀態(tài)础锐。
（3）第三次揮手：Server發(fā)送一個FIN，用來關(guān)閉Server到Client的數(shù)據(jù)傳送荧缘，Server進(jìn)入LAST_ACK狀態(tài)皆警。
（4）第四次揮手：Client收到FIN后，Client進(jìn)入TIME_WAIT狀態(tài)截粗，接著發(fā)送一個ACK給Server信姓，確認(rèn)序號為收到序號+1，Server進(jìn)入CLOSED狀態(tài)绸罗，完成四次揮手意推。

7、測試工具

測試工具珊蟀，無非這幾類：

自動化測試工具 (如QTP)

性能測試工具 (如loadrunner)

測試管理類 （如jira）

安全測試工具

滲透測試工具

8菊值、其他概念問題?

Beta測試與Alpha測試有什么區(qū)別

1、Alpha測試

Alpha測試是由用戶在開發(fā)環(huán)境下進(jìn)行的測試，也可以是開發(fā)機(jī)構(gòu)內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的測試腻窒。開發(fā)者坐在用戶旁邊昵宇，這是在開發(fā)者受控的環(huán)境下進(jìn)行的測試。由開發(fā)者隨時記錄下錯誤情況和使用中的問題儿子。

2瓦哎、Beta測試

Beta測試是由軟件的多個用戶在一個或多個用戶的實(shí)際使用環(huán)境下進(jìn)行的測試。開發(fā)者通常不在測試現(xiàn)場典徊，這是在開發(fā)者無法控制的環(huán)境下進(jìn)行的測試杭煎。由用戶記錄下遇到的所有問題，定期向開發(fā)者報告卒落。beta測試是一模擬真實(shí)的使用環(huán)境從而發(fā)現(xiàn)缺陷的一種測試

3羡铲、驗(yàn)收測試

驗(yàn)收測試是以用戶為主的測試，軟件開發(fā)和QA人員也應(yīng)該參加儡毕，測試一般在用戶所在地進(jìn)行也切，由用戶驗(yàn)證軟件產(chǎn)品是否滿足了所有的需求的一系列的驗(yàn)收測試工作。

僅限于做項(xiàng)目的公司腰湾，部門內(nèi)部測試穩(wěn)定后雷恃，根據(jù)合同中需求由發(fā)包商進(jìn)行驗(yàn)收測試。驗(yàn)收測試的目的是為了以發(fā)現(xiàn)”未實(shí)現(xiàn)的需求”為目的费坊，以評估”適合使用”為目標(biāo)倒槐，該類測試的不是以發(fā)現(xiàn)缺陷為主要目的。

區(qū)別：兩者的主要區(qū)別是測試的場所不同附井。

Alpha測試是指把用戶請到開發(fā)方的場所來測試,beta測試是指在一個或多個用戶的場所進(jìn)行的測試讨越。Alpha測試的環(huán)境是受開發(fā)方控制的,用戶的數(shù)量相對比較少,時間比較集中。

而beta測試的環(huán)境是不受開發(fā)方控制的,誰也不知道用戶如何折磨軟件,用戶數(shù)量相對比較多,時間不集中永毅。

一般地,alpha測試先于beta測試執(zhí)行把跨。通用的軟件產(chǎn)品需要較大規(guī)模的beta測試,測試周期比較長。如果產(chǎn)品通過了beta測試,那么就可以正式發(fā)行了沼死。

Alpha測試在系統(tǒng)開發(fā)接近完成時對應(yīng)用系統(tǒng)的測試着逐；測試后仍然會有少量的設(shè)計(jì)變更。這種測試一般由最終用戶或其它人員完成意蛀，不能由程序或測試員完成耸别。

Beta測試 當(dāng)開發(fā)和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發(fā)行前找到县钥。這種測試一般由最終用戶或其它人員完成太雨，不能由程序員或測試員完成。

四魁蒜、你還有什么想問的嗎（必答）

我非常希望能夠加入公司，所以想請問您覺得我還有哪些地方比較不足，能否給一些建議兜看？以及是否有復(fù)試時間呢锥咸？

五、簡歷模板

可在公眾號(軟件測試er)回復(fù)‘簡歷模板’獲取

關(guān)于我準(zhǔn)備后的面試經(jīng)歷细移、面試題匯總搏予、面試結(jié)果

有興趣請繼續(xù)關(guān)注~