前言

這段時(shí)間收到好多粉絲的留言說想求一份金融銀行相關(guān)的測試面試題，所以我花了不少時(shí)間給大家整理了一份，今天分享給需要的朋友們，也希望對你們有所幫助。

1、網(wǎng)上銀行轉(zhuǎn)賬是怎么測的，設(shè)計(jì)一下測試用例。

回答思路：

宏觀上可以從質(zhì)量模型（萬能公式）來考慮，重點(diǎn)需要測試轉(zhuǎn)賬的功能、性能與安全性。設(shè)計(jì)測試用例可以使用場景法為主，先列出轉(zhuǎn)賬的基本流和備選流。然后設(shè)計(jì)場景，最后根據(jù)場景設(shè)計(jì)數(shù)據(jù)。實(shí)際面試中需要舉出具體的例子。

先檢查界面。

再測試功能：

驗(yàn)證同行轉(zhuǎn)賬，跨行轉(zhuǎn)賬。

驗(yàn)證轉(zhuǎn)賬限額。

驗(yàn)證非法賬戶（掛失，凍結(jié)，鎖定的賬戶）的轉(zhuǎn)賬。

再測試性能方面的。

2、測試工作的流程?缺陷狀態(tài)有什么?設(shè)計(jì)測試用例有幾種方法？

測試工程師的實(shí)際工作流程（以P2P中型版本為例，一個(gè)月一個(gè)版本）：

產(chǎn)品經(jīng)理或者SR把需求書發(fā)下來給開發(fā)和測試

測試先看一遍，進(jìn)行需求分析。測試組長編寫測試計(jì)劃，并且分配測試任務(wù)給測試人員（2天時(shí)間）（此時(shí)開發(fā)也在進(jìn)行需求分析）

過了2天，產(chǎn)品經(jīng)理再把測試和開發(fā)召集在一起，進(jìn)行需求講解（或者說需求評審），有問題可以直接問，如果發(fā)現(xiàn)需求有問題，也可以提出來，SR回去會(huì)修改。（需求講解時(shí)間0.5天）

講完需求后，測試同事要進(jìn)行測試場景的梳理和案例的編寫了（xmind和Excel就要用上了），一共5個(gè)工作日。（此時(shí)開發(fā)在編寫代碼）

之后就要進(jìn)行案例評審了，評審時(shí)候有SR、測試同事、開發(fā)同事，評審時(shí)候一般SR、測試組長、對應(yīng)模塊的開發(fā)同事會(huì)提出一點(diǎn)意見，評審?fù)曛?#xff0c;回去修改、補(bǔ)充一下案例。（案例評審0.5天）

修改完以后，有兩種處理情況：

對大項(xiàng)目有時(shí)候要進(jìn)行案例的第二次評審。

對小項(xiàng)目，在時(shí)間緊的時(shí)候，一般不會(huì)二審，但是要以郵件的形式把修改或者新增后的案例發(fā)出來，給領(lǐng)導(dǎo)看，并抄送給其他同事。（案例評審0.5天，修改案例0.5天，案例二審0.5天）

案例評審?fù)昃鸵_始測試了，一般測試環(huán)境開發(fā)搭建好（要說自己也會(huì)搭建，搭建流程背老師總結(jié)的）：

中型版本的測試一般分2輪：第一輪：5天；第二輪：3天；回歸測試2天；（共10個(gè)工作日）。

回歸測試完后，達(dá)到了上線標(biāo)準(zhǔn)，就會(huì)如期上線，一般當(dāng)天晚上12點(diǎn)上線

缺陷狀態(tài)：缺陷管理的流程圖

3、在項(xiàng)目中找到的經(jīng)典BUG是什么？

兼容性問題，在ie瀏覽器，提交訂單按鈕可以點(diǎn)擊，到了谷歌，火狐就不能了。

查詢訂單頁面，根據(jù)條件篩選的結(jié)果不是想要的結(jié)果，還有某些字段的值沒有顯示出來，或者顯示錯(cuò)誤。（因?yàn)殚_發(fā)從庫表取值有誤）

