銀行初級(jí)測試工程師面試題

1、銀行初級(jí)測試工程師面試題L軟件測試的概念？使用人工或者自動(dòng)手段來運(yùn)行或者測試某個(gè)系統(tǒng)的過程。在規(guī)定條件下對(duì) 程序進(jìn)行操作從而發(fā)現(xiàn)問題，對(duì)軟件質(zhì)量進(jìn)行評(píng)估的過程。簡而言之就是：為了發(fā)現(xiàn)程序中錯(cuò)誤而執(zhí)行程序的過程。2.軟件測試的目的？1）軟件測試為了發(fā)現(xiàn)程序存在的代碼或業(yè)務(wù)邏輯錯(cuò)誤；2）軟件測試為了檢驗(yàn)產(chǎn)品是否符合用戶需求；3）軟件測試為了提高用戶的體驗(yàn)3 .軟件測試主要測似乎用例設(shè)計(jì)方法？L白盒測試：邏輯覆蓋、循環(huán)覆蓋、基本路徑覆蓋2、黑盒測試：等價(jià)類劃分、邊界值、因果圖、判定表、場景法、流程分析 法、錯(cuò)誤推測法、正交表排序法。4.軟件測試的原那么？1）所有測試都應(yīng)追溯到用戶需求。2）應(yīng)當(dāng)把盡早

2、測試和不斷測試作為座右銘。3 ） 2 : 8原那么，測試80%的錯(cuò)誤可能來源于20%的新增模塊4）對(duì)測試發(fā)現(xiàn)的錯(cuò)誤結(jié)果寫一個(gè)缺陷報(bào)告。5）完全測試是不可能的，測試需要終止。6）設(shè)計(jì)測試用例時(shí)應(yīng)全面考慮各種情況。7 ）制定嚴(yán)格的測試計(jì)劃。8）注意回歸測試，對(duì)修改過的代碼，重新測試確保沒有引入新的錯(cuò)誤。根據(jù)每個(gè)控件的取值個(gè)數(shù)來確定m值k:表示正交表有幾列根據(jù)組合的控件個(gè)數(shù)進(jìn)行確定四、使用正交表測試的步驟：步驟1 :分析需求-列出需要組合的控件以及每個(gè)控件的取值(excel)步驟2 :選擇一個(gè)合適的正交表選擇正交表，其實(shí)就是確定正交表的m值和k值的過程。.軟件缺陷?軟件缺陷是指軟件產(chǎn)品中所存在的問題

3、。最終表現(xiàn)為用戶所需功能沒有完 全實(shí)現(xiàn)，沒有滿足用戶的需求。.軟件缺陷的表現(xiàn)形式？(1)功能或者特性沒有實(shí)現(xiàn)或者局部實(shí)現(xiàn)。(2)設(shè)計(jì)不合理，功能不明確，邏輯不清楚。(3)產(chǎn)品實(shí)際結(jié)果與預(yù)期結(jié)果不一致。(4)沒有到達(dá)需求規(guī)格說明書指定的性能指標(biāo)。(5)運(yùn)行出錯(cuò)，中斷，系統(tǒng)崩潰，界面混亂。(6)數(shù)據(jù)不正確，精度不夠，格式不統(tǒng)一。(7 )用戶不接受的其他問題。25.缺陷的狀態(tài)？(1)提交：已提交的缺陷。(2)翻開：確認(rèn)提交的缺陷，等待處理 (3)拒絕：拒絕提交的缺陷，不需要修復(fù)或者不是缺陷。(4)修復(fù)：缺陷被修復(fù)(5)關(guān)閉：確認(rèn)修復(fù)的缺陷，將其關(guān)閉。(6)推遲：推遲到以后解決26.缺陷的分類?L系統(tǒng)

