2025年軟件測試工程師求職核心考點解析

如下列舉出來的問題大部分是要掌握的，可參照思維導圖來看。1.什么是測試?(美國電器和電子工程師協(xié)會)IEEE提出的軟件工程原則術語，使用人工和自動成果與實際成果之間的差異。2.為何要測試?3.軟件的生命周期分為哪幾種階段?詳細的內(nèi)容是什么?2.給出軟件的功能、性能、可靠性以及接口等方面的設想；4.對可供開發(fā)使用的資源、成本、可獲得的效益和開發(fā)進度作需求分析對開發(fā)的軟件進行詳細的定義，由需求分析人員和顧客需求是可以滿足的，并且予以確切的描述，寫出軟件需求闡明書SRS(Software工作內(nèi)容1.概要設計(HLD),在設計階段把各項需求轉(zhuǎn)換成對應的體系構造，每一部分是2.詳細設計(LLD),對每個模塊要完畢的工作進行詳細的描述。運行和維護4.研發(fā)團體的組織構架與流程是什么?組織架構CMO(配置管理員)應用的最為廣泛的一種模型，也是最輕易理解和掌握的模型5.測試階段怎么劃分?1.測試計劃階段2.測試設計階段3.測試實行階段4.測試執(zhí)行階段6.什么是UT,IT,ST?它們有什么區(qū)別?IT:集成測試ST:系統(tǒng)測試區(qū)別：考察范圍評估原則單元測試單元內(nèi)部的數(shù)據(jù)構造、邏輯控制、異常處理等集成測試自頂向下增至測試措施自底向上增至測試措施模塊組合后的系統(tǒng)測試安全測試措施強度測試措施兼容性測試措施這個系統(tǒng)對需求的符合度7.什么是回歸測試?為何要回歸測試?回歸測試的流程是什么?回歸測試的測試方略有哪些?2.確定需要回歸測試的版本測試方略：1)覆蓋修改法：針對被修改的部分，選用或重新構造測試用例驗證沒有錯誤2)周圍影響法：該措施包括覆蓋修改法，還要分析修改后對擴散的影響3)指標到達法：先確定一種到達的指標，基于這種規(guī)定選擇一種最小的測試8.畫V&V模型?集成測試計劃、設計、實現(xiàn)集成測試計劃、設計、實現(xiàn)計、實現(xiàn)計、實現(xiàn)編碼9.軟件質(zhì)量的定義是什么?影響軟件質(zhì)量的原因是哪些?ISO的八大原則是什么?流程：一組活動(活動與否都是必須的；活動角色之間的關系)2.領導作用：領導者將本組織的宗旨.方向和內(nèi)部環(huán)境編統(tǒng)一起來，并發(fā)明使員工可4.過程措施：將有關的資源和活動作為過程進行管理，可以更高效地得到期望的成5.管理系統(tǒng)措施：針對設定的目的，識別.理解并管理一種由互相關聯(lián)的過程的過程6.持續(xù)改善：持續(xù)改善是組織的一種永恒7.基于事實的決策措施：對數(shù)據(jù)和信息的邏輯分析或直覺判斷是有效決策的基礎。10.CMM/CMMI是什么?它的等級怎么劃分?有什么目的?有什么作用?(1)能力成熟度模型；一種比較流行的軟件質(zhì)量管理體系(2)劃分：初始級；可反復級；已定義級；已管理級；優(yōu)化級；(3)目的：評估軟件承包商能力(4)作用：業(yè)界的實行原則11.描述軟件質(zhì)量模型中的內(nèi)容?功能性：系統(tǒng)不能閱讀或修改這些信息和數(shù)據(jù)，而不拒絕授權人員或系統(tǒng)對它們的訪可靠性：并恢復受直接影響的數(shù)據(jù)的能力易用性：在指定條件下使用時，軟件產(chǎn)品被理解、學習、使定、風格指南或法規(guī)的能力。這些原則要考慮國際原則、國標、行業(yè)原則、企業(yè)內(nèi)部規(guī)范等，例如企業(yè)內(nèi)部的界面規(guī)范。效率：在規(guī)定條件下，相對于所用資源的數(shù)量，軟件產(chǎn)品可提供合適性能的能力1.時間特性：timebehavior---在規(guī)定條件下，軟件產(chǎn)品執(zhí)行其功能時，提供合適的響應和處理時間以及吞吐率的能力。即完畢顧客的某個功能需要的響應時2.資源運用性：resourceutilization---在規(guī)定條件下，軟件產(chǎn)品執(zhí)行其功能時，使用合適的資源數(shù)量和類別的能力。維護性：軟件產(chǎn)品可被修改的能力。修改也許包括修正、改善軟件對環(huán)境、需求、和功能規(guī)格闡明變化的適應1.易分析性analyzability---診斷軟件產(chǎn)品中缺陷或失效原因的能力。2.易變化性changeability---軟件產(chǎn)品使指定的修改可以被實現(xiàn)的能力。4.易測試性testability---軟件產(chǎn)品使已修改軟件能被確認的能力。則或約定的能力?？梢浦残裕很浖a(chǎn)品從一種環(huán)境遷移到另一種環(huán)境可正常使用或滿足顧客需求的能力1.適應性adaptability---軟件活動和手段就可以適應不一樣的環(huán)境的能力。3.共存性co-existence---軟件產(chǎn)品在公共環(huán)境中同與其分享公共資源的其他獨立軟件共存的能力。定軟件產(chǎn)品的能力。5.可移植性的依從性portabilitycompliance---軟件產(chǎn)品遵照與可移植性有關的原則或約定能力。12.測試的措施有哪些?白盒測試、黑盒測試、灰盒測試、β測試，α測試、可移植性測試、冒煙測試等13.什么是白盒測試?白盒測試是根據(jù)被測試程序的內(nèi)部構造設計測試用例的一類測試，有人也稱它為透明盒或者玻璃盒測試，波及到軟件設計的細節(jié)。例如單元測試一般采用白盒測試措施，并參照LLD(詳細設計)14.什么是黑盒測試?15.什么是靜態(tài)測試?16.什么是動態(tài)測試?17.什么是人工測試?測試活動(如評審、測試設計、測試執(zhí)行等)由人來完畢，狹義上是指測試執(zhí)行由18.什么是自動化測試?19.邏輯覆蓋關注的內(nèi)容是哪些?1.語句覆蓋2.鑒定覆蓋3.條件覆蓋4.鑒定一條件覆蓋5.途徑覆蓋20.常見的黑盒測試措施有哪些?1.等價類劃分法2.邊界值分析法3.因果圖分析法4.鑒定表法5.正交試驗法6.狀態(tài)遷移法21.什么是同行評審?a)正規(guī)檢視b)技術評審同行評審的對象可以是計劃、需求文檔、設計圖、代碼等22.自動化測試有什么意義?1.對程序新版本運行前一版本執(zhí)行的測試，提高回歸測試效率2.可以運行更多更頻繁的測試，例如冒煙測試3.可以執(zhí)行手工測試困難或不也許做的測試，例如大量的反復操作或者集成測試4.更好地運用資源，例如測試儀器或者被測對象5.測試具有一致性和可反復性，即自動化測試的環(huán)節(jié)和成果是完全同樣的6.測試的復用性，即自動化測試腳本可以拆分開給其他測試腳本使用間的測試23.測試用例的八大要素是什么?1.測試用例編號2.測試項目3.測試標題4.重要級別5.預置條件6.輸入7.操作環(huán)節(jié)8.預期輸出24.什么是缺陷管理?引入的原因有哪些?1.開發(fā)過程中缺乏有效溝通，或者沒有溝通2.軟件負責度越來越高3.編程中產(chǎn)生的錯誤4.需求不停變更5.項目進度的壓力6.不重視開發(fā)文檔7.軟件開發(fā)工具自身隱藏的問題YNNYNNYYBUG管理流程圖NYNNYN測試人員NEWNNN27.怎樣寫缺陷跟蹤單?缺陷跟蹤單遵照5W原則；1.Correct(精確):每個構成部分的描述精確，不會引起誤解2.Clear(清晰):每個構成部分的描述清晰，易于理解3.Concise(簡潔):只包括必不可少的信息，不包括任何多出的內(nèi)容4.Complete(完整):包括復現(xiàn)該缺陷的完整環(huán)節(jié)和其他本質(zhì)信息5.Consistent(一致):按照一致的格式書寫所有缺陷匯報28.什么是測試覆蓋率?覆蓋率=(至少被執(zhí)行一次的item數(shù))/item的總數(shù)29.寫計算語句覆蓋率、鑒定覆蓋率、條件覆蓋率、鑒定-條件覆蓋率、途徑覆蓋率、指令覆蓋率等的體現(xiàn)式?語句覆蓋率=(至少被執(zhí)行一次的語句數(shù)量)/(可執(zhí)行的語句總數(shù))鑒定覆蓋率=(鑒定成果被評價的次數(shù))/(鑒定成果的總數(shù))條件覆蓋率=(條件操作數(shù)值至少被評價一次的數(shù)量)/(條件操作數(shù)值的總數(shù))分支條件覆蓋率=(條件操作數(shù)值或鑒定成果至少被評價一次的數(shù)量)/(條件操作數(shù)值總數(shù)+鑒定成果總數(shù))途徑覆蓋率=(至少被執(zhí)行到一次的途徑數(shù))/(總的途徑數(shù))指令塊覆蓋=(至少被執(zhí)行一次的指令塊數(shù)量)/(系統(tǒng)中指令塊總數(shù))30.什么是系統(tǒng)測試?系統(tǒng)測試(SystemTesting)是將已經(jīng)集成好的軟件系統(tǒng)，作在一起，在實際運行(使用)環(huán)境下，對計算機系統(tǒng)進行一系列的測試活動31.系統(tǒng)測試的目的是什么?2.系統(tǒng)測試的測試用例應根據(jù)需求分析闡明書來設計32.系統(tǒng)測試的類型有哪些?安裝測試；配置測試；異常測試(恢復性測試);備份測試；強健性測試；文檔測試；33.系統(tǒng)測試執(zhí)行的活動有哪些?34.什么是單元測試?目的是什么?或一種類的措施(method)單元測試的目的在于發(fā)現(xiàn)個模塊內(nèi)部也許存在的多種錯1.驗證代碼是與設計相符合的2.發(fā)現(xiàn)設計和需求中存在的錯誤3.發(fā)目前編碼過程中引入的錯誤35.單元測試的關注點?1.單元接口3.邊界條件4.獨立途徑5.出錯處理36.什么是驅(qū)動?什么是樁?驅(qū)動單元(Driver):所測函數(shù)的主程序，它接受測試數(shù)據(jù)，并把數(shù)據(jù)傳樁單元(Stub):用來替代所測試單元調(diào)用的子單元37.單元測試的測試方略是哪些?各有什么優(yōu)缺陷?>孤立的測試方略：長處：該措施是最簡樸，最輕易操作的，可以到達高缺陷：伴隨被測單元一種一種被加入，測試過程將變得長處：可以節(jié)省樁函數(shù)的開發(fā)工作量，測試效率較高。缺陷；不是純粹的單元測試，底層函數(shù)的測試質(zhì)量對上層函數(shù)的測試將產(chǎn)生很38.什么是集成測試?目的是什么?集成測試是在單元測試的基礎上，將所有函數(shù)按照概要設計規(guī)定組裝成為子系統(tǒng)或系統(tǒng)所進行的測試集成測試的目的是保證各組件組合在一起后可以按既定意圖寫作運行，并保證增量的行為對的。驗證軟件的組建對HLD的符合程度。集成測試屬于灰盒測試。1.驗證接口與否與設計相符合的2.發(fā)現(xiàn)設計和需求中存在的錯誤單元間的接口：40.集成測試的測試方略是哪些?各有什么優(yōu)缺陷?>大爆炸集成1.大爆炸集成可以迅速完畢集成測試，并且只要很少數(shù)的驅(qū)動和樁模塊設計，它需要的測試用例也是至少的；2.該措施比較簡樸、易行；3.多種測試人員可以并行工作，對人力、物力資源運用率較高1.這種一次性組裝方式試圖在輔助模塊的協(xié)助下，在模塊單元測試的基礎上，將所測模塊連接起來進行測試，不過由于程序中不可防止地存在模塊間接口，全局數(shù)據(jù)構造等方面的問題，因此一次試運行成功的也許性并不很大；2.在發(fā)現(xiàn)錯誤時，其問題定位和修改都較困難；3.雖然被測系統(tǒng)可以一次性集成，但還是會有許多接口錯誤很輕易躲過測試而進入到系統(tǒng)測試范圍內(nèi)長處：1.自頂向下的集成方式在測試過程中較早地驗證了重要的控制和判斷點；2.假如選擇按深度方向組裝的方式，可以首先實現(xiàn)和驗證一種完整的軟件功能；3.功能可行性較早得到證明，還可以給開發(fā)者和顧客帶來成功的信心；4.最多只需一種驅(qū)動，減少了驅(qū)動器開發(fā)的費用；5.支持故障隔離2.底層組件行為的驗證被推遲了；集成測試；2.在工作的最初也許會并行進行集成，在這一點上比使用自頂向下的3.減少了樁的工作量，畢竟在集成測試中，樁的工作量遠比驅(qū)動的工作量要大得多，1.驅(qū)動的開發(fā)工作量也是很龐大的；>三明治集成2.必須開發(fā)驅(qū)動和樁，并且由于被測系統(tǒng)的復雜性導致驅(qū)動和樁開發(fā)工作量的加大；3.由于局部采用了大爆炸的方略，因此有些也許測試不充足長處1.采用該措施，可以盡快的看到關鍵功能的實現(xiàn)，并驗證關鍵功能的對的性；3.可以減少驅(qū)動的開發(fā)，原因與自頂向下的集成方略類似2.也許會有較大的冗條測試>基于消息集成3.可以減少驅(qū)動的開發(fā)，原因與自頂向下的集成方略類似1.對有些接口的測試不充足，丟失許多接口的2.也許會有較大的冗條測試>基于進度集成