付款成功后，訂單狀態(tài)一直不翻轉(zhuǎn)為交易成功。（因?yàn)榇a沒有正確獲取庫表中付款成功記錄的狀態(tài)碼）

修改支付密碼，新密碼和原密碼一致，也通過了，系統(tǒng)沒有做新舊密碼的校驗(yàn)。

付款時(shí)候的手機(jī)驗(yàn)證碼，可以一直使用，沒有成功做有效期控制。

手機(jī)app斷開網(wǎng)絡(luò)后，再去點(diǎn)擊，沒有友好的錯(cuò)誤頁面提示網(wǎng)絡(luò)已斷開，只有undefined返回

4、定期存款到期自動(dòng)轉(zhuǎn)存該怎么測？

回答思路：到期肯定會(huì)有邊界，所以設(shè)計(jì)里面可以考慮邊界值法。自動(dòng)轉(zhuǎn)存（首先要搞清楚什么是自動(dòng)轉(zhuǎn)存。）

存錢該怎么測，用什么測試方法？

準(zhǔn)備思路：存錢要分類：活期、零存整取等（具體規(guī)則百度下），然后根據(jù)每類的業(yè)務(wù)規(guī)則選擇合適的用例設(shè)計(jì)方法。譬如一次最少存入多少？最多一次能存入多少等。

5、你發(fā)現(xiàn)Bug后，應(yīng)該怎么辦？

首先咨詢一下開發(fā)是不是bug，讓他初步判斷一下。

如果不是bug，開發(fā)給到理由也比較充分，確實(shí)自己也搞錯(cuò)了，也就算了。

如果開發(fā)也認(rèn)為是bug，那就直接提了。

如果我懷疑開發(fā)的解答，我覺得是bug，開發(fā)堅(jiān)持不是bug，我就要咨詢我們組長或者開發(fā)組長，讓他們判斷一下。

6、假如發(fā)現(xiàn)了一個(gè)BUG，跟開發(fā)本身沒什么關(guān)系，涉及到理念，需求問題，如何解決？

把問題暴露給測試組長和開發(fā)組長，咨詢他們意見，組長們再知會(huì)開發(fā)分組經(jīng)理和項(xiàng)目經(jīng)理，然后大家和產(chǎn)品經(jīng)理一起探討解決，需要改需求的地方就要改了。

測試非常緊急過程中，遇到阻塞性問題，對應(yīng)的開發(fā)沒有時(shí)間解決，你如何推動(dòng)問題解決？

首先判斷問題的嚴(yán)重性，向?qū)?yīng)的開發(fā)了解問題的原因。

然后再匯報(bào)給自己的測試組長和開發(fā)組長，讓組長知情，咨詢他們的意見，再把問題匯報(bào)給開發(fā)分組經(jīng)理，讓他們統(tǒng)一協(xié)調(diào)處理。安排經(jīng)驗(yàn)豐富的其他高級開發(fā)人員來協(xié)助此開發(fā)解決問題，然后通過加班來完成問題解決和測試。

7、功能測試的BUG級別你們怎么劃分？

bug嚴(yán)重程度：一般提L4 和L3，L2很少提，除非影響流程。L1這個(gè)是非常致命的bug，基本上不會(huì)提。

8、執(zhí)行別人的用例，如果發(fā)現(xiàn)用例有錯(cuò)怎么處理？

首先咨詢一下案例作者或者詢問測試組長，確認(rèn)一下，如果確實(shí)有誤就要修正用例。

9、你們做過冒煙側(cè)嗎？冒煙測試是什么（理論）？

冒煙測試也叫預(yù)測試，就是正式測試之前的一種測試，為了確保主流程能走通。

可以回答沒有冒煙測試，就說測試之前一般會(huì)要求開發(fā)自測，開發(fā)自測后（自測大概就是一天左右的時(shí)間），確保沒有大的問題，再通知測試開始測試。

10、你們項(xiàng)目做了多久，共寫了多少用例？項(xiàng)目多少人？

項(xiàng)目做了多久：（兩種回答，建議選擇第一種）

