2016年軟件測試面試題

　　軟件測試就是利用測試工具按照測試方案和流程對產(chǎn)品進(jìn)行功能和性能測試，以下是應屆畢業(yè)生網(wǎng)小編整理提供的相關(guān)面試題內容，快來(lái)閱讀看看吧。

　　軟件測試面試題

　　問(wèn)題是：怎么測電梯

　　前提條件是：這是一道軟件測試工程師面試題，而非真正的電梯測試人員的面試題

　　第二個(gè)前提：我沒(méi)有需求文檔，但我了解電梯的基本業(yè)務(wù)功能

　　思路：把電梯當作一個(gè)我了解基本業(yè)務(wù)功能，卻沒(méi)有需求文檔的軟件來(lái)進(jìn)行測試。也就是說(shuō)這里考察兩點(diǎn):

　　第一，你能不能測沒(méi)有需求文檔，或者需求文檔不完整的東西

　　第二，你能不能把測試用例設計方法應用到實(shí)際工作上去

　　還隱含第三點(diǎn)，你的測試思維是否完整，測試范圍能想得比較全面嗎。

　　2確定測試范圍

　　以下是黑盒角度的

　　功能：關(guān)注電梯的基本功能是否實(shí)現

　　性能：關(guān)注電梯的性能指標，如負重多少kg

　　安全性：關(guān)注電梯的安全性，如超重報警，下墜制動(dòng)

　　用戶(hù)體驗：關(guān)注電梯的舒適性

　　以下是白盒角度的或其他的

　　效率：關(guān)注電梯控制邏輯的內部算法

　　接口：電梯和電梯控制器，電梯和大樓，電梯和攝像頭，電梯和對講機(報警裝置)的接口測試

　　零件：電梯的零件的單元測試

　　兼容性：電梯和其他東西的兼容性

　　3具體測試用例的設計

　　3.1功能測試：

　　思路一：基于用戶(hù)界面，如按鈕，分電梯內的按鈕和電梯外的按鈕;電梯內分樓層鍵、開(kāi)關(guān)門(mén)鍵、報警鍵。然后對這些鍵，一個(gè)一個(gè)測過(guò)來(lái)。同時(shí)關(guān)注顯示屏，電梯內外的顯示屏均顯示電梯當前所在樓層和運行方向。

　　思路一就是典型的單元測試。

　　思路二：?jiǎn)蝹�(gè)功能測好之后，再把單個(gè)的功能組合起來(lái)進(jìn)行測試(集成測試)，集成測試時(shí)可以根據電梯當前狀態(tài)是上行、下行還是停止(狀態(tài)機)來(lái)設計測試用例，以保證覆蓋率。

　　比如上行時(shí)按XX按鈕會(huì )怎么樣。此時(shí)可以向面試官提出等價(jià)類(lèi)劃分思想，為何我要測這些按鈕，如何劃分等價(jià)類(lèi)。

　　思路三：集成測試完畢后，開(kāi)始測試真實(shí)用戶(hù)場(chǎng)景(確認測試/驗收測試/工作流測試)，此時(shí)可以設計常見(jiàn)的用戶(hù)場(chǎng)景(場(chǎng)景設計)并進(jìn)行測試。如大量用戶(hù)從1樓進(jìn)入，并去不同樓層。又或者大量用戶(hù)從不同樓層下到1樓。

　　思路四：不同品牌電梯的比較，電梯和電梯國際標準的比較，電梯和安裝電梯的大樓用戶(hù)需求的比較等等

　　思路五：特殊需求的測試，如摩天大樓可能要求高速電梯。百貨大樓可能要求觀(guān)光電梯。

　　3.2性能測試：

　　思路一：測試電梯負載單人時(shí)的運行情況(基準測試)、多人時(shí)的運行情況(負載測試)、一定人數下較長(cháng)時(shí)間的運作(穩定性測試)、更長(cháng)時(shí)間運作時(shí)的運行情況(疲勞測試)、不斷增加人數導致電梯報警(拐點(diǎn)壓力測試)

　　思路二：不同層次的性能，如零部件性能等

　　3.3安全性測試：

　　軟件的安全性測試我也不了解。只能瞎說(shuō)了。比如，暴力破壞電梯，下墜制動(dòng)測試，超重警報、超時(shí)警報的測試，報警功能的測試，監控攝像頭測試，火災時(shí)應該不讓用戶(hù)使用，但又要讓里面的人能出來(lái)等等。

　　3.4用戶(hù)體驗：

　　電梯是否有地毯，夏天是否有空調，通風(fēng)條件，照明條件。等等

　　3.5效率：調度算法是否合理，是否最優(yōu)，按錯鍵是否可以取消

　　3.6零件：零部件是否合格

