软件测试面试题【2021模拟面试整理版(含答案)】
點(diǎn)擊上方藍(lán)色“程序員一凡”,選擇“設(shè)為星標(biāo)”
主頁(yè)點(diǎn)擊“領(lǐng)取資料”獲取整理好的學(xué)習(xí)資源
一、問題預(yù)測(cè)
\1. 讓簡(jiǎn)單介紹下自己(每次面試開場(chǎng))
\2. 讓說下自己會(huì)的內(nèi)容
\3. 看了哪些書籍(有問到)
\4. 了解過哪些技術(shù)博客/論壇(有問到)
\5. 是否了解軟件測(cè)試需要掌握哪些知識(shí)(問到類似問題)
\6. 之前面試過,覺得自己需要補(bǔ)充哪些?做了哪些行動(dòng)?
\7. 為什么做測(cè)試,覺得自己做測(cè)試有哪些優(yōu)勢(shì)?(有問到)
\8. 知道哪些Bug系統(tǒng)
9.測(cè)試用例的基本要素是?
二、介紹一下公司項(xiàng)目
三、技能方面
1、 數(shù)據(jù)庫(kù)方面常識(shí)
2、 linux操作
3、缺陷方面(有問到)
4、用例部分
5、軟件測(cè)試流程
6、網(wǎng)絡(luò)相關(guān)
7、測(cè)試工具
8、其他概念問題
四、你還有什么想問的嗎(必答)
五、簡(jiǎn)歷模板
一、問題預(yù)測(cè)
你好,我叫xx,來自xx,畢業(yè)于xx。目前有兩年的功能測(cè)試經(jīng)驗(yàn)。最近的一份工作是xx公司,主要參與app系統(tǒng)測(cè)試,負(fù)責(zé)xxapp,一款類似抖音的短視頻app功能測(cè)試,負(fù)責(zé)過的功能模塊有拍攝、上傳、搜索、推薦引擎等。主要運(yùn)用邊界值,等價(jià)類,錯(cuò)誤推測(cè)等常見黑盒測(cè)試方法。
我熟悉軟件測(cè)試基礎(chǔ)理論和測(cè)試流程,測(cè)試方法等,有app測(cè)試、web測(cè)試、接口測(cè)試經(jīng)驗(yàn)。熟悉數(shù)據(jù)庫(kù)增刪改查操作,熟悉使用測(cè)試管理工具。
軟件測(cè)試,軟件測(cè)試的藝術(shù)、軟件測(cè)試實(shí)用教程,在我負(fù)責(zé)短視頻的推薦引擎測(cè)試期間看完了項(xiàng)亮的《推薦系統(tǒng)實(shí)戰(zhàn)》主要是推薦系統(tǒng)的評(píng)測(cè)部分。
博客園、測(cè)試窩論壇,CSDN一些博客(面試經(jīng)驗(yàn):面試中會(huì)問具體哪些博客),和公眾號(hào)一諾教育軟件測(cè)試(搜狗測(cè)試、軟件測(cè)試資源分享)
軟件測(cè)試基礎(chǔ)知識(shí),流程,測(cè)試用例方法,數(shù)據(jù)庫(kù)相關(guān)知識(shí),抓包分析,接口測(cè)試、測(cè)試工具、性能測(cè)試等。
很多公司對(duì)性能測(cè)試和自動(dòng)化測(cè)試工具有要求,由于之前的工作主要涉及的是功能測(cè)試,所以這方面的知識(shí)儲(chǔ)備不夠。不過最近我在學(xué)習(xí)這方面的知識(shí),希望以后在工作中能深入學(xué)習(xí)。
我覺得我個(gè)人的性格比較適合做測(cè)試。我比較細(xì)心耐心,考慮事情比較全面,這樣對(duì)于我在設(shè)計(jì)測(cè)試用例時(shí)很有幫助,而且我能夠很好的與人協(xié)調(diào)溝通,當(dāng)我們測(cè)試和開發(fā)發(fā)生溝通上的矛盾時(shí)我也能很好的解決,我平常喜歡刷微博、知乎看熱門評(píng)論,喜歡考究大眾心理,這有助于我站在用戶角度設(shè)計(jì)測(cè)試點(diǎn)。
禪道/bugzila等
9.測(cè)試用例的基本要素是?
版本號(hào),功能模塊,優(yōu)先級(jí)別,前置條件,步驟,預(yù)期結(jié)果,實(shí)際結(jié)果等。
二、介紹一下公司項(xiàng)目
xxapp,是一款集短視頻、游戲、直播、社交互動(dòng)于一體的內(nèi)容娛樂APP。公司大約一個(gè)月發(fā)布一個(gè)較大的版本,需求數(shù)20幾個(gè)-40幾個(gè)不等(用例數(shù)xx+),每個(gè)版本包括的需求www\wap、后臺(tái)以及客戶端的需求。項(xiàng)目分客戶端版本負(fù)責(zé)人、后臺(tái)版本負(fù)責(zé)人、H5版本負(fù)責(zé)人等,負(fù)責(zé)人牽頭及落實(shí)整個(gè)測(cè)試流程。我當(dāng)過的角色有H5活動(dòng)負(fù)責(zé)人、推薦引擎版本負(fù)責(zé)人、客戶端和后臺(tái)系統(tǒng)測(cè)試人員。負(fù)責(zé)過的模塊用例數(shù)大概是500左右。
三、技能方面
1、數(shù)據(jù)庫(kù)方面常識(shí)
l關(guān)系型數(shù)據(jù)庫(kù):把復(fù)雜的數(shù)據(jù)結(jié)構(gòu)歸結(jié)為簡(jiǎn)單的二元關(guān)系(即二維表格形式),通過SQL結(jié)構(gòu)化查詢語(yǔ)句存儲(chǔ)數(shù)據(jù)
典型產(chǎn)品:
Mysql:互聯(lián)網(wǎng)領(lǐng)域、大中小型網(wǎng)站,游戲公司,電商平臺(tái)等等。體積小、速度快、成本低、開放源代碼
Oracle:傳統(tǒng)大企業(yè)、大公司、政府、金融、證券等。安全性、成本高、
l非關(guān)系型數(shù)據(jù)庫(kù):非關(guān)系型數(shù)據(jù)庫(kù)也被稱為NoSQL數(shù)據(jù)庫(kù),NOSQL的本意是“Not Olnly SQL”。NOSQL為了高性能、高并發(fā)而生
其他分類
1)鍵值(Key-Value)存儲(chǔ)數(shù)據(jù)庫(kù):主要是使用一個(gè)哈希表,這個(gè)表中有一個(gè)特定的鍵和一個(gè)指針指向特定的數(shù)據(jù)。簡(jiǎn)單、易部署、高并發(fā)
典型:Redis、Memcached
2)列存儲(chǔ)(Column-oriented)數(shù)據(jù)庫(kù):應(yīng)對(duì)分布式存儲(chǔ)的海量數(shù)據(jù)。如果我們有一個(gè)Person類,我們通常會(huì)一起查詢他們的姓名和年齡,而不是薪資。這種情況下,姓名和年齡就會(huì)被放入一個(gè)列族中,而薪資則在另外一個(gè)列族中。
典型:Hbase
3)面向文檔數(shù)據(jù)庫(kù):數(shù)據(jù)存儲(chǔ)的最小單位是文檔
典型:Mongodb、Hive
Mongodb一個(gè)介于關(guān)系型數(shù)據(jù)庫(kù)和非關(guān)系型數(shù)據(jù)庫(kù)之間的產(chǎn)品。高性能、易部署、易使用,存儲(chǔ)數(shù)據(jù)非常方便。
Hive可以用來進(jìn)行統(tǒng)計(jì)查詢,HBase可以用來進(jìn)行實(shí)時(shí)查詢
一些增刪改查筆試題準(zhǔn)備
(另起一篇)
2、linux操作
linux搭建測(cè)試環(huán)境,比如web系統(tǒng)服務(wù)搭建。
一些常見命令準(zhǔn)備
(另起一篇)
3、缺陷方面(有問到)
描述一個(gè)你印象最深刻的bug
在做上傳視頻的測(cè)試時(shí),發(fā)現(xiàn)華為榮耀V10上傳手機(jī)自帶相機(jī)專業(yè)模式錄制的視頻會(huì)閃退。而ios上傳同個(gè)視頻提示合成失敗。
我將手機(jī)自帶相機(jī)錄制的專業(yè)模式和普通模式錄制的同樣時(shí)長(zhǎng)的視頻發(fā)到電腦上,用格式工廠軟件查看視頻的不同之處,之后發(fā)現(xiàn)視頻編碼是不同的。
我繼續(xù)網(wǎng)上查閱了視頻編碼方面的知識(shí),發(fā)現(xiàn)mp4視頻有幾種編碼,而繼續(xù)測(cè)試驗(yàn)證發(fā)現(xiàn)我們的app上傳的視頻只支持mp4視頻中的H.264編碼格式。于是提交了視頻上傳不支持非H.264格式的視頻。并補(bǔ)充完善了相關(guān)用例。
(因?yàn)樵诠緵]有查日志權(quán)限,所以其實(shí)應(yīng)該先查日志)
4、用例部分
現(xiàn)場(chǎng)讓你設(shè)計(jì)個(gè)用例,比如水杯、凳子怎么測(cè)試?
首先說明的是,遇到這樣的測(cè)試題目,首先應(yīng)該反問面試官,需求是什么樣的,比如是測(cè)什么樣的杯子。
因?yàn)樵O(shè)計(jì)測(cè)試用例的規(guī)則應(yīng)該是根據(jù)需求分析文檔設(shè)計(jì)用例,客戶需求什么,就測(cè)試什么。
但是在沒有需求分析文檔的前提下,來設(shè)計(jì)測(cè)試用例,可以考查一個(gè)測(cè)試人員的基本功,比如考慮問題是否全面,設(shè)計(jì)測(cè)試用例的方法是否合理等。
一般是根據(jù)自己的日常經(jīng)驗(yàn)和測(cè)試的思維來設(shè)計(jì)測(cè)試用例。在設(shè)計(jì)測(cè)試用例時(shí)一般從以下幾個(gè)方面進(jìn)行分析:功能測(cè)試,性能測(cè)試,界面測(cè)試,安全性測(cè)試,兼容性測(cè)試,可用性測(cè)試,可靠性測(cè)試,本地化/國(guó)際化測(cè)試。
例子(另起一篇)
5、軟件測(cè)試流程
公司嚴(yán)格規(guī)范測(cè)試流程和測(cè)試文檔,首先是參與需求評(píng)審,編寫測(cè)試計(jì)劃、測(cè)試方案、測(cè)試用例,進(jìn)行測(cè)試方案及用例的測(cè)試組內(nèi)部評(píng)審,外部評(píng)審。
提取部分一級(jí)用例提交研發(fā)自測(cè),研發(fā)自測(cè)通過后開開始執(zhí)行一輪系統(tǒng)測(cè)試。
測(cè)試過程中發(fā)現(xiàn)并提交、跟蹤問題。
問題修復(fù)后進(jìn)行回歸測(cè)試。
一輪測(cè)試完成后對(duì)修復(fù)包進(jìn)行冒煙測(cè)試,測(cè)試通過則進(jìn)行二輪測(cè)試。
二輪測(cè)試完成后會(huì)進(jìn)行需求交叉測(cè)試。
完成測(cè)試編寫系統(tǒng)測(cè)試報(bào)告提交驗(yàn)收測(cè)試。驗(yàn)收測(cè)試通過輸出驗(yàn)收測(cè)試報(bào)告。
6、網(wǎng)絡(luò)相關(guān)
網(wǎng)絡(luò)協(xié)議,如TCP/UDP的區(qū)別?
1、TCP面向連接(如打電話要先撥號(hào)建立連接);UDP是無連接的,即發(fā)送數(shù)據(jù)之前不需要建立連接
2、TCP提供可靠的服務(wù)。也就是說,通過TCP連接傳送的數(shù)據(jù),無差錯(cuò),不丟失,不重復(fù),且按序到達(dá);UDP盡最大努力交付,即不保證可靠交付
3、TCP面向字節(jié)流,實(shí)際上是TCP把數(shù)據(jù)看成一連串無結(jié)構(gòu)的字節(jié)流;UDP是面向報(bào)文的
UDP沒有擁塞控制,因此網(wǎng)絡(luò)出現(xiàn)擁塞不會(huì)使源主機(jī)的發(fā)送速率降低(對(duì)實(shí)時(shí)應(yīng)用很有用,如IP電話,實(shí)時(shí)視頻會(huì)議等)
4、每一條TCP連接只能是點(diǎn)到點(diǎn)的;UDP支持一對(duì)一,一對(duì)多,多對(duì)一和多對(duì)多的交互通信
5、TCP首部開銷20字節(jié);UDP的首部開銷小,只有8個(gè)字節(jié)
6、TCP的邏輯通信信道是全雙工的可靠信道,UDP則是不可靠信道
三次握手與四次揮手三次握手通俗版:
第一次握手:客戶端要和服務(wù)端進(jìn)行通信,首先要告知服務(wù)端一聲,遂發(fā)出一個(gè)SYN=1的連接請(qǐng)求信號(hào),”服務(wù)端哥哥,我想給你說說話”。
第二次握手:當(dāng)服務(wù)端接收到客戶端的連接請(qǐng)求,此時(shí)要給客戶端一個(gè)確認(rèn)信息,”我知道了(ACK),我這邊已經(jīng)準(zhǔn)備好了,你現(xiàn)在能連嗎(SYN)”。
第三次握手:當(dāng)客戶端收到了服務(wù)端的確認(rèn)連接信息后,要禮貌的告知一下服務(wù)端,“好的,咱們開始聯(lián)通吧(ACK)”。
到此整個(gè)建立連接的過程已經(jīng)結(jié)束,接下來就是雙方你一句我一句甚至同時(shí)交流傳遞信息的過程了。
四次揮手?jǐn)嚅_連接通俗版:
第一次揮手:雙方交流的差不多了,此時(shí)客戶端也已經(jīng)結(jié)尾了,接下來要斷開通信連接,所以告訴服務(wù)端“我說完了(FIN)”,此時(shí)自身形成等待結(jié)束連接的狀態(tài)。
第二次揮手:服務(wù)端知道客戶端已經(jīng)沒話說了,服務(wù)端此時(shí)還有兩句話要給客戶端說“我知道你說完了(ACK),我再說兩句&*…%¥”…
第三次揮手:此時(shí)客戶端洗耳恭聽繼續(xù)處于等待結(jié)束的狀態(tài),服務(wù)器端也說完了,自身此時(shí)處于等待關(guān)閉連接的狀態(tài),并對(duì)告訴客戶端,“我說完了,咱們斷了吧(FIN)”。
第四次揮手:客戶端收知道服務(wù)端也說完了,也要告訴服務(wù)端一聲(ACK),因?yàn)檫B接和斷開要雙方都按下關(guān)閉操作才能斷開,客戶端同時(shí)又為自己定義一個(gè)定時(shí)器,因?yàn)椴恢绖偛耪f的這句話能不能準(zhǔn)確到達(dá)服務(wù)端(網(wǎng)絡(luò)不穩(wěn)定或者其他因素引起的網(wǎng)絡(luò)原因)。
所以默認(rèn)時(shí)間定為兩個(gè)通信的最大時(shí)間之和,超出這個(gè)時(shí)間就默認(rèn)服務(wù)器端已經(jīng)接收到了自己的確認(rèn)信息,此時(shí)客戶端就關(guān)閉自身連接,服務(wù)器端一旦接收到客戶端發(fā)來的確定通知就立刻關(guān)閉服務(wù)器端的連接。
到此為止雙方整個(gè)通信過程就此終結(jié)。
這里要聲明一下:斷開鏈接不一定就是客戶端,誰(shuí)都可以先發(fā)起斷開指令,另外客戶端和服務(wù)端是沒有固定標(biāo)準(zhǔn)的,誰(shuí)先發(fā)起請(qǐng)求誰(shuí)就是客戶端。
三次握手闡述:
在第一次消息發(fā)送中,A隨機(jī)選取一個(gè)序列號(hào)作為自己的初始序號(hào)發(fā)送給B;
第二次消息B使用ack對(duì)A的數(shù)據(jù)包進(jìn)行確認(rèn),因?yàn)橐呀?jīng)收到了序列號(hào)為x的數(shù)據(jù)包,準(zhǔn)備接收序列號(hào)為x+1的包,所以ack=x+1,同時(shí)B告訴A自己的初始序列號(hào),就是seq=y;
第三條消息A告訴B收到了B的確認(rèn)消息并準(zhǔn)備建立連接,A自己此條消息的序列號(hào)是x+1,所以seq=x+1,而ack=y+1是表示A正準(zhǔn)備接收B序列號(hào)為y+1的數(shù)據(jù)包。
四次揮手闡述:
由于TCP連接時(shí)全雙工的,因此,每個(gè)方向都必須要單獨(dú)進(jìn)行關(guān)閉,這一原則是當(dāng)一方完成數(shù)據(jù)發(fā)送任務(wù)后,發(fā)送一個(gè)FIN來終止這一方向的連接,
收到一個(gè)FIN只是意味著這一方向上沒有數(shù)據(jù)流動(dòng)了,即不會(huì)再收到數(shù)據(jù)了,但是在這個(gè)TCP連接上仍然能夠發(fā)送數(shù)據(jù),直到這一方向也發(fā)送了FIN。
首先進(jìn)行關(guān)閉的一方將執(zhí)行主動(dòng)關(guān)閉,而另一方則執(zhí)行被動(dòng)關(guān)閉,上圖描述的即是如此。
(1)第一次揮手:Client發(fā)送一個(gè)FIN,用來關(guān)閉Client到Server的數(shù)據(jù)傳送,Client進(jìn)入FIN_WAIT_1狀態(tài)。
(2)第二次揮手:Server收到FIN后,發(fā)送一個(gè)ACK給Client,確認(rèn)序號(hào)為收到序號(hào)+1(與SYN相同,一個(gè)FIN占用一個(gè)序號(hào)),Server進(jìn)入CLOSE_WAIT狀態(tài)。
(3)第三次揮手:Server發(fā)送一個(gè)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ā)送一個(gè)ACK給Server,確認(rèn)序號(hào)為收到序號(hào)+1,Server進(jìn)入CLOSED狀態(tài),完成四次揮手。
7、測(cè)試工具
測(cè)試工具,無非這幾類:
自動(dòng)化測(cè)試工具 (如QTP)
性能測(cè)試工具 (如loadrunner)
測(cè)試管理類 (如jira)
安全測(cè)試工具
滲透測(cè)試工具
8、其他概念問題
Beta測(cè)試與Alpha測(cè)試有什么區(qū)別
1、Alpha測(cè)試
Alpha測(cè)試是由用戶在開發(fā)環(huán)境下進(jìn)行的測(cè)試,也可以是開發(fā)機(jī)構(gòu)內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的測(cè)試。開發(fā)者坐在用戶旁邊,這是在開發(fā)者受控的環(huán)境下進(jìn)行的測(cè)試。由開發(fā)者隨時(shí)記錄下錯(cuò)誤情況和使用中的問題。
2、Beta測(cè)試
Beta測(cè)試是由軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。開發(fā)者通常不在測(cè)試現(xiàn)場(chǎng),這是在開發(fā)者無法控制的環(huán)境下進(jìn)行的測(cè)試。由用戶記錄下遇到的所有問題,定期向開發(fā)者報(bào)告。beta測(cè)試是以模擬真實(shí)的使用環(huán)境從而發(fā)現(xiàn)缺陷的一種測(cè)試
3、驗(yàn)收測(cè)試
驗(yàn)收測(cè)試是以用戶為主的測(cè)試,軟件開發(fā)和QA人員也應(yīng)該參加,測(cè)試一般在用戶所在地進(jìn)行,由用戶驗(yàn)證軟件產(chǎn)品是否滿足了所有的需求的一系列的驗(yàn)收測(cè)試工作。
僅限于做項(xiàng)目的公司,部門內(nèi)部測(cè)試穩(wěn)定后,根據(jù)合同中需求由發(fā)包商進(jìn)行驗(yàn)收測(cè)試。驗(yàn)收測(cè)試的目的是為了以發(fā)現(xiàn)”未實(shí)現(xiàn)的需求”為目的,以評(píng)估”適合使用”為目標(biāo),該類測(cè)試的不是以發(fā)現(xiàn)缺陷為主要目的。
區(qū)別:兩者的主要區(qū)別是測(cè)試的場(chǎng)所不同。
Alpha測(cè)試是指把用戶請(qǐng)到開發(fā)方的場(chǎng)所來測(cè)試,beta測(cè)試是指在一個(gè)或多個(gè)用戶的場(chǎng)所進(jìn)行的測(cè)試。Alpha測(cè)試的環(huán)境是受開發(fā)方控制的,用戶的數(shù)量相對(duì)比較少,時(shí)間比較集中。
而beta測(cè)試的環(huán)境是不受開發(fā)方控制的,誰(shuí)也不知道用戶如何折磨軟件,用戶數(shù)量相對(duì)比較多,時(shí)間不集中。
一般地,alpha測(cè)試先于beta測(cè)試執(zhí)行。通用的軟件產(chǎn)品需要較大規(guī)模的beta測(cè)試,測(cè)試周期比較長(zhǎng)。如果產(chǎn)品通過了beta測(cè)試,那么就可以正式發(fā)行了。
Alpha測(cè)試在系統(tǒng)開發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試;測(cè)試后仍然會(huì)有少量的設(shè)計(jì)變更。這種測(cè)試一般由最終用戶或其它人員完成,不能由程序或測(cè)試員完成。
Beta測(cè)試 當(dāng)開發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試,最終的錯(cuò)誤和問題需要在最終發(fā)行前找到。這種測(cè)試一般由最終用戶或其它人員完成,不能由程序員或測(cè)試員完成。
四、你還有什么想問的嗎(必答)
我非常希望能夠加入公司,所以想請(qǐng)問您覺得我還有哪些地方比較不足,能否給一些建議?以及是否有復(fù)試時(shí)間呢?
有續(xù)集……
一個(gè)用心碼了這么多文字的人,往往渴望得到大家的認(rèn)可。如果你覺得這篇文章對(duì)你有幫助,雙擊屏幕,給我點(diǎn)個(gè)贊呀!
一個(gè)沉默不語(yǔ)的人,未必像看著那般平庸。很有可能人家在悄悄做事,然后一鳴驚人。
公眾號(hào)主頁(yè)點(diǎn)擊領(lǐng)取資料
資源包暗號(hào):一凡
不要只做收藏從未停止,行動(dòng)從未開始的人,很多事情,做著做著就無師自通了。如果在做的過程中還能稍微加點(diǎn)思考,稍微看一些別人的經(jīng)驗(yàn)和做法,成長(zhǎng)會(huì)更快,效果也會(huì)更好!加油吧,測(cè)試人!路就在腳下,成功就在明天!
我是一凡,用心輸出有價(jià)值的內(nèi)容!
(文章越來越多,在考慮做一個(gè)文章分類導(dǎo)讀,同時(shí)歡迎投稿)
創(chuàng)作不易,不想被白嫖,各位的「點(diǎn)贊」就是一凡創(chuàng)作的最大動(dòng)力,我們下篇文章見!
總結(jié)
以上是生活随笔為你收集整理的软件测试面试题【2021模拟面试整理版(含答案)】的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 缩略图不变形
- 下一篇: 11月30在spring mvc中使用V