銀行初級測試工程師面試題

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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