4、缺陷(1)由程序引起的死機(jī)，異常退出。(2)程序死循環(huán)(3 )程序錯(cuò)誤，不能執(zhí)行重要功能。2、數(shù)據(jù)缺陷(1)數(shù)據(jù)計(jì)算錯(cuò)誤(2)數(shù)據(jù)約束錯(cuò)誤(3 )數(shù)據(jù)輸入，輸出錯(cuò)誤。3、數(shù)據(jù)庫缺陷(1)數(shù)據(jù)庫發(fā)生死鎖(2)數(shù)據(jù)庫的表未加約束條件(3)數(shù)據(jù)庫連接錯(cuò)誤(4)數(shù)據(jù)表中有過多空字段4、接口缺陷(1)數(shù)據(jù)通信錯(cuò)誤(2)程序接口錯(cuò)誤5、功能缺陷(1)功能無法實(shí)現(xiàn)(2)功能實(shí)現(xiàn)錯(cuò)誤6、平安性缺陷(1)用戶權(quán)限無法實(shí)現(xiàn)(2 )超時(shí)(3)訪問控制(4)加密錯(cuò)誤7、兼容性缺陷(1)與需求規(guī)定兼容性不符8、性能缺陷(1)未到達(dá)預(yù)期的性能指標(biāo)(2)性能測試中的錯(cuò)誤，導(dǎo)致無法繼續(xù)9、界面缺陷(1)操作界面錯(cuò)誤(2)打印

5、內(nèi)容，格式錯(cuò)誤(3)刪除未給提(4)界面不規(guī)范.缺陷報(bào)告注意的事項(xiàng)?(1)盡量保證缺陷可以重現(xiàn)(2)簡潔、準(zhǔn)確、完整。(3)一個(gè)缺陷報(bào)告只寫一個(gè)缺.缺陷書寫規(guī)范？(1)標(biāo)題：保持簡潔，準(zhǔn)確(2)步驟：重現(xiàn)測試的步驟，完整，有順序，明確 (3)實(shí)際結(jié)果：執(zhí)行步驟后的結(jié)果(4)預(yù)期結(jié)果：列出期望的結(jié)果(5)提供附件：圖片或者截圖.缺陷的跟蹤?(1)新建提交的缺陷為新建狀態(tài)。(2)再確認(rèn)有效之后為翻開狀態(tài)(3 )開發(fā)人員修改后已修復(fù)狀態(tài)。(4 )測試人員需要回歸測試，如果bug已修復(fù)，狀態(tài)改為已解決狀.你會(huì)搭建測試環(huán)境?測試環(huán)境=硬件+軟件+網(wǎng)絡(luò)+數(shù)據(jù)準(zhǔn)備+測試工具(1)硬件計(jì)算機(jī)系統(tǒng)：window

6、s系統(tǒng)，Linux系統(tǒng)，macos系統(tǒng)) Linux系統(tǒng)的命令和操作必須熟練。) Linux 系統(tǒng)包括：centos, ubuntu)明確軟件對(duì)硬件的需求：cpu個(gè)數(shù)、內(nèi)存大小、硬盤大小) 了解各種操作系統(tǒng)：Linux命令、安裝系統(tǒng)、配置ip(2 )軟件1)當(dāng)前被測的軟件以及相互依賴交互的軟件)將被測軟件部署在linux系統(tǒng)上)依賴和交互的軟件如：JDK、tomcat、數(shù)據(jù)庫（3 ）網(wǎng)絡(luò)1）基本網(wǎng)絡(luò)協(xié)議：tcp、udp、 2 ） Linux ip和路由配置3 ） Linux命令抓包（4）數(shù)據(jù)準(zhǔn)備1）準(zhǔn)備測試數(shù)據(jù)2）測試數(shù)據(jù)在測試用例階段設(shè)計(jì)好3）少量，正常數(shù)據(jù)可以手工測試，大量數(shù)據(jù)通過測試工具

7、。（5）測試工具1）接口測試:jmeter/postman2 ）壓力和性能測試：loadrunner3 ）抓包工具：fiddler/wireshark4 ）測試管理工具:禪道、bugfrees jirax bugzilla31.成為優(yōu)秀軟件測試工程師具備的能力？1）認(rèn)真、負(fù)責(zé)、嚴(yán)謹(jǐn)、耐心地態(tài)度2 ）有過硬的技術(shù)本領(lǐng)：測試?yán)碚?、測試工具、數(shù)據(jù)庫、開發(fā)知識(shí)3）溝通能力十分重要：除了與開發(fā)溝通，還要和不同的產(chǎn)品、運(yùn)營、客服 等打交道。如何準(zhǔn)確，簡潔，嚴(yán)謹(jǐn)?shù)拿枋鯾ug4 ）邏輯思維能力：重要的是去尋找bug產(chǎn)生的真正原因，準(zhǔn)備找到問題 的源頭。fiddler抓包工具？（1）概念？Fiddler是位于客

