2025年軟件測試工程師求職核心考點(diǎn)解析

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