金融行业软件测试面试题目及回答思路,教你轻松搞定面试官
目錄
目錄
1、網上銀行轉賬是怎么測的,設計一下測試用例。
2、測試工作的流程?缺陷狀態有什么?設計測試用例有幾種方法?
3、在項目中找到的經典BUG是什么?
4、定期存款到期自動轉存該怎么測?
5、你發現Bug后,應該怎么辦?
6、假如發現了一個BUG,跟開發本身沒什么關系,涉及到理念,需求問題,如何解決?
7、功能測試的BUG級別你們怎么劃分?
8、執行別人的用例,如果發現用例有錯怎么處理?
9、你們做過冒煙側嗎?冒煙測試是什么(理論)?
10、你們項目做了多久,共寫了多少用例?項目多少人?
1、網上銀行轉賬是怎么測的,設計一下測試用例。
回答思路:
宏觀上可以從質量模型(萬能公式)來考慮,重點需要測試轉賬的功能、性能與安全性。設計測試用例可以使用場景法為主,先列出轉賬的基本流和備選流。然后設計場景,最后根據場景設計數據。實際面試中需要舉出具體的例子。
先檢查界面。
再測試功能:
驗證同行轉賬,跨行轉賬。
驗證轉賬限額。
驗證非法賬戶(掛失,凍結,鎖定的賬戶)的轉賬。
再測試性能方面的。
? ? ? ? ? ? ? ? ? ? ?
2、測試工作的流程?缺陷狀態有什么?設計測試用例有幾種方法?
測試工程師的實際工作流程(以P2P中型版本為例,一個月一個版本):
產品經理或者SR把需求書發下來給開發和測試
測試先看一遍,進行需求分析。測試組長編寫測試計劃,并且分配測試任務給測試人員(2天時間)(此時開發也在進行需求分析)
過了2天,產品經理再把測試和開發召集在一起,進行需求講解(或者說需求評審),有問題可以直接問,如果發現需求有問題,也可以提出來,SR回去會修改。(需求講解時間0.5天)
講完需求后,測試同事要進行測試場景的梳理和案例的編寫了(xmind和Excel就要用上了),一共5個工作日。(此時開發在編寫代碼)
之后就要進行案例評審了,評審時候有SR、測試同事、開發同事,評審時候一般SR、測試組長、對應模塊的開發同事會提出一點意見,評審完之后,回去修改、補充一下案例。(案例評審0.5天)
修改完以后,有兩種處理情況:
對大項目有時候要進行案例的第二次評審。
對小項目,在時間緊的時候,一般不會二審,但是要以郵件的形式把修改或者新增后的案例發出來,給領導看,并抄送給其他同事。(案例評審0.5天,修改案例0.5天,案例二審0.5天)
案例評審完就要開始測試了,一般測試環境開發搭建好(要說自己也會搭建,搭建流程背老師總結的):
中型版本的測試一般分2輪:第一輪:5天;第二輪:3天;回歸測試2天;(共10個工作日)。
回歸測試完后,達到了上線標準,就會如期上線,一般當天晚上12點上線
缺陷狀態:缺陷管理的流程圖
3、在項目中找到的經典BUG是什么?
兼容性問題,在ie瀏覽器,提交訂單按鈕可以點擊,到了谷歌,火狐就不能了。
查詢訂單頁面,根據條件篩選的結果不是想要的結果,還有某些字段的值沒有顯示出來,或者顯示錯誤。(因為開發從庫表取值有誤)
付款成功后,訂單狀態一直不翻轉為交易成功。(因為代碼沒有正確獲取庫表中付款成功記錄的狀態碼)
修改支付密碼,新密碼和原密碼一致,也通過了,系統沒有做新舊密碼的校驗。
付款時候的手機驗證碼,可以一直使用,沒有成功做有效期控制。
手機app斷開網絡后,再去點擊,沒有友好的錯誤頁面提示網絡已斷開,只有undefined返回
4、定期存款到期自動轉存該怎么測?
回答思路:到期肯定會有邊界,所以設計里面可以考慮邊界值法。自動轉存(首先要搞清楚什么是自動轉存。)
存錢該怎么測,用什么測試方法?
準備思路:存錢要分類:活期、零存整取等(具體規則百度下),然后根據每類的業務規則選擇合適的用例設計方法。譬如一次最少存入多少?最多一次能存入多少等。
5、你發現Bug后,應該怎么辦?
首先咨詢一下開發是不是bug,讓他初步判斷一下。
如果不是bug,開發給到理由也比較充分,確實自己也搞錯了,也就算了。
如果開發也認為是bug,那就直接提了。
如果我懷疑開發的解答,我覺得是bug,開發堅持不是bug,我就要咨詢我們組長或者開發組長,讓他們判斷一下。
? ? ? ? ? ? ? ? ? ? ? ? ??
6、假如發現了一個BUG,跟開發本身沒什么關系,涉及到理念,需求問題,如何解決?
把問題暴露給測試組長和開發組長,咨詢他們意見,組長們再知會開發分組經理和項目經理,然后大家和產品經理一起探討解決,需要改需求的地方就要改了。
測試非常緊急過程中,遇到阻塞性問題,對應的開發沒有時間解決,你如何推動問題解決?
首先判斷問題的嚴重性,向對應的開發了解問題的原因。
然后再匯報給自己的測試組長和開發組長,讓組長知情,咨詢他們的意見,再把問題匯報給開發分組經理,讓他們統一協調處理。安排經驗豐富的其他高級開發人員來協助此開發解決問題,然后通過加班來完成問題解決和測試。
7、功能測試的BUG級別你們怎么劃分?
bug嚴重程度:一般提L4 和L3,L2很少提,除非影響流程。L1這個是非常致命的bug,基本上不會提。
8、執行別人的用例,如果發現用例有錯怎么處理?
首先咨詢一下案例作者或者詢問測試組長,確認一下,如果確實有誤就要修正用例。
9、你們做過冒煙側嗎?冒煙測試是什么(理論)?
冒煙測試也叫預測試,就是正式測試之前的一種測試,為了確保主流程能走通。
可以回答沒有冒煙測試,就說測試之前一般會要求開發自測,開發自測后(自測大概就是一天左右的時間),確保沒有大的問題,再通知測試開始測試。
10、你們項目做了多久,共寫了多少用例?項目多少人?
項目做了多久:(兩種回答,建議選擇第一種)
我進去的時候項目已經上線了,一直存在,然后就是版本的微小更新,小修改的話,大概半個月一個版本,中修改的話,大概一個月一個版本。每次版本更新,針對新的功能點或者修改點大概寫了60條案例左右(一個月一個版本的例子)。
我進去的時候,一開始就參與這個項目(也就是需求分析開始),項目從零到有進行了半年左右,六個月內大概整個項目組寫了900條案例左右。自己寫了200條左右(共5個測試,包括組長)。
PS:如果大家說自己是從零到有參與的項目,那么6個月時間是從需求分析開始。需求書編寫完成前,產品經理他們是要做很多前期準備工作,可能要花費3個月左右的時間。
那么測試6個月的實際工作時間內:
前期2個月:剛開始需求書的漏洞比較多,需求評審比較多,基本上每個星期一次評審。開發和測試都會參與,此時開發在進行代碼設計,測試就在分析需求,看參考文檔,用xmind梳理測試場景,提取測試點,開發經常和產品經理討論需求,測試經常問開發和產品經理有關需求的疑問。大家一直碰撞,一步一步得出比較完美的邏輯。
中間2個月:開發設計完后,進行編碼,我們測試就根據之前梳理的測試場景來編寫案例,進一步優化。這個期間,需求書基本穩定,不會再改了。要改也就是把細化需求,把籠統的地方,描述的更詳細,更讓人易懂,功能點的大方向不會改。開發和測試在此期間有疑問,都會郵件或者電話聯系產品經理。測試也會經常去問開發有關功能點的邏輯問題。
后面2個月: 執行案例工作開始進行,一般分為兩輪st測試,第一輪1個月,第二輪半個月,回歸測試半個月。Uat測試組在st測試第二輪時候,并行開始。Uat測試組有專門人負責,一般需要st測試組派一個人左右去支持,uat測試也有第一輪(半個月),第二輪(半個月)。
項目多少人:一個公司往往有很多項目,自己只是其中一個項目組的,我的P2P項目組大概20人,開發15個,測試5個。(大家把自己當成外包人員,在甲方工作,也叫駐場工作)
?
總結
以上是生活随笔為你收集整理的金融行业软件测试面试题目及回答思路,教你轻松搞定面试官的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: VIVADO 运行时提示Runtime
- 下一篇: 计算机网络原理历年试题,历年计算机网络原