8、戶端和服務(wù)端的 代理，為目前最常用的抓包工具之（3）功能?1）檢查所有瀏覽器的所有 / s流2）查看、分析請求內(nèi)容細(xì)節(jié)3）偽造客戶端請求和服務(wù)器響應(yīng)4）測試網(wǎng)站的性能5）解密 s的web會(huì)話6）全局、局部斷點(diǎn)（4）使用場景?1）接口調(diào)試2）接口測試3）線上環(huán)境調(diào)試） Web性能分析）判斷前后端bug6）開發(fā)環(huán)境7 ） Host酉己置8）弱網(wǎng)斷網(wǎng)測試33. 協(xié)議？超文本傳輸協(xié)議，用于從萬維網(wǎng)服務(wù)器傳輸超文本到本地瀏覽器。 是 基于請求和響應(yīng)模式的無狀態(tài)應(yīng)用層協(xié)議。完整的 包括請求和響應(yīng)兩塊內(nèi)容：（1） 請求報(bào)文主要是由請求行、請求頭部、空一行、請求正文四局部組成。1）請求方法：Get （請求資源

9、），Post （提交資源）,head （獲取響應(yīng)頭），put（替換資源）,delete （刪除資源）,option （允許客戶查看服務(wù)器性能），url （統(tǒng)一資源定位符）2）請求頭部：Host （主機(jī)ip地址/域名）User-agent （客戶機(jī)相關(guān)信息）Accept （指定客戶端接收數(shù)據(jù)類型比方：.jpg/html ）Accept-charset（客戶端接受的字符集比方：gbk/utf-8）Accept-language（可接受的語言）Cookie （攜帶的cookie信息）Referer （當(dāng)前文檔url）Content-type（請求內(nèi)容類型）content-length （數(shù)據(jù)長度）（

10、2 ） 響應(yīng)報(bào)文主要是由狀態(tài)行、響應(yīng)頭部、空行、響應(yīng)正文組成。1）狀態(tài)行：請求的協(xié)議及版本狀態(tài)碼：服務(wù)器響應(yīng)狀態(tài)的3位數(shù)字代碼lxx :提示信息，請求被成功接收2xx :成功，請求被成功處理2003xx:重定向3044xx :客戶端錯(cuò)誤4045xx :服務(wù)端錯(cuò)誤5002）響應(yīng)頭部Server （ 服務(wù)器軟件信息）Date （響應(yīng)報(bào)文時(shí)間）Exprise（緩存過期時(shí)間）set-cookie （設(shè)置 cookie ）Last-modified （最后修改時(shí)間）Content-type/content-length5.測試計(jì)劃？1）測試范圍（功能性測試；非功能性測試）2 ）測試通過/失敗的標(biāo)準(zhǔn)（通過

11、準(zhǔn)那么；失敗準(zhǔn)那么）3）測試掛起恢復(fù)條件4）測試進(jìn)度人力分布計(jì)劃）測試交付物.測試方案？1）測試環(huán)境（軟硬件構(gòu)成；網(wǎng)絡(luò)構(gòu)成；環(huán)境搭建；測試工具）2）測試策略3）測試風(fēng)險(xiǎn)評(píng)估與預(yù)防4）測試報(bào)告：測試BUG記錄測試BUG統(tǒng)計(jì)分析測試用例執(zhí)行情況清單遺留問題清單.測試流程？）需求分析（用戶產(chǎn)品經(jīng)理）編寫測試計(jì)劃（測試經(jīng)理）2 ）編寫測試用例（測什么怎么測）3）評(píng)審測試用例4）搭建測試環(huán)境5）等待開發(fā)提交測試包6）部署測試包7）冒煙測試（對(duì)軟件主體基本功能進(jìn)行測試）8）執(zhí)行測試用例） Bug跟蹤處理軟件產(chǎn)品質(zhì)量模型？軟件產(chǎn)品質(zhì)量模型對(duì)產(chǎn)品設(shè)計(jì)時(shí)需要考慮的地方進(jìn)行高度概括。1）功能性：在指定情況下，提供