我進(jìn)去的時(shí)候項(xiàng)目已經(jīng)上線了，一直存在，然后就是版本的微小更新，小修改的話，大概半個(gè)月一個(gè)版本，中修改的話，大概一個(gè)月一個(gè)版本。每次版本更新，針對新的功能點(diǎn)或者修改點(diǎn)大概寫了60條案例左右（一個(gè)月一個(gè)版本的例子）。

我進(jìn)去的時(shí)候，一開始就參與這個(gè)項(xiàng)目（也就是需求分析開始），項(xiàng)目從零到有進(jìn)行了半年左右，六個(gè)月內(nèi)大概整個(gè)項(xiàng)目組寫了900條案例左右。自己寫了200條左右(共5個(gè)測試，包括組長)。

PS:如果大家說自己是從零到有參與的項(xiàng)目，那么6個(gè)月時(shí)間是從需求分析開始。需求書編寫完成前，產(chǎn)品經(jīng)理他們是要做很多前期準(zhǔn)備工作，可能要花費(fèi)3個(gè)月左右的時(shí)間。

那么測試6個(gè)月的實(shí)際工作時(shí)間內(nèi)：

前期2個(gè)月：剛開始需求書的漏洞比較多，需求評審比較多，基本上每個(gè)星期一次評審。開發(fā)和測試都會(huì)參與，此時(shí)開發(fā)在進(jìn)行代碼設(shè)計(jì)，測試就在分析需求，看參考文檔，用xmind梳理測試場景，提取測試點(diǎn)，開發(fā)經(jīng)常和產(chǎn)品經(jīng)理討論需求，測試經(jīng)常問開發(fā)和產(chǎn)品經(jīng)理有關(guān)需求的疑問。大家一直碰撞，一步一步得出比較完美的邏輯。

中間2個(gè)月：開發(fā)設(shè)計(jì)完后，進(jìn)行編碼，我們測試就根據(jù)之前梳理的測試場景來編寫案例，進(jìn)一步優(yōu)化。這個(gè)期間，需求書基本穩(wěn)定，不會(huì)再改了。要改也就是把細(xì)化需求，把籠統(tǒng)的地方，描述的更詳細(xì)，更讓人易懂，功能點(diǎn)的大方向不會(huì)改。開發(fā)和測試在此期間有疑問，都會(huì)郵件或者電話聯(lián)系產(chǎn)品經(jīng)理。測試也會(huì)經(jīng)常去問開發(fā)有關(guān)功能點(diǎn)的邏輯問題。

后面2個(gè)月： 執(zhí)行案例工作開始進(jìn)行，一般分為兩輪st測試，第一輪1個(gè)月，第二輪半個(gè)月，回歸測試半個(gè)月。Uat測試組在st測試第二輪時(shí)候，并行開始。Uat測試組有專門人負(fù)責(zé)，一般需要st測試組派一個(gè)人左右去支持，uat測試也有第一輪（半個(gè)月），第二輪（半個(gè)月）。

項(xiàng)目多少人：一個(gè)公司往往有很多項(xiàng)目，自己只是其中一個(gè)項(xiàng)目組的，我的P2P項(xiàng)目組大概20人，開發(fā)15個(gè)，測試5個(gè)。（大家把自己當(dāng)成外包人員，在甲方工作，也叫駐場工作）

11、假如要你測試6個(gè)月期限的p2p借款產(chǎn)品，你應(yīng)該怎么設(shè)計(jì)案例，說出測試點(diǎn)

（回答思路：1站在用戶的角度測試，用戶怎么用，你就怎么測試。2 一個(gè)人扮演多種角色測試。 3多想出一些異常場景。）

借款產(chǎn)品投標(biāo)結(jié)束日T+7時(shí)，滿標(biāo)和不滿標(biāo)的情況。

借款產(chǎn)品投標(biāo)結(jié)束日T+7前，產(chǎn)品提前滿標(biāo)情況

產(chǎn)品成立后，每個(gè)月還款日前，檢查系統(tǒng)有沒有發(fā)出郵件，短信，站內(nèi)信通知借款人充值到平臺(tái)賬戶。