　　3.7接口：電梯和其他設備的交互，如報警裝置、中央空調、監控室等等如何交互，是否工作正常

　　3.8兼容性：電梯的整體和其他設備的兼容性

　　以上，是我考慮的答案。一般把整體思路說(shuō)一下，再把3.1功能測試部分重點(diǎn)講一講就ok了，面試官應該會(huì )滿(mǎn)意的。

　　如果把電梯換成電話(huà)，測試思路還是這個(gè)，頂多就是換一些具體用例�；蛘唠娞輷Q成其他任何東西都一樣的，關(guān)鍵是，把它當作軟件，展示測試思維。

　　常見(jiàn)軟件測試面試題

　　以往是否曾經(jīng)從事過(guò)性能測試工作?請盡可能的詳細描述您以往的性能測試工作的完整過(guò)程。

　　曾經(jīng)做過(guò)一套網(wǎng)管系統的性能測試，主要測試該軟件在同時(shí)管理大量終端的情況下，在響應時(shí)間，CPU/磁盤(pán)/內存等參數是否滿(mǎn)足要求。

　　也曾經(jīng)做過(guò)軟交換系統的呼叫性能測試，主要是測試軟交換系統在有大量呼叫的情況下，響應時(shí)間，呼叫成功率，CPU/磁盤(pán)/內存等參數是否滿(mǎn)足設計要求。

　　您在從事性能測試工作時(shí)，是否使用過(guò)一些測試工具?如果有，請試述該工具的工作原理，并以一個(gè)具體的工作中的例子描述該工具是如何在實(shí)際工作中應用的。

　　測試網(wǎng)管系統中，使用的Mimic來(lái)模擬終端，能夠大量的節省成本。

　　測試軟交換系統的時(shí)候，使用的Prolab來(lái)模擬終端并發(fā)送呼叫軟交換，他完成了同時(shí)數百人才能完成的摘機撥號工作，主要工作原理是產(chǎn)生一些符合要求的IP包并發(fā)送給軟交換系統，同時(shí)對軟交換系統的回應進(jìn)行處理，決定下一步動(dòng)作。

　　您認為性能測試工作的目的是什么?做好性能測試工作的關(guān)鍵是什么?

　　主要是保障在大量用戶(hù)的情況下，服務(wù)能正常使用。

　　在您以往的工作中，一條軟件缺陷(或者叫Bug)記錄都包含了哪些內容?如何提交高質(zhì)量的軟件缺陷(Bug)記錄?

　　1.在傳統的BugZilla中，BUG描述應該包括以下的信息

　　2.和BUG產(chǎn)生對應的軟件版本

　　3.開(kāi)發(fā)的接口人員

　　4.BUG的優(yōu)先級

　　5.BUG的嚴重程度

　　6.BUG可能屬于的模塊，如果不能確認，可以用開(kāi)發(fā)人員來(lái)判斷

　　7.BUG標題，需要清晰的描述現象

　　8.BUG描述，需要盡量給出重新Bug的步驟

　　9.BUG附件中能給出相關(guān)的日志和截圖。

　　高質(zhì)量的BUG記錄就是指很容易理解的BUG記錄，所以，對于描述的要求高，能提供的信息多且準確，很好的幫助開(kāi)發(fā)人員定位。

　　BUG管理工具的跟蹤過(guò)程

　　用BugZilla為例子

　　測試人員發(fā)現了BUG，提交到Bugzilla中，狀態(tài)為new，BUG的接受者為開(kāi)發(fā)接口人員

　　開(kāi)發(fā)接口將BUG分配給相關(guān)的模塊的開(kāi)發(fā)人員，狀態(tài)修改為已分配

　　開(kāi)發(fā)人員和測試確認BUG，如果是本人的BUG，則設置為接收;如果是別的開(kāi)發(fā)人員的問(wèn)題，則轉發(fā)出去，由下一個(gè)開(kāi)發(fā)人員來(lái)進(jìn)行此行為;如果認為不是問(wèn)題，則需要大家討論并確認后，拒絕這個(gè)BUG，然后測試人員關(guān)閉此問(wèn)題。

　　如果開(kāi)發(fā)人員接受了BUG，并修改好以后，將BUG狀態(tài)修改為已修復，并告知測試在哪個(gè)版本中可以測試。

　　測試人員在新版本中測試，如果發(fā)現問(wèn)題依然存在，則拒絕修改;如果已經(jīng)修復，則關(guān)閉BUG。

　　您認為在測試人員同開(kāi)發(fā)人員的溝通過(guò)程中，如何提高溝通的效率和改善溝通的效果?維持測試人員同開(kāi)發(fā)團隊中其他成員良好的人際關(guān)系的關(guān)鍵是什么?