12、滿足明確的功能。2）可靠性：在指定條件下使用時(shí)，產(chǎn)品維持規(guī)定的性能級(jí)別。第一：系統(tǒng)最好不出故障第二：出故障不影響主要的功能和業(yè)務(wù)第三：如果影響主要功能及業(yè)務(wù)，系統(tǒng)可以盡快恢復(fù)。3）易用性：易懂易學(xué)易用，漂亮好看（用戶體驗(yàn)）4）效率性：產(chǎn)品性能5）可維護(hù)性：產(chǎn)品被糾正改進(jìn)的能力6）可移植性：能從一種環(huán)境遷移到另一種環(huán)境單元測試？單元測試又稱模塊測試，需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測試用例，多個(gè) 模塊可以平行的進(jìn)行單元測試。.集成測試？集成測試又稱組裝測試，通常是在單元測試的基礎(chǔ)上，將所有程序進(jìn)行有 序，遞增的測試，重點(diǎn)測試不同模塊的接口局部。.系統(tǒng)測試？將整個(gè)軟件系統(tǒng)看作一個(gè)整體進(jìn)行測試，包括對(duì)功

13、能、性能、以及對(duì)軟件 所運(yùn)行的軟硬件環(huán)境測試。前期主要是測試功能是否滿足需求，后期主要測試 性能是否滿足要求。系統(tǒng)在不同軟硬件環(huán)境中的兼容性。13.驗(yàn)收測試？驗(yàn)收測試是最后一個(gè)階段的測試操作，在軟件產(chǎn)品投入正式運(yùn)行前的所要 進(jìn)行的測試工作。和系統(tǒng)測試相比而言，驗(yàn)收測試與之的區(qū)別就只是測試人員 不同，驗(yàn)收測試那么是由用戶來執(zhí)行這一操作的。(l)a測試：Alpha測試是在軟件開發(fā)環(huán)境下由用戶進(jìn)行的測試，或者模 擬實(shí)際操作環(huán)境進(jìn)而進(jìn)行的測試。Alpha測試主要是對(duì)軟件產(chǎn)品的功能、局域 化、界面、可使用性以及性能等等方面進(jìn)行評(píng)價(jià)。(2) B測試：Beta測試是在實(shí)際環(huán)境中由多個(gè)用戶對(duì)其進(jìn)行測試，并將

14、在測試過程中發(fā)現(xiàn)的錯(cuò)誤有效反應(yīng)給軟件開發(fā)者。所以在測試過程中用戶必須 定期將所遇到的問題反應(yīng)給開發(fā)者。v模型優(yōu)缺點(diǎn)？1、優(yōu)點(diǎn)：.包含了底層測試(單元測試)和高層測試(系統(tǒng)測試)；.清楚的標(biāo)識(shí)了開發(fā)和測試的各個(gè)階段；.自上而下逐步求精，每個(gè)階段分工明確，便于整體工程的把控。2、缺點(diǎn):L自上而下的順序?qū)е铝?，測試工作在編碼之后，就導(dǎo)致錯(cuò)誤不能及時(shí)的 進(jìn)行修改；.實(shí)際工作中，需求經(jīng)常變化，導(dǎo)致v模型步驟，反復(fù)執(zhí)行，返工量很大, 靈活度較低。.改良：每個(gè)步驟都可以進(jìn)行小的迭代工作。.W模型優(yōu)缺點(diǎn)?定義：開發(fā)一個(gè)v ;測試一個(gè)v組合起來的模型（w模型也叫雙v模型） 優(yōu)點(diǎn)：.測試伴隨著整個(gè)開發(fā)周期，需求和

15、設(shè)計(jì)同樣要測試；.更早的介入測試，可以發(fā)現(xiàn)初期的缺陷，修復(fù)本錢低；.分階段工作，方便工程整體管理。缺點(diǎn)：.開發(fā)和測試依然是線性的關(guān)系，需求的變更和調(diào)整，依然不方便；.如果沒有文檔，根本無法執(zhí)行w模型；對(duì)于工程組成員的技術(shù)要 求更高！.H模型優(yōu)缺點(diǎn)?H模型的優(yōu)點(diǎn)：開發(fā)的H模型揭示了軟件測試除測試執(zhí)行外，還有很多工作；軟件測試完全獨(dú)立，貫穿整個(gè)生命周期，且與其他流程并發(fā)進(jìn)行；軟件測試活動(dòng)可以盡早準(zhǔn)備、盡早執(zhí)行，具有很強(qiáng)的靈活性；軟件測試可以根據(jù)被測物的不同而分層次、分階段、分次序的執(zhí)行, 同時(shí)也是可以被迭代的。H模型的缺點(diǎn)：管理型要求高：由于模型很靈活，必須要定義清晰的規(guī)那么和管理制度，否那么測試