在每月還款日，借款人充值用來還款時(shí)，充值資金足夠、不足夠、不充值情況，查看系統(tǒng)如何處理。充值資金不足或者沒有充值時(shí)，系統(tǒng)應(yīng)該有罰息。

借款人提前還清余款場景，有些產(chǎn)品不支持提前還款，有些產(chǎn)品要滿一定期限才可以提前還款（提前還款有一定手續(xù)費(fèi)）。這些都是要關(guān)注的測試點(diǎn)。（自己要扮演借款用戶去操作提前還清余款，然后扮演后臺(tái)管理員去審核，然后又扮演投資人用戶去檢查虛擬賬戶的資金到賬情況）

最后一期借款人還清資金時(shí)，去后臺(tái)頁面查看借款產(chǎn)品狀態(tài)，應(yīng)該已正常結(jié)束。再去前臺(tái)頁面搜索，應(yīng)該無該借款產(chǎn)品了。 （或者補(bǔ)充說：去數(shù)據(jù)庫里查看此借款產(chǎn)品的狀態(tài)）

12、你們這個(gè)P2P上線了嗎？能查嗎？項(xiàng)目花了多久時(shí)間，預(yù)計(jì)多久完成？

回答：兩種方案：

還沒上線，查不了，這個(gè)是新項(xiàng)目，計(jì)劃半年時(shí)間完成，但是因?yàn)橹型居谐霈F(xiàn)一些問題沒有解決完畢，所以現(xiàn)在還沒有在預(yù)計(jì)時(shí)間內(nèi)完成。

大家寫的項(xiàng)目名在網(wǎng)上確實(shí)能查出來，就說上線了，能查到的。（面試官其實(shí)不一定會(huì)去查）

13、實(shí)名認(rèn)證你們是怎么測得？調(diào)取什么平臺(tái)的資料？

實(shí)名認(rèn)證接口：

銀行卡實(shí)名認(rèn)證（調(diào)用銀行接口，驗(yàn)證卡號(hào)，姓名，身份證號(hào)碼，手機(jī)號(hào)碼。需要利用到手機(jī)接收到的驗(yàn)證碼）

身份證實(shí)名認(rèn)證（全國公民身份證號(hào)碼查詢服務(wù)中心，或者直接說公安接口）

14、注冊需要實(shí)名認(rèn)證嗎？

注冊不需要實(shí)名認(rèn)證：當(dāng)購物時(shí)候需要實(shí)名認(rèn)證。

15、P2P你們也測試后臺(tái)管理嗎？個(gè)人芝麻信用積分是調(diào)取哪里的資料？

測試后臺(tái)管理：

后臺(tái)也測，但是我主要測試前臺(tái)，我的關(guān)注點(diǎn)是前臺(tái)，后臺(tái)只是拿來用，能配合前臺(tái)正常走完流程就行。

后臺(tái)主要對前臺(tái)進(jìn)行管理，主要有貸款管理，資金管理。

貸款管理：可以查看投資人的投資情況，也可以查看借款人的借款產(chǎn)品，對借款產(chǎn)品進(jìn)行管理。比如審批，每期的還款提醒，預(yù)警等。

資金管理：管理查看用戶的充值，審批用戶的提現(xiàn)過程。

芝麻信用積分：調(diào)用的是支付寶的接口，芝麻信用：調(diào)用的是支付寶那邊的接口（支付寶提供這樣的芝麻信用服務(wù)，每查一次收取大概0.1元）

結(jié)語

其實(shí)這份面試題還沒發(fā)完不過這篇貼子到這里就先結(jié)束了，最后，希望看這篇帖子的朋友能夠有所收獲。

如果你覺得文章還不錯(cuò)，請大家 點(diǎn)贊、分享、留言 下，因?yàn)檫@將是我持續(xù)輸出更多優(yōu)質(zhì)文章的最強(qiáng)動(dòng)力！

總結(jié)

以上是生活随笔為你收集整理的金融银行测试面试题：网上银行转账是怎么测的？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。