- 相關(guān)推薦
2016年軟件測試面試題
軟件測試就是利用測試工具按照測試方案和流程對產(chǎn)品進(jìn)行功能和性能測試，以下是應(yīng)屆畢業(yè)生網(wǎng)小編整理提供的相關(guān)面試題內(nèi)容，快來閱讀看看吧。
軟件測試面試題
問題是：怎么測電梯
前提條件是：這是一道軟件測試工程師面試題，而非真正的電梯測試人員的面試題
第二個(gè)前提：我沒有需求文檔，但我了解電梯的基本業(yè)務(wù)功能
思路：把電梯當(dāng)作一個(gè)我了解基本業(yè)務(wù)功能，卻沒有需求文檔的軟件來進(jìn)行測試。也就是說這里考察兩點(diǎn):
第一，你能不能測沒有需求文檔，或者需求文檔不完整的東西
第二，你能不能把測試用例設(shè)計(jì)方法應(yīng)用到實(shí)際工作上去
還隱含第三點(diǎn)，你的測試思維是否完整，測試范圍能想得比較全面嗎。
2確定測試范圍
以下是黑盒角度的
功能：關(guān)注電梯的基本功能是否實(shí)現(xiàn)
性能：關(guān)注電梯的性能指標(biāo)，如負(fù)重多少kg
安全性：關(guān)注電梯的安全性，如超重報(bào)警，下墜制動(dòng)
用戶體驗(yàn)：關(guān)注電梯的舒適性
以下是白盒角度的或其他的
效率：關(guān)注電梯控制邏輯的內(nèi)部算法
接口：電梯和電梯控制器，電梯和大樓，電梯和攝像頭，電梯和對講機(jī)(報(bào)警裝置)的接口測試
零件：電梯的零件的單元測試
兼容性：電梯和其他東西的兼容性
3具體測試用例的設(shè)計(jì)
3.1功能測試：
思路一：基于用戶界面，如按鈕，分電梯內(nèi)的按鈕和電梯外的按鈕;電梯內(nèi)分樓層鍵、開關(guān)門鍵、報(bào)警鍵。然后對這些鍵，一個(gè)一個(gè)測過來。同時(shí)關(guān)注顯示屏，電梯內(nèi)外的顯示屏均顯示電梯當(dāng)前所在樓層和運(yùn)行方向。
思路一就是典型的單元測試。
思路二：單個(gè)功能測好之后，再把單個(gè)的功能組合起來進(jìn)行測試(集成測試)，集成測試時(shí)可以根據(jù)電梯當(dāng)前狀態(tài)是上行、下行還是停止(狀態(tài)機(jī))來設(shè)計(jì)測試用例，以保證覆蓋率。
比如上行時(shí)按XX按鈕會(huì)怎么樣。此時(shí)可以向面試官提出等價(jià)類劃分思想，為何我要測這些按鈕，如何劃分等價(jià)類。
思路三：集成測試完畢后，開始測試真實(shí)用戶場景(確認(rèn)測試/驗(yàn)收測試/工作流測試)，此時(shí)可以設(shè)計(jì)常見的用戶場景(場景設(shè)計(jì))并進(jìn)行測試。如大量用戶從1樓進(jìn)入，并去不同樓層。又或者大量用戶從不同樓層下到1樓。
思路四：不同品牌電梯的比較，電梯和電梯國際標(biāo)準(zhǔn)的比較，電梯和安裝電梯的大樓用戶需求的比較等等
思路五：特殊需求的測試，如摩天大樓可能要求高速電梯。百貨大樓可能要求觀光電梯。
3.2性能測試：
思路一：測試電梯負(fù)載單人時(shí)的運(yùn)行情況(基準(zhǔn)測試)、多人時(shí)的運(yùn)行情況(負(fù)載測試)、一定人數(shù)下較長時(shí)間的運(yùn)作(穩(wěn)定性測試)、更長時(shí)間運(yùn)作時(shí)的運(yùn)行情況(疲勞測試)、不斷增加人數(shù)導(dǎo)致電梯報(bào)警(拐點(diǎn)壓力測試)
思路二：不同層次的性能，如零部件性能等
3.3安全性測試：
軟件的安全性測試我也不了解。只能瞎說了。比如，暴力破壞電梯，下墜制動(dòng)測試，超重警報(bào)、超時(shí)警報(bào)的測試，報(bào)警功能的測試，監(jiān)控?cái)z像頭測試，火災(zāi)時(shí)應(yīng)該不讓用戶使用，但又要讓里面的人能出來等等。
3.4用戶體驗(yàn)：
電梯是否有地毯，夏天是否有空調(diào)，通風(fēng)條件，照明條件。等等
3.5效率：調(diào)度算法是否合理，是否最優(yōu)，按錯(cuò)鍵是否可以取消
3.6零件：零部件是否合格
3.7接口：電梯和其他設(shè)備的交互，如報(bào)警裝置、中央空調(diào)、監(jiān)控室等等如何交互，是否工作正常
3.8兼容性：電梯的整體和其他設(shè)備的兼容性
以上，是我考慮的答案。一般把整體思路說一下，再把3.1功能測試部分重點(diǎn)講一講就ok了，面試官應(yīng)該會(huì)滿意的。
如果把電梯換成電話，測試思路還是這個(gè)，頂多就是換一些具體用例。或者電梯換成其他任何東西都一樣的，關(guān)鍵是，把它當(dāng)作軟件，展示測試思維。
常見軟件測試面試題
以往是否曾經(jīng)從事過性能測試工作?請盡可能的詳細(xì)描述您以往的性能測試工作的完整過程。
曾經(jīng)做過一套網(wǎng)管系統(tǒng)的性能測試，主要測試該軟件在同時(shí)管理大量終端的情況下，在響應(yīng)時(shí)間，CPU/磁盤/內(nèi)存等參數(shù)是否滿足要求。
也曾經(jīng)做過軟交換系統(tǒng)的呼叫性能測試，主要是測試軟交換系統(tǒng)在有大量呼叫的情況下，響應(yīng)時(shí)間，呼叫成功率，CPU/磁盤/內(nèi)存等參數(shù)是否滿足設(shè)計(jì)要求。
您在從事性能測試工作時(shí)，是否使用過一些測試工具?如果有，請?jiān)囀鲈摴ぞ叩墓ぷ髟�，并以一個(gè)具體的工作中的例子描述該工具是如何在實(shí)際工作中應(yīng)用的。
測試網(wǎng)管系統(tǒng)中，使用的Mimic來模擬終端，能夠大量的節(jié)省成本。
測試軟交換系統(tǒng)的時(shí)候，使用的Prolab來模擬終端并發(fā)送呼叫軟交換，他完成了同時(shí)數(shù)百人才能完成的摘機(jī)撥號工作，主要工作原理是產(chǎn)生一些符合要求的IP包并發(fā)送給軟交換系統(tǒng)，同時(shí)對軟交換系統(tǒng)的回應(yīng)進(jìn)行處理，決定下一步動(dòng)作。
您認(rèn)為性能測試工作的目的是什么?做好性能測試工作的關(guān)鍵是什么?
主要是保障在大量用戶的情況下，服務(wù)能正常使用。
在您以往的工作中，一條軟件缺陷(或者叫Bug)記錄都包含了哪些內(nèi)容?如何提交高質(zhì)量的軟件缺陷(Bug)記錄?
1.在傳統(tǒng)的BugZilla中，BUG描述應(yīng)該包括以下的信息
2.和BUG產(chǎn)生對應(yīng)的軟件版本
3.開發(fā)的接口人員
4.BUG的優(yōu)先級
5.BUG的嚴(yán)重程度
6.BUG可能屬于的模塊，如果不能確認(rèn)，可以用開發(fā)人員來判斷
7.BUG標(biāo)題，需要清晰的描述現(xiàn)象
8.BUG描述，需要盡量給出重新Bug的步驟
9.BUG附件中能給出相關(guān)的日志和截圖。
高質(zhì)量的BUG記錄就是指很容易理解的BUG記錄，所以，對于描述的要求高，能提供的信息多且準(zhǔn)確，很好的幫助開發(fā)人員定位。
BUG管理工具的跟蹤過程
用BugZilla為例子
測試人員發(fā)現(xiàn)了BUG，提交到Bugzilla中，狀態(tài)為new，BUG的接受者為開發(fā)接口人員
開發(fā)接口將BUG分配給相關(guān)的模塊的開發(fā)人員，狀態(tài)修改為已分配
開發(fā)人員和測試確認(rèn)BUG，如果是本人的BUG，則設(shè)置為接收;如果是別的開發(fā)人員的問題，則轉(zhuǎn)發(fā)出去，由下一個(gè)開發(fā)人員來進(jìn)行此行為;如果認(rèn)為不是問題，則需要大家討論并確認(rèn)后，拒絕這個(gè)BUG，然后測試人員關(guān)閉此問題。
如果開發(fā)人員接受了BUG，并修改好以后，將BUG狀態(tài)修改為已修復(fù)，并告知測試在哪個(gè)版本中可以測試。
測試人員在新版本中測試，如果發(fā)現(xiàn)問題依然存在，則拒絕修改;如果已經(jīng)修復(fù)，則關(guān)閉BUG。
您認(rèn)為在測試人員同開發(fā)人員的溝通過程中，如何提高溝通的效率和改善溝通的效果?維持測試人員同開發(fā)團(tuán)隊(duì)中其他成員良好的人際關(guān)系的關(guān)鍵是什么?
盡量能有面對面的溝通，如果做不到，那么盡量能直接通過電話溝通，如果只能通過Email等非及時(shí)溝通工具的話，強(qiáng)調(diào)必須對特性的理解深刻以及能表達(dá)清楚。
一是真誠，二是團(tuán)隊(duì)精神，三是在專業(yè)上有共同語言，當(dāng)然也可以通過直接指出一些小問題，而不是進(jìn)入BUG Tracking System來增加對方的好感。
在您以往的測試工作中，最讓您感到不滿意或者不堪回首的事情是什么?您是如何來對待這些事情的?
某次性能測試覆蓋不足，造成系統(tǒng)崩潰。
你對測試最大的興趣在哪里?為什么?
最大的興趣就是測試有難度，有挑戰(zhàn)性!做測試越久越能感覺到做好測試有多難。曾經(jīng)在無憂測試網(wǎng)上看到一篇文章，是關(guān)于如何做好一名測試工程師。一共羅列了11，12點(diǎn)，有部分是和人的性格有關(guān)，有部分需要后天的努力。但除了性格有關(guān)的1，2點(diǎn)我沒有把握，其他點(diǎn)我都很有信心做好它。
剛開始進(jìn)入測試行業(yè)時(shí)，對測試的認(rèn)識是從無憂測試網(wǎng)上了解到的一些資料，當(dāng)時(shí)是沖著做測試需要很多技能才能做的好，雖然入門容易，但做好很難，比開發(fā)更難，雖然當(dāng)時(shí)我很想做開發(fā)(學(xué)校專業(yè)課我基本上不缺席，因?yàn)槲蚁矚g我的專業(yè))，但看到測試比開發(fā)更難更有挑戰(zhàn)性，想做好測試的意志就更堅(jiān)定了。
我覺得做測試整個(gè)過程中有2點(diǎn)讓我覺得很有難度(對我來說，有難度的東西我就非常感興趣)，第一是測試用例的設(shè)計(jì)，因?yàn)闇y試的精華就在測試用例的設(shè)計(jì)上了，要在版本出來之前，把用例寫好，用什么測試方法寫?(也就是測試計(jì)劃或測試策略)，如果你剛測試一個(gè)新任務(wù)時(shí)，你得花一定的時(shí)間去消化業(yè)務(wù)需求和技術(shù)基礎(chǔ)，業(yè)務(wù)需求很好理解(多和產(chǎn)品經(jīng)理和開發(fā)人員溝通就能達(dá)到目的)，而技術(shù)基礎(chǔ)可就沒那么簡單了，這需要你自覺的學(xué)習(xí)能力，比如說網(wǎng)站吧，最基本的技術(shù)知識你要知道網(wǎng)站內(nèi)部是怎么運(yùn)作的的，后臺(tái)是怎么響應(yīng)用戶請求的?測試環(huán)境如何搭建?這些都需要最早的學(xué)好。至少在開始測試之前能做好基本的準(zhǔn)備，可能會(huì)遇到什么難題?需求細(xì)節(jié)是不是沒有確定好?這些問題都能在設(shè)計(jì)用例的時(shí)候發(fā)現(xiàn)。
第二是發(fā)現(xiàn)BUG的時(shí)候了，這應(yīng)該是測試人員最基本的任務(wù)了，一般按測試用例開始測試就能發(fā)現(xiàn)大部分的bug，還有一部分bug需要測試的過程中更了解所測版本的情況獲得更多信息，補(bǔ)充測試用例，測試出bug。還有如何發(fā)現(xiàn)bug?這就需要在測試用例有效的情況下，通過細(xì)心和耐心去發(fā)現(xiàn)bug了，每個(gè)用例都有可能發(fā)現(xiàn)bug，每個(gè)地方都有可能出錯(cuò)，所以測試過程中思維要清晰(測試過程數(shù)據(jù)流及結(jié)果都得看仔細(xì)了，bug都在里面發(fā)現(xiàn)的)。如何描述bug也很有講究，bug在什么情況下會(huì)產(chǎn)生，如果條件變化一點(diǎn)點(diǎn)，就不會(huì)有這個(gè)bug，以哪些最少的操作步驟就能重現(xiàn)這個(gè)bug，這個(gè)bug產(chǎn)生的規(guī)律是什么?如果你夠厲害的話，可以幫開發(fā)人員初步定位問題。
【軟件測試面試題】相關(guān)文章：
職場跳槽首選軟件測試11-24
軟件測試筆試題及答案02-21
軟件測試筆試題201511-24
軟件測試：4大魅力吸引跳槽11-18
軟件測試筆試題及答案下載02-24
軟件測試工程師職業(yè)規(guī)劃12-01
軟件工程師面試題小練帶參考答案12-21
面試題精選02-18
分享面試題目 教育職業(yè)面試題11-20