　　盡量能有面對面的溝通，如果做不到，那么盡量能直接通過(guò)電話(huà)溝通，如果只能通過(guò)Email等非及時(shí)溝通工具的話(huà)，強調必須對特性的理解深刻以及能表達清楚。

　　一是真誠，二是團隊精神，三是在專(zhuān)業(yè)上有共同語(yǔ)言，當然也可以通過(guò)直接指出一些小問(wèn)題，而不是進(jìn)入BUG Tracking System來(lái)增加對方的好感。

　　在您以往的測試工作中，最讓您感到不滿(mǎn)意或者不堪回首的事情是什么?您是如何來(lái)對待這些事情的?

　　某次性能測試覆蓋不足，造成系統崩潰。

　　你對測試最大的興趣在哪里?為什么?

　　最大的興趣就是測試有難度，有挑戰性!做測試越久越能感覺(jué)到做好測試有多難。曾經(jīng)在無(wú)憂(yōu)測試網(wǎng)上看到一篇文章，是關(guān)于如何做好一名測試工程師。一共羅列了11，12點(diǎn)，有部分是和人的性格有關(guān)，有部分需要后天的努力。但除了性格有關(guān)的1，2點(diǎn)我沒(méi)有把握，其他點(diǎn)我都很有信心做好它。

　　剛開(kāi)始進(jìn)入測試行業(yè)時(shí)，對測試的認識是從無(wú)憂(yōu)測試網(wǎng)上了解到的一些資料，當時(shí)是沖著(zhù)做測試需要很多技能才能做的好，雖然入門(mén)容易，但做好很難，比開(kāi)發(fā)更難，雖然當時(shí)我很想做開(kāi)發(fā)(學(xué)校專(zhuān)業(yè)課我基本上不缺席，因為我喜歡我的專(zhuān)業(yè))，但看到測試比開(kāi)發(fā)更難更有挑戰性，想做好測試的意志就更堅定了。

　　我覺(jué)得做測試整個(gè)過(guò)程中有2點(diǎn)讓我覺(jué)得很有難度(對我來(lái)說(shuō)，有難度的東西我就非常感興趣)，第一是測試用例的設計，因為測試的精華就在測試用例的設計上了，要在版本出來(lái)之前，把用例寫(xiě)好，用什么測試方法寫(xiě)?(也就是測試計劃或測試策略)，如果你剛測試一個(gè)新任務(wù)時(shí)，你得花一定的時(shí)間去消化業(yè)務(wù)需求和技術(shù)基礎，業(yè)務(wù)需求很好理解(多和產(chǎn)品經(jīng)理和開(kāi)發(fā)人員溝通就能達到目的)，而技術(shù)基礎可就沒(méi)那么簡(jiǎn)單了，這需要你自覺(jué)的學(xué)習能力，比如說(shuō)網(wǎng)站吧，最基本的技術(shù)知識你要知道網(wǎng)站內部是怎么運作的的，后臺是怎么響應用戶(hù)請求的?測試環(huán)境如何搭建?這些都需要最早的學(xué)好。至少在開(kāi)始測試之前能做好基本的準備，可能會(huì )遇到什么難題?需求細節是不是沒(méi)有確定好?這些問(wèn)題都能在設計用例的時(shí)候發(fā)現。

　　第二是發(fā)現BUG的時(shí)候了，這應該是測試人員最基本的任務(wù)了，一般按測試用例開(kāi)始測試就能發(fā)現大部分的bug，還有一部分bug需要測試的過(guò)程中更了解所測版本的情況獲得更多信息，補充測試用例，測試出bug。還有如何發(fā)現bug?這就需要在測試用例有效的情況下，通過(guò)細心和耐心去發(fā)現bug了，每個(gè)用例都有可能發(fā)現bug，每個(gè)地方都有可能出錯，所以測試過(guò)程中思維要清晰(測試過(guò)程數據流及結果都得看仔細了，bug都在里面發(fā)現的)。如何描述bug也很有講究，bug在什么情況下會(huì )產(chǎn)生，如果條件變化一點(diǎn)點(diǎn)，就不會(huì )有這個(gè)bug，以哪些最少的操作步驟就能重現這個(gè)bug，這個(gè)bug產(chǎn)生的規律是什么?如果你夠厲害的話(huà)，可以幫開(kāi)發(fā)人員初步定位問(wèn)題。

【軟件測試面試題】相關(guān)文章：

職場(chǎng)跳槽首選軟件測試11-24

軟件測試筆試題及答案02-21

軟件測試筆試題201511-24

軟件測試：4大魅力吸引跳槽11-18

軟件測試筆試題及答案下載02-24

軟件測試工程師職業(yè)規劃12-01

軟件測試員應聘常見(jiàn)的基本面試問(wèn)題10-16

軟件工程師面試題小練帶參考答案12-21

面試題精選02-18

分享面試題目 教育職業(yè)面試題11-20