16、過程將非常難以管理和控制；技能要求高：H模型要求能夠很好的定義每個(gè)迭代的規(guī)模，不能太 大也不能太?。粶y試就緒點(diǎn)分析困難：測試很多時(shí)候，你并不知道測試準(zhǔn)備到什么 時(shí)候是合適的，就緒點(diǎn)在哪里，就緒點(diǎn)的標(biāo)準(zhǔn)是什么，這就對(duì)后續(xù)的測試執(zhí)行 的啟動(dòng)帶來很大困難；對(duì)于整個(gè)工程組的人員要求非常高：在很好的規(guī)范制度下，大家都 能高效的工作，否那么容易混亂。例如：你分了一個(gè)小的迭代，但是因?yàn)槿藛T技 能缺乏，使得無法有效完成，那么整個(gè)工程就會(huì)受到很大的干擾?？偨Y(jié)：v模型適用于中小企業(yè)，w模型適用于中大型企業(yè)(因?yàn)槿藛T要求高)，h模型人員要求非常高，很少有公司使用。.測試用例定義？測試用例是為特定的目的而設(shè)計(jì)的一組測

17、試輸入，執(zhí)行條件，和預(yù)期的結(jié) 果。簡而言之：測什么，怎么測.等價(jià)類劃分法？等價(jià)類劃分屬于黑盒測試，將不能窮舉的測試過程進(jìn)行分類，從而保證完 整性和代表性。)分類：有效等價(jià)類：符合需求規(guī)格說明書，輸入合理的數(shù)據(jù)集合。無效等價(jià)類：不符合需求規(guī)格說明書，輸入不合理數(shù)據(jù)。)細(xì)節(jié)考慮輸入長度考慮輸入類型組成規(guī)那么是否為空是否區(qū)分大小寫是否重復(fù)是否去除空格.邊界值？邊界值是指對(duì)于輸入等價(jià)類和輸出等價(jià)類而言，稍高于其邊界值和稍低于 邊界值的情況。.因果圖法？因果圖法是一種利用圖解法分析輸入的各種組合情況設(shè)計(jì)測試用例的方法。特點(diǎn)：(1)考慮輸入條件的相互制約及組合關(guān)系(2)考慮輸出條件對(duì)輸入條件的依賴關(guān)系因：

18、輸入條件果：輸出條件.判定表法?因果圖只是一種輔助工具，通過分析最終得到判定表，再通過判定表編寫 測試用例。判定表的組成：(1)條件樁：問題的所有條件(2)動(dòng)作樁：問題的所有輸出(3)條件項(xiàng)：針對(duì)條件樁的取值(4)動(dòng)作項(xiàng)：各種條件區(qū)取值情況下輸出的結(jié)果20.場景發(fā)？場景發(fā)就是模擬用戶操作軟件的場景，主要用于測試系統(tǒng)的業(yè)務(wù)流程。(1)基本流：按照正確的業(yè)務(wù)流程實(shí)現(xiàn)操作(2)備選流：導(dǎo)致程序出現(xiàn)錯(cuò)誤的操作流程.流程分析法?流程分析法，又叫場景設(shè)計(jì)法三個(gè)流程(1)基本流：通過業(yè)務(wù)流程輸入都為正確的，能夠最終到達(dá)目標(biāo)的流程， 如atm機(jī)取款，插入銀行卡-輸入正確的密碼-輸入正確的金額-取錢-取卡(2)備選流：通過實(shí)現(xiàn)業(yè)務(wù)流程時(shí)，因錯(cuò)誤操作或異常輸入，導(dǎo)致流程存 在反復(fù)，但最終能夠到達(dá)預(yù)期的操作流程，如atm機(jī)取款，插入銀