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

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