軟件測試崗位面試常見問答
今天小編為大家收集整理了關(guān)于軟件測試崗位面試常見問答,希望大家會喜歡,同時(shí)也希望給你們帶來一些參考的作用!
1.自我介紹
1).面試官，你好。我叫，來自省，畢業(yè)于
2).我的前一份工作是在XX技術(shù)有限公司任職軟件測試。在這份工作中，接觸了web端的XX項(xiàng)目，移動端的XX項(xiàng)目。在項(xiàng)目中主要負(fù)責(zé)功能測試、自動化測試、性能測試、兼容測試等測試內(nèi)容。掌握了各種測試相關(guān)技能，自身性格比較溫和，和同事相處融洽。工作上考慮事情也比較全面......
3).我的自我介紹就到這里，謝謝。
2.測試流程
1).測試組長在禪道上分配測試任務(wù)給我，我接到任務(wù)以后，會在SVN里面取出相關(guān)的需求文檔;
2).對需求文檔進(jìn)行需求分析，了解業(yè)務(wù)邏輯;
3).根據(jù)需求文檔在XMind上編寫 測試點(diǎn);
4).然后根據(jù)測試點(diǎn)編寫測試用例;用例寫完以后，測試組內(nèi)部會進(jìn)行用例評審;
5).等開發(fā)完成軟件功能以后，提交軟件版本會放在SVN里面，我會在SVN取出該版本，首先我會搭建測試壞境;
6).對該軟件進(jìn)行冒煙測試，冒煙測試失敗就打回去給開發(fā)，成功則進(jìn)行下一步;
7).執(zhí)行測試用例，提交BUG;
8).用例執(zhí)行完以后，也會做一些專項(xiàng)測試，例如：兼容性測試、性能測試等等;
9).等開發(fā)修復(fù)完BUG后，再進(jìn)行BUG的回歸，最后提交一個(gè)測試報(bào)告。
3.公司名稱?公司地址?公司規(guī)模?主營業(yè)務(wù)(外包or自營)
公司名稱：XX技術(shù)有限公司
公司地址：XXXXXXXXXXXXXXXX
公司規(guī)模：二十幾個(gè)人
主營業(yè)務(wù)：自營
4.公司有幾個(gè)項(xiàng)目組?你所屬的項(xiàng)目組人數(shù)?
公司有一個(gè)項(xiàng)目組
所屬的項(xiàng)目組人數(shù)13個(gè)人，項(xiàng)目經(jīng)理一個(gè)，產(chǎn)品兩個(gè)，前端三個(gè)，后端三個(gè)，UI兩個(gè)，測試二個(gè)
5.項(xiàng)目組人員配置?公司一共有幾個(gè)測試，你所屬的項(xiàng)目組有幾個(gè)測試?
項(xiàng)目組人員配置是：項(xiàng)目經(jīng)理一個(gè)，產(chǎn)品兩個(gè)，前端三個(gè)，后端三個(gè)，UI兩個(gè)，測試二個(gè)
我所屬的項(xiàng)目組有兩個(gè)測試
6.項(xiàng)目周期：
一個(gè)項(xiàng)目大概五個(gè)月的時(shí)間，剩余時(shí)間在做其他項(xiàng)目，我簡歷上的三個(gè)項(xiàng)目是個(gè)人覺得比較有代表性才挑選的
7.項(xiàng)目所處狀態(tài)：
1).還在開發(fā)中
2).外網(wǎng)測試階段(外網(wǎng)用戶反饋BUG)
3).已經(jīng)上線(在什么平臺上上線?外網(wǎng)反饋的BUG?)
8.外網(wǎng)反饋BUG怎么解決?
1).先驗(yàn)證該反饋問題是否為真BUG，給BUG定級別，不嚴(yán)重的BUG，一般是內(nèi)網(wǎng)改好以后，下個(gè)版本再發(fā)布
2).如果是嚴(yán)重的BUG，會上報(bào)給組長，開會討論，可能會關(guān)閉服務(wù)器進(jìn)行停機(jī)更新BUG
9.在什么平臺上發(fā)布(渠道)?發(fā)布測試怎么做?
在XX手機(jī)應(yīng)用商店發(fā)布，先在發(fā)布測試之前在內(nèi)網(wǎng)測試安裝-功能-卸載，發(fā)布以后在外網(wǎng)重復(fù)測試一遍
10.你和開發(fā)關(guān)系相處得怎么樣?會不會因?yàn)锽UG吵架?
可能會因?yàn)锽UG會有爭論，同事之間關(guān)系還是很好的，到不了吵架程度
11.寫了多少用例，提交了多少BUG?
1.一個(gè)功能100~200條，整個(gè)項(xiàng)目大概20/30個(gè)功能，大約能寫三四千條用例
2.我離職時(shí)，禪道上BUG編號已經(jīng)到了3000，公司兩個(gè)測試，一人一半的話有1500了
12.一個(gè)功能一般測試多久?
一般測四輪 一 3天 20個(gè)BUG 二 1天 5個(gè)BUG 三 兩個(gè)小時(shí) 2個(gè)BUG 四 半小時(shí) 0個(gè)BUG
一般在兩周左右
13.項(xiàng)目中有沒有印象深刻的BUG?什么原因?qū)е碌?怎么解決的?
在洋錢罐理財(cái)項(xiàng)目中，有一個(gè)活動產(chǎn)生收益的優(yōu)惠券使用，在使用優(yōu)惠券那天付款
但是沒有提升收益
產(chǎn)生BUG的原因是，程序員在設(shè)計(jì)優(yōu)惠券時(shí)，是以使用活動的時(shí)間來計(jì)算的，應(yīng)該是
以使用優(yōu)惠券的時(shí)間來計(jì)算
提交給開發(fā)，并重現(xiàn)步驟
14.項(xiàng)目有哪些平臺，你負(fù)責(zé)哪些平臺測試?
web/android,我負(fù)責(zé)的是web端的測試
15.偶現(xiàn)的BUG怎么解決?
1.如果暫時(shí)重現(xiàn)不了，先把這個(gè)BUG提交給對應(yīng)的開發(fā)，讓他協(xié)助定位這個(gè)BUG
2.如果還是重現(xiàn)不了BUG，將BUG的指派到自己名下
3.暫時(shí)跳過這個(gè)BUG，完成其他任務(wù)，利用空閑時(shí)間，再來找這個(gè)BUG產(chǎn)生的原因
4.到產(chǎn)品發(fā)布前，必須上報(bào)這個(gè)BUG，會其他測試人員一起跟蹤BUG，最后還是未解決，開會討論;
確定BUG的嚴(yán)重程度，是否要延期發(fā)布版本。
16.你發(fā)現(xiàn)BUG，開發(fā)認(rèn)為這不是BUG，怎么處理?
1.給開發(fā)重現(xiàn)BUG，講清楚BUG的一些情況;
2.如果開發(fā)還是認(rèn)為不是BUG，可以叫對應(yīng)的產(chǎn)品過來，一起討論這個(gè)問題
3.最后實(shí)在溝通不順，可以將該問題上報(bào)給測試組長評判
17.項(xiàng)目介紹?項(xiàng)目模塊哪些模塊，你負(fù)責(zé)的模塊?
XXXXXXXXXXXXXXX
18.付款功能，你怎么測試的?(分析自己的項(xiàng)目，編寫測試點(diǎn))
付款功能，測試點(diǎn).....
19.能否獨(dú)立負(fù)責(zé)一個(gè)軟件的測試?準(zhǔn)備怎么測試?
可以的，我有獨(dú)立測試過xx項(xiàng)目，有單獨(dú)測試項(xiàng)目的經(jīng)驗(yàn)。
1.如果讓我獨(dú)立負(fù)責(zé)這個(gè)項(xiàng)目，我第一步會熟悉被測軟件，閱讀相關(guān)的需求文檔
2.熟悉軟件以后，會將已完成的功能進(jìn)行分解
3.根據(jù)分解系統(tǒng)的重要程度，進(jìn)行排期，編寫測試計(jì)劃，安排好測試時(shí)間
4.后面就可以按測試流程一個(gè)系統(tǒng)一個(gè)系統(tǒng)的測試完所有任務(wù)
項(xiàng)目與技能：(不要寫登錄、注冊)
1、接口測試是怎么做的?(適用于所有服務(wù)器的項(xiàng)目)
我的第一個(gè)xx項(xiàng)目，里面有一個(gè)xx功能接口。根據(jù)接口文檔，可以知道這個(gè)接口是xx類型，服務(wù)
器地址xxx，接口路徑是xx，有xx，yy，uu參數(shù)和xx，yy種響應(yīng)情況，根據(jù)這些情況，會編寫該接口的測試
用例，然后在postman執(zhí)行接口測試。先在postman里面選擇接口類型post，然后在URL里面填寫該接口的
服務(wù)器地址和路徑，在body里面填入?yún)?shù)和參數(shù)的值，最后發(fā)送這個(gè)請求，查看響應(yīng)是否正確。
2、loadrunner性能測試是怎么做的?(針對web項(xiàng)目)
項(xiàng)目中，我用loadrunner做過服務(wù)器的性能測試
1.先分析這個(gè)軟件的核心功能，和組長、開發(fā)討論，制定了該軟件需要滿足的性能指標(biāo)，比如：
事務(wù)響應(yīng)時(shí)間要滿足2/5原則，CPU和內(nèi)存占用要少于80%，事務(wù)的錯(cuò)誤率要小于千分之一等。決定對xx、
xx、xx三個(gè)功能做五百人的并發(fā)測試，最后綜合這些功能做混合測試。
2.針對這些設(shè)計(jì)，編寫測試計(jì)劃，針對測試方法，編寫測試用例。
3.在loadrunner里面執(zhí)行這些用例，現(xiàn)在第一個(gè)組件里面錄制腳本，然后在第二個(gè)組件里設(shè)計(jì)
場景和運(yùn)行場景，在第三個(gè)組件里面生成性能測試結(jié)果。
4.最后分析測試結(jié)果，得出都沒有超過指定的性能指標(biāo)，提交測試報(bào)告(發(fā)現(xiàn)提交訂單時(shí)，事務(wù)
響應(yīng)時(shí)間超過性能指標(biāo)的值，后面開發(fā)優(yōu)化代碼，再次測試時(shí)就好)。
3、自動化是怎么做的?(selenium適用于web項(xiàng)目，appium適用APP項(xiàng)目)
在xx項(xiàng)目里面我適用selenium做過自動化測試
1.先對這個(gè)項(xiàng)目進(jìn)行分析，決定每個(gè)功能編寫一正一反用例
2.搭建自動化集成壞境(selenium安裝，批量執(zhí)行)
3.對其中的功能編寫自動化測試用例，包括：發(fā)布商品，訂單，購物，會員設(shè)置等等。
4.根據(jù)用例編寫自動化腳本，加入集成框架
5.每次發(fā)布新的版本，就可以批量執(zhí)行以前的自動化腳本，生成自動化測試報(bào)告
6.驗(yàn)證報(bào)告里面報(bào)錯(cuò)的腳本功能，提交BUG
4、項(xiàng)目中哪些地方用到過數(shù)據(jù)庫?(工作中用得最多的是‘查詢’)
1.驗(yàn)證數(shù)據(jù)的流向問題，比如說注冊一個(gè)賬號，需要填入賬號、密碼、身份證等等。這種情況
就需要去數(shù)據(jù)庫查看，所有的數(shù)據(jù)，有沒有寫入對應(yīng)的表格，對應(yīng)的列。
2.接口測試時(shí)，有時(shí)后需要用戶的一些數(shù)據(jù)，也需要使用數(shù)據(jù)庫。比如說某個(gè)接口需要用戶的
id，就要在數(shù)據(jù)庫里面，通過賬號查詢到該用戶的id
3.軟件上線以后，用來查詢是否有異常數(shù)據(jù)
5、Linux系統(tǒng)項(xiàng)目中怎么使用的?(服務(wù)器系統(tǒng))
1.搭建服務(wù)器壞境(應(yīng)用服務(wù)Apache，tomcat、數(shù)據(jù)庫)
2.查服務(wù)器日志
3.查詢資源占用情況(CPU/內(nèi)存)
6、emmagee工具怎么使用?(適用于app)
1.在手機(jī)里面安裝emmagee工具，然后通過emmagee啟動你要測試的應(yīng)用。
2.隨意操作被測應(yīng)用的基本功能(大約十分鐘左右)，結(jié)束以后可以收取到一個(gè)Excel表格的報(bào)告
報(bào)告里面，包含了CPU占用、內(nèi)存占用、流量、電量、溫度等性能指標(biāo)。
3.下載市面上同類軟件3款，同樣測試十分鐘，也可以得到三份報(bào)告。
4.對比這幾份報(bào)告，數(shù)據(jù)的浮動范圍只要不要超過50%就算通過。
7、.itest弱網(wǎng)工具怎么使用的?(適用于APP)
1.itest可以調(diào)節(jié)手機(jī)的上傳、下載、丟包數(shù)據(jù)
2.利用itest工具模擬2G/3G/4G網(wǎng)絡(luò)，比如模擬2G網(wǎng)絡(luò)，上傳1KB/S，下載設(shè)置為10KB/S左右
3G 10KB/S 100KBB/S
4G 100KB/S 1M/S
3,如果主頁面2S內(nèi)能完全加載出來，則算測試通過，否則算測試失敗。
相關(guān)文章：