初級ISTQB筆記

1、測試順序：測試計劃和控制、測試分析和設(shè)計、測試實現(xiàn)和執(zhí)行、評估出口準(zhǔn)則和報告、測試結(jié)束活動。測試手段：靜態(tài)測試、動態(tài)測試測試目標(biāo)：發(fā)現(xiàn)缺陷、增加對質(zhì)量的信心、為決策提供信息、預(yù)防缺陷獨立測試可以應(yīng)用于任何測試級別。獨立級別由低到高：l 測試由軟件本身編寫的人員來執(zhí)行l(wèi) 測試由一個其他開發(fā)人員（如來自同一個開發(fā)小組）來執(zhí)行l(wèi) 測試由組織內(nèi)的一個或多個其他小組成員（如獨立的測試小組）或測試專家（如可用性或性能測試專家）來執(zhí)行l(wèi) 測試由來自其他組織或其他公司的成員來執(zhí)行（如測試外包或其他外部組織的鑒定）軟件開發(fā)模型1. V模型（順序開發(fā)模型）相對開發(fā)的四種測試級別：組件/單元測試、集成測試、系統(tǒng)測試

2、、驗收測試2. 迭代-增量開發(fā)模型生命周期模型中的測試應(yīng)具備以下特點：l 每個開發(fā)活動都有相應(yīng)的測試活動l 每個測試級別都有其特有的測試目標(biāo)l 對于每個測試級別，需要在相應(yīng)的開發(fā)活動過程中進行相應(yīng)的測試分析和設(shè)計l 在開發(fā)生命周期中，測試員在文檔初稿階段就應(yīng)該參與文檔的評審每個測試級別都需要明確的內(nèi)容：測試的總體目標(biāo)、測試用例設(shè)計需要參考的工作產(chǎn)品（及測試依據(jù)）、測試對象、發(fā)現(xiàn)的典型缺陷和失效、對測試用具的需求、測試工具的支持、專門的方法和職責(zé)。1、 測試級別Ø 組件/單元測試測試依據(jù)：組件需求說明、詳細(xì)設(shè)計文檔、代碼典型測試對象：組件、程序、數(shù)據(jù)轉(zhuǎn)換/移植程序Ø 集成測試

3、測試依據(jù)：軟件和系統(tǒng)設(shè)計文檔、系統(tǒng)架構(gòu)、工作流、用例典型測試對象：子系統(tǒng)、數(shù)據(jù)庫實現(xiàn)、基礎(chǔ)結(jié)構(gòu)、接口、系統(tǒng)配置和配置數(shù)據(jù)Ø 系統(tǒng)測試測試依據(jù)：系統(tǒng)和軟件需求規(guī)格說明、用例、功能規(guī)格說明、風(fēng)險分析報告典型測試對象：系統(tǒng)、用戶手冊和操作手冊、系統(tǒng)配置和配置數(shù)據(jù)系統(tǒng)測試可能包含基于不同方面的測試：基于風(fēng)險評估的、基于需求規(guī)格說明的、基于業(yè)務(wù)過程的、基于用例的、基于其他對系統(tǒng)行為的更高級別描述或模型的、基于與操作系統(tǒng)的相互作用的、基于系統(tǒng)資源等的。系統(tǒng)測試通常由獨立的測試團隊進行。Ø 驗收測試測試依據(jù)：用戶需求、系統(tǒng)需求、用例、業(yè)務(wù)流程、風(fēng)險分析報告典型測試對象：基于完全集成系統(tǒng)的

4、業(yè)務(wù)流程、操作與維護流程、用戶處理過程、結(jié)構(gòu)、報告、配置數(shù)據(jù)。驗收測試通常由使用系統(tǒng)的用戶后客戶來進行，同時系統(tǒng)的其他利益相關(guān)者也可能參與其中。2、 測試類型Ø 功能測試（黑盒測試）安全測試時功能測試的一種?；ゲ僮餍允橇硪环N功能性測試，評估軟件產(chǎn)品與其他一個或多個組件或系統(tǒng)交互的能力。Ø 非公能測試主要包括：性能測試、負(fù)載測試、壓力測試、可用性測試、可維護性測試、可靠性測試、可移植性測試，非公能性測試就是測試系統(tǒng)運行的表現(xiàn)如何。Ø 軟件結(jié)構(gòu)/架構(gòu)測試（結(jié)構(gòu)測試）（白盒測試）最好在進行基于規(guī)格說明的測試之后使用，以便通過評估結(jié)構(gòu)類型的覆蓋來測量測試的完整性。

5、6; 與變更相關(guān)的測試（再測試和回歸測試）Ø 維護測試對軟件或系統(tǒng)修改、移植、退役處理而進行的維護測試。3、 靜態(tài)技術(shù)評審、靜態(tài)分析和動態(tài)測試具有共同的目標(biāo)：識別缺陷。靜態(tài)技術(shù)發(fā)現(xiàn)的是軟件失效的原因（缺陷），而不是失效本身。通過評審更容易發(fā)現(xiàn)如下典型缺陷：與標(biāo)準(zhǔn)直接的偏差、需求內(nèi)的錯誤、設(shè)計錯誤、可維護性不足和錯誤的接口規(guī)格說明等。Ø 評審過程正式評審的階段：計劃階段、預(yù)備會階段、個人準(zhǔn)備階段、檢查/評價/記錄結(jié)果（評審會議階段）、返工階段、跟蹤結(jié)果階段。Ø 角色和職責(zé)經(jīng)理、主持人、作者、評審員、記錄員。Ø 評審類型非正式評審（以較低的成本獲得收益）；走

6、查（學(xué)習(xí)、增加理解、發(fā)現(xiàn)缺陷）；技術(shù)評審(需要包含同行和技術(shù)專家，討論、作決策、評估候選方案、返現(xiàn)缺陷、解決技術(shù)問題、檢查與規(guī)格及標(biāo)準(zhǔn)的符合程度）審查（通常是同行檢查，引入了度量，主要目的是發(fā)現(xiàn)缺陷）走查、技術(shù)評審和審查可以是在同行們-即由同一組織級別內(nèi)的同事們內(nèi)舉行，這種評審類型稱為同行評審。Ø 靜態(tài)分析的工具支持靜態(tài)分析的目的是發(fā)現(xiàn)軟件源代碼和軟件模型中的缺陷。與評審一樣，靜態(tài)分析通常發(fā)現(xiàn)的是缺陷而不是失效。開發(fā)人員通常在組件測試和集成測試之前或期間，或當(dāng)代碼簽入到配置管理工具時使用靜態(tài)分析工具，設(shè)計人員在軟件建模期間也使用靜態(tài)分析工具。4、 測試設(shè)計技術(shù)Ø 測試開發(fā)過

7、程測試分析階段（對測試基礎(chǔ)文檔進行分析，明確測試什么。要建立測試條件到需求的可追溯性）；測試設(shè)計階段（要定義和記錄測試用例和測試數(shù)據(jù)，預(yù)期的測試結(jié)果應(yīng)該作為測試用例規(guī)格說明的一部分）；測試實現(xiàn)階段；Ø 測試設(shè)計技術(shù)種類使用測試設(shè)計技術(shù)的目的是為了識別測試條件和開發(fā)測試用例。黑盒測試設(shè)計技術(shù)（也稱為基于規(guī)格說明的測試技術(shù)）是依據(jù)分析測試基礎(chǔ)文檔來選擇測試條件、測試用例或測試數(shù)據(jù)的技術(shù)；白盒測試設(shè)計技術(shù)（也稱為結(jié)構(gòu)化或基于結(jié)構(gòu)的測試技術(shù)）是基于分析被測組件或系統(tǒng)的結(jié)構(gòu)的測試技術(shù)。l 基于規(guī)格說明的測試技術(shù)具有以下共同特點：l 使用正式或非正式的模型來描述需要解決的問題、軟件或其組件等；l

8、 根據(jù)這些模型，可以系統(tǒng)地導(dǎo)出測試用例。l 基于結(jié)構(gòu)的技術(shù)的共同特點：l 根據(jù)軟件的結(jié)構(gòu)信息設(shè)計測試用例，比如軟件代碼和詳細(xì)設(shè)計信息；l 可以通過已有的測試用例測量軟件的測試覆蓋率，并通過系統(tǒng)化的導(dǎo)出設(shè)計用例來提高覆蓋率。l 基于經(jīng)驗的方法具有以下共同特點：l 測試用例根據(jù)參與人員的經(jīng)驗和知識來編寫；l 測試人員、開發(fā)人員、用戶和其他的利益相關(guān)者對軟件、軟件使用和環(huán)境等方面所掌握的知識作為信息來源之一；l 對可能存在的缺陷及其分布情況的了解作為另一個信息來源。Ø 基于規(guī)格說明或黑盒測試技術(shù)l 等價類劃分分為有效數(shù)據(jù)和無效數(shù)據(jù)。也可以基于輸出、內(nèi)部值、事件相關(guān)的值（如事件之前或之后）以

9、及接口參數(shù)（在集成測試階段）l 邊界值分析詳細(xì)的規(guī)格說明對邊界值分析很有幫助。l 決策表測試這種方法可以用來記錄一個系統(tǒng)要實施的復(fù)雜的業(yè)務(wù)規(guī)則。決策表測試的優(yōu)點是可以生成測試條件的各種組合，而這些組合可能利用其它方法會無法被測試到。適用于軟件的行為由一些邏輯決策所決定的情況。l 狀態(tài)轉(zhuǎn)換測試普遍較多的使用在嵌入式軟件行業(yè)和自動化行業(yè)，但同樣適用于特定狀態(tài)業(yè)務(wù)對象的建?；驕y試具有對話框狀態(tài)轉(zhuǎn)換流的系統(tǒng)。l 用例測試Ø 基于結(jié)構(gòu)的或白盒技術(shù)組件級別：軟件組件的結(jié)構(gòu)，比如：語句、判定、分支或每個不同的路徑；集成級別：結(jié)構(gòu)可能是調(diào)用樹（模塊調(diào)用關(guān)系圖）；系統(tǒng)級別：結(jié)構(gòu)可能是菜單結(jié)構(gòu)、業(yè)務(wù)過程

10、或web頁面結(jié)構(gòu)。l 語句覆蓋和覆蓋率語句覆蓋率取決于被（設(shè)計或執(zhí)行）測試用例覆蓋的可執(zhí)行語句數(shù)量除以被測代碼中所有可執(zhí)行語句數(shù)量。l 判定覆蓋和覆蓋率判定覆蓋，和分支測試相關(guān)，是指評價在一個測試用例套中已經(jīng)執(zhí)行的判定輸出的百分比。判定覆蓋率取決于被（設(shè)計或執(zhí)行）的測試用例覆蓋的所有判定出口數(shù)目除以被測代碼中所有可能的判定出口數(shù)目。l 其他的基于結(jié)構(gòu)的技術(shù)條件覆蓋、多重條件覆蓋、模塊覆蓋、組件覆蓋、類的覆蓋。Ø 基于經(jīng)驗的技術(shù)錯誤推測法，測試人員靠經(jīng)驗來預(yù)測缺陷。錯誤推測法的一個結(jié)構(gòu)化方法是列舉可能的錯誤，并設(shè)計測試來攻擊這些錯誤，這種系統(tǒng)的方法稱之為缺陷攻擊。探索性測試是指依據(jù)包含

11、測試目標(biāo)的測試章程來同時進行測試設(shè)計、測試執(zhí)行、測試記錄和學(xué)習(xí)，并且是在規(guī)定時間內(nèi)進行的。Ø 選擇測試技術(shù)測試技術(shù)的選擇基于下面幾個因素：系統(tǒng)類型、法律法規(guī)標(biāo)準(zhǔn)、客戶或合同的需求、風(fēng)險的級別、風(fēng)險的類型、測試目標(biāo)、文檔的可用性、測試員的技能水平、時間和成本預(yù)算、開發(fā)生命周期、用例模型和以前發(fā)現(xiàn)各類缺陷的經(jīng)驗。5、 測試管理Ø 測試組織測試組織和測試獨立性：a. 不獨立的測試成員、開發(fā)人員測試自己的代碼；b. 開發(fā)團隊內(nèi)獨立的測試員；c. 組織內(nèi)獨立的測試小組或團隊，向項目經(jīng)理或執(zhí)行經(jīng)理匯報；d. 來自業(yè)務(wù)組織、用戶團體內(nèi)的獨立測試人員；e. 針對特定測試類型的獨立測試專家，

12、例如：可用性測試員、安全性測試員、認(rèn)證測試員；f. 外包或組織外的獨立測試人員。測試組長和測試員執(zhí)行的活動和任務(wù)是由項目和產(chǎn)品的背景、人員的角色和組織結(jié)構(gòu)來決定的。Ø 測試計劃和估算入口準(zhǔn)則定義了什么時候可以開始測試，如某個測試級別的開始，或什么時候一組測試準(zhǔn)備就緒可以執(zhí)行。出口準(zhǔn)則的目的是定義什么時候可以停止測試，比如某個測試級別的結(jié)束，或者當(dāng)測試達到了規(guī)定的目標(biāo)。兩種估算測試工作量的方法：基于度量的方法（根據(jù)以前或相似）、基于專家的方法。測試策略，測試方法：在特定項目中，測試方法是測試策略的具體實現(xiàn)。典型的測試方法：分析的方法、基于模型的方法、系統(tǒng)的方法、基于與過程或符合標(biāo)準(zhǔn)的方

13、法、動態(tài)和啟發(fā)式的方法、咨詢式的方法、可重用的方法Ø 測試過程的監(jiān)控測試監(jiān)控的目的是提供關(guān)于測試活動的反饋信息，使測試活動保持可視性。測試控制描述了根據(jù)收集和報告的測試信息和度量而采取的指導(dǎo)或糾正措施。Ø 配置管理配置管理的目的是在整個項目和產(chǎn)品的生命周期內(nèi)，建立和維護軟件或系統(tǒng)產(chǎn)品（組件、數(shù)據(jù)和文檔)的完整性。Ø 風(fēng)險和測試l 項目風(fēng)險項目風(fēng)險是圍繞項目按目標(biāo)交付的能力的一系列風(fēng)險。l 產(chǎn)品風(fēng)險在軟件或系統(tǒng)中的潛在失效部分（即將來可能發(fā)生不利事件或危險）稱之為產(chǎn)品風(fēng)險?；陲L(fēng)險的測試需要借助于項目利益相關(guān)者的集體知識和智慧，從而識別風(fēng)險以及為了應(yīng)對這些風(fēng)險需要采用的測試級別。Ø 事件管理測試的目的之一是發(fā)現(xiàn)缺陷，所以實際結(jié)果和預(yù)期結(jié)果之間的差異需要作為一個事件被記錄。事件必須進行調(diào)查，并且有可能最終被證明是一個缺陷。6、 軟件測試工具Ø 測試工具的類型測試管理的工具支持：測試管理工具、需求管理工具、事件管理工具（缺陷跟蹤工具）、配置管理工具。靜態(tài)測試的工具支持：靜態(tài)測試工具提供了一種在開發(fā)過程的早期發(fā)現(xiàn)盡可能多的缺陷的高性價比的