亚洲国产日韩欧美在线a乱码,国产精品路线1路线2路线,亚洲视频一区,精品国产自,www狠狠,国产情侣激情在线视频免费看,亚洲成年网站在线观看

軟件測試面試題

時間:2021-03-01 11:08:45 面試筆試 我要投稿

2016年軟件測試面試題

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

2016年軟件測試面試題

  軟件測試面試題

  問題是:怎么測電梯

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

  第二個前提:我沒有需求文檔,但我了解電梯的基本業(yè)務功能

  思路:把電梯當作一個我了解基本業(yè)務功能,卻沒有需求文檔的軟件來進行測試。也就是說這里考察兩點:

  第一,你能不能測沒有需求文檔,或者需求文檔不完整的東西

  第二,你能不能把測試用例設計方法應用到實際工作上去

  還隱含第三點,你的測試思維是否完整,測試范圍能想得比較全面嗎。

  2確定測試范圍

  以下是黑盒角度的

  功能:關注電梯的基本功能是否實現(xiàn)

  性能:關注電梯的性能指標,如負重多少kg

  安全性:關注電梯的安全性,如超重報警,下墜制動

  用戶體驗:關注電梯的舒適性

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

  效率:關注電梯控制邏輯的內部算法

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

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

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

  3具體測試用例的設計

  3.1功能測試:

  思路一:基于用戶界面,如按鈕,分電梯內的按鈕和電梯外的按鈕;電梯內分樓層鍵、開關門鍵、報警鍵。然后對這些鍵,一個一個測過來。同時關注顯示屏,電梯內外的顯示屏均顯示電梯當前所在樓層和運行方向。

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

  思路二:單個功能測好之后,再把單個的功能組合起來進行測試(集成測試),集成測試時可以根據(jù)電梯當前狀態(tài)是上行、下行還是停止(狀態(tài)機)來設計測試用例,以保證覆蓋率。

  比如上行時按XX按鈕會怎么樣。此時可以向面試官提出等價類劃分思想,為何我要測這些按鈕,如何劃分等價類。

  思路三:集成測試完畢后,開始測試真實用戶場景(確認測試/驗收測試/工作流測試),此時可以設計常見的用戶場景(場景設計)并進行測試。如大量用戶從1樓進入,并去不同樓層。又或者大量用戶從不同樓層下到1樓。

  思路四:不同品牌電梯的比較,電梯和電梯國際標準的比較,電梯和安裝電梯的大樓用戶需求的比較等等

  思路五:特殊需求的測試,如摩天大樓可能要求高速電梯。百貨大樓可能要求觀光電梯。

  3.2性能測試:

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

  思路二:不同層次的性能,如零部件性能等

  3.3安全性測試:

  軟件的安全性測試我也不了解。只能瞎說了。比如,暴力破壞電梯,下墜制動測試,超重警報、超時警報的測試,報警功能的測試,監(jiān)控攝像頭測試,火災時應該不讓用戶使用,但又要讓里面的人能出來等等。

  3.4用戶體驗:

  電梯是否有地毯,夏天是否有空調,通風條件,照明條件。等等

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

  3.6零件:零部件是否合格

  3.7接口:電梯和其他設備的交互,如報警裝置、中央空調、監(jiān)控室等等如何交互,是否工作正常

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

  以上,是我考慮的答案。一般把整體思路說一下,再把3.1功能測試部分重點講一講就ok了,面試官應該會滿意的。

  如果把電梯換成電話,測試思路還是這個,頂多就是換一些具體用例;蛘唠娞輷Q成其他任何東西都一樣的,關鍵是,把它當作軟件,展示測試思維。

  常見軟件測試面試題

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

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

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

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

  測試網(wǎng)管系統(tǒng)中,使用的Mimic來模擬終端,能夠大量的節(jié)省成本。

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

  您認為性能測試工作的目的是什么?做好性能測試工作的關鍵是什么?

  主要是保障在大量用戶的情況下,服務能正常使用。

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

  1.在傳統(tǒng)的BugZilla中,BUG描述應該包括以下的信息

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

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

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

  5.BUG的嚴重程度

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

  7.BUG標題,需要清晰的描述現(xiàn)象

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

  9.BUG附件中能給出相關的日志和截圖。

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

  BUG管理工具的跟蹤過程

  用BugZilla為例子

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

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

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

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

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

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

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

  一是真誠,二是團隊精神,三是在專業(yè)上有共同語言,當然也可以通過直接指出一些小問題,而不是進入BUG Tracking System來增加對方的好感。

  在您以往的測試工作中,最讓您感到不滿意或者不堪回首的事情是什么?您是如何來對待這些事情的?

  某次性能測試覆蓋不足,造成系統(tǒng)崩潰。

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

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

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

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

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


【2016年軟件測試面試題】相關文章:

軟件測試工程面試常見問題介紹04-11

軟件測試員應聘常見的基本面試問題11-24

華為硬件面試題08-22

經(jīng)典面試題回答思路03-17

求職英語面試題集錦08-22

銀行招聘英語面試題04-03

圖像處理的筆試面試題08-19

韋博英語面試題目06-27

英語教師面試題及答案03-20

蘋果公司英文面試題03-20