軟件生命周期中的測試

1、第第2 2章章 軟件生命周期中的測試軟件生命周期中的測試作者：鄭文強(qiáng) 周震漪 馬均飛2CSTQB初級認(rèn)證軟件生命周期中的測試課程內(nèi)容課程內(nèi)容1. 1. 開發(fā)模型開發(fā)模型2. 2. 測試級別測試級別3. 3. 測試類型測試類型4. 4. 維護(hù)測試維護(hù)測試3CSTQB初級認(rèn)證軟件生命周期中的測試軟件開發(fā)模型軟件開發(fā)模型ISTQBISTQB考試知識點考試知識點LO-2.1.1 LO-2.1.1 應(yīng)用具體項目和產(chǎn)品類型的例子解釋應(yīng)用具體項目和產(chǎn)品類型的例子解釋在開發(fā)生命周期中開發(fā)、測試活動與工作產(chǎn)品在開發(fā)生命周期中開發(fā)、測試活動與工作產(chǎn)品之間的關(guān)系（之間的關(guān)系（K2K2）。）。LO-2.1.2 LO-

2、2.1.2 知道必須根據(jù)項目背景和產(chǎn)品特征來知道必須根據(jù)項目背景和產(chǎn)品特征來選擇軟件開發(fā)的模型（選擇軟件開發(fā)的模型（K1K1）。）。LO-2.1.3 LO-2.1.3 理解在任何生命周期模型中良好的測理解在任何生命周期模型中良好的測試應(yīng)具備的特征（試應(yīng)具備的特征（K1K1）。）。4CSTQB初級認(rèn)證軟件生命周期中的測試開發(fā)模型和測試開發(fā)模型和測試軟件測試不是孤立存在的，測試活動與開發(fā)活軟件測試不是孤立存在的，測試活動與開發(fā)活動息息相關(guān)；動息息相關(guān)；軟件測試活動不僅僅包括測試執(zhí)行，它應(yīng)該貫軟件測試活動不僅僅包括測試執(zhí)行，它應(yīng)該貫穿于整個軟件的生命周期之中；穿于整個軟件的生命周期之中；不同的開發(fā)生

3、命周期模型需要對應(yīng)不同的測試不同的開發(fā)生命周期模型需要對應(yīng)不同的測試階段、測試活動和測試方法；階段、測試活動和測試方法；5CSTQB初級認(rèn)證軟件生命周期中的測試瀑布模型瀑布模型用戶需求用戶需求需求分析需求分析概要設(shè)計概要設(shè)計詳細(xì)設(shè)計詳細(xì)設(shè)計編碼和實現(xiàn)編碼和實現(xiàn)測試測試運(yùn)行維護(hù)運(yùn)行維護(hù)軟件測試作為整個軟件生軟件測試作為整個軟件生命周期中的一個階段！命周期中的一個階段！6CSTQB初級認(rèn)證軟件生命周期中的測試瀑布模型瀑布模型瀑布模型的瀑布模型的階段階段用戶需求用戶需求：用戶需求一般由用戶提出，系統(tǒng)人：用戶需求一般由用戶提出，系統(tǒng)人員或者產(chǎn)品市場人員從客戶或?qū)淼南到y(tǒng)用戶員或者產(chǎn)品市場人員從客戶或?qū)?/p>

4、來的系統(tǒng)用戶中收集原始項目的信息和要求；中收集原始項目的信息和要求；需求分析需求分析：對用戶需求進(jìn)行可行性分析，并對：對用戶需求進(jìn)行可行性分析，并對用戶需求和要求進(jìn)行詳細(xì)描述，并最終得到管用戶需求和要求進(jìn)行詳細(xì)描述，并最終得到管理層和客戶的批準(zhǔn)。通過需求分析，定義了開理層和客戶的批準(zhǔn)。通過需求分析，定義了開發(fā)系統(tǒng)的目的和需要實現(xiàn)的特性和功能；發(fā)系統(tǒng)的目的和需要實現(xiàn)的特性和功能；概要設(shè)計概要設(shè)計：明確系統(tǒng)的架構(gòu)、系統(tǒng)的模塊數(shù)量，：明確系統(tǒng)的架構(gòu)、系統(tǒng)的模塊數(shù)量，以及各個模塊之間的接口、數(shù)據(jù)結(jié)構(gòu)，以及可以及各個模塊之間的接口、數(shù)據(jù)結(jié)構(gòu)，以及可能的網(wǎng)絡(luò)環(huán)境支持和后臺數(shù)據(jù)庫等。簡單的說，能的網(wǎng)絡(luò)環(huán)境支

5、持和后臺數(shù)據(jù)庫等。簡單的說，就是將需求映射到新系統(tǒng)的功能和框圖上，從就是將需求映射到新系統(tǒng)的功能和框圖上，從而可以對每個子系統(tǒng)進(jìn)行獨立的開發(fā)；而可以對每個子系統(tǒng)進(jìn)行獨立的開發(fā)； 7CSTQB初級認(rèn)證軟件生命周期中的測試瀑布模型瀑布模型瀑布模型的瀑布模型的階段（續(xù)）階段（續(xù)）詳細(xì)設(shè)計詳細(xì)設(shè)計：細(xì)化概要設(shè)計的框架，定義每個子：細(xì)化概要設(shè)計的框架，定義每個子系統(tǒng)的任務(wù)、行為、內(nèi)部結(jié)構(gòu)以及與其他子系系統(tǒng)的任務(wù)、行為、內(nèi)部結(jié)構(gòu)以及與其他子系統(tǒng)的接口；統(tǒng)的接口；編碼和實現(xiàn)編碼和實現(xiàn)：通過編程語言實現(xiàn)所有已經(jīng)定義：通過編程語言實現(xiàn)所有已經(jīng)定義的單元，比如模塊、單元和類等；的單元，比如模塊、單元和類等；測試測

6、試：作為開發(fā)周期的一個階段，主要是指測：作為開發(fā)周期的一個階段，主要是指測試執(zhí)行活動；試執(zhí)行活動；運(yùn)行維護(hù)運(yùn)行維護(hù)：軟件系統(tǒng)或者產(chǎn)品發(fā)布，在用戶中：軟件系統(tǒng)或者產(chǎn)品發(fā)布，在用戶中使用，以及根據(jù)反饋進(jìn)行必要的維護(hù)活動；使用，以及根據(jù)反饋進(jìn)行必要的維護(hù)活動；8CSTQB初級認(rèn)證軟件生命周期中的測試瀑布模型瀑布模型瀑布模型的瀑布模型的特點特點軟件測試是開發(fā)過程中的一個階段，對產(chǎn)品質(zhì)軟件測試是開發(fā)過程中的一個階段，對產(chǎn)品質(zhì)量進(jìn)行的最后檢查；量進(jìn)行的最后檢查；在客戶需求明確，以及開發(fā)過程中沒有頻繁的在客戶需求明確，以及開發(fā)過程中沒有頻繁的需求變更，比較適合瀑布開發(fā)模型；需求變更，比較適合瀑布開發(fā)模型；假

7、如需求不明確，或者需求經(jīng)常發(fā)生變更，采假如需求不明確，或者需求經(jīng)常發(fā)生變更，采用瀑布模型是非常用瀑布模型是非常不適合不適合的；的；9CSTQB初級認(rèn)證軟件生命周期中的測試V V模型模型用戶需求用戶需求需求分析需求分析概要設(shè)計概要設(shè)計詳細(xì)設(shè)計詳細(xì)設(shè)計編碼和實現(xiàn)編碼和實現(xiàn)單元測試單元測試集成測試集成測試系統(tǒng)測試系統(tǒng)測試驗收測試驗收測試10CSTQB初級認(rèn)證軟件生命周期中的測試V V模型模型V V模型的模型的階段階段除了前面瀑布模型中介紹的用戶需求、需求分除了前面瀑布模型中介紹的用戶需求、需求分析、詳細(xì)設(shè)計、概要設(shè)計、編碼和實現(xiàn)幾個階析、詳細(xì)設(shè)計、概要設(shè)計、編碼和實現(xiàn)幾個階段之外，還強(qiáng)調(diào)了不同的測試

8、級別概念；段之外，還強(qiáng)調(diào)了不同的測試級別概念；單元測試單元測試：驗證軟件單元是否按照單元規(guī)格說：驗證軟件單元是否按照單元規(guī)格說明（詳細(xì)設(shè)計說明）正確執(zhí)行，即保證每個最明（詳細(xì)設(shè)計說明）正確執(zhí)行，即保證每個最小的單元能夠正常運(yùn)行。單元測試一般由開發(fā)小的單元能夠正常運(yùn)行。單元測試一般由開發(fā)人員來執(zhí)行，首先設(shè)定最小的測試單元，然后人員來執(zhí)行，首先設(shè)定最小的測試單元，然后通過設(shè)計相應(yīng)的測試用例來驗證各個單元功能通過設(shè)計相應(yīng)的測試用例來驗證各個單元功能的正確性；的正確性；11CSTQB初級認(rèn)證軟件生命周期中的測試V V模型模型V V模型的模型的階段（續(xù)）階段（續(xù)）集成測試集成測試：檢查多個單元是否按照系

9、統(tǒng)概要設(shè)：檢查多個單元是否按照系統(tǒng)概要設(shè)計描述的方式協(xié)同工作。集成測試的主要關(guān)注計描述的方式協(xié)同工作。集成測試的主要關(guān)注點是系統(tǒng)能夠成功編譯，實現(xiàn)了主要的業(yè)務(wù)功點是系統(tǒng)能夠成功編譯，實現(xiàn)了主要的業(yè)務(wù)功能，系統(tǒng)各個模塊之間數(shù)據(jù)能夠正常通信等；能，系統(tǒng)各個模塊之間數(shù)據(jù)能夠正常通信等；系統(tǒng)測試系統(tǒng)測試：驗證整個系統(tǒng)是否滿足需求規(guī)格說：驗證整個系統(tǒng)是否滿足需求規(guī)格說明；明；驗收測試驗收測試：從用戶的角度檢查系統(tǒng)是否滿足合：從用戶的角度檢查系統(tǒng)是否滿足合同中定義的需求或者用戶需求；同中定義的需求或者用戶需求；12CSTQB初級認(rèn)證軟件生命周期中的測試V V模型模型V V模型的模型的特點特點V V模型體現(xiàn)

10、的主要思想是開發(fā)和測試同等重要，模型體現(xiàn)的主要思想是開發(fā)和測試同等重要，左側(cè)代表的是開發(fā)活動，而右側(cè)代表的是測試左側(cè)代表的是開發(fā)活動，而右側(cè)代表的是測試活動；活動；V V模型針對每個開發(fā)階段，都有一個測試級別與模型針對每個開發(fā)階段，都有一個測試級別與之想對應(yīng)；之想對應(yīng)；測試依舊是開發(fā)生命周期中的階段，與瀑布模測試依舊是開發(fā)生命周期中的階段，與瀑布模型不同的是，有多個測試級別與開發(fā)階段對應(yīng)；型不同的是，有多個測試級別與開發(fā)階段對應(yīng)；V V模型適用于需求明確和需求變更模型適用于需求明確和需求變更不頻繁不頻繁的情形；的情形；13CSTQB初級認(rèn)證軟件生命周期中的測試V V模型模型V V模型的模型的驗

11、證和確認(rèn)驗證和確認(rèn)驗證驗證VerificationVerification：通過檢查和提供客觀證據(jù)來：通過檢查和提供客觀證據(jù)來證實指定的需求是否滿足。也就是說，輸入證實指定的需求是否滿足。也就是說，輸入與輸出之間的與輸出之間的比較比較；確認(rèn)確認(rèn)ValidationValidation：通過檢查和提供客觀證據(jù)來：通過檢查和提供客觀證據(jù)來證實特定目的的功能或應(yīng)用證實特定目的的功能或應(yīng)用是否已經(jīng)實現(xiàn)是否已經(jīng)實現(xiàn)。在確認(rèn)時，應(yīng)考慮使用和應(yīng)用的條件范圍要在確認(rèn)時，應(yīng)考慮使用和應(yīng)用的條件范圍要遠(yuǎn)遠(yuǎn)大于輸入時確定的范圍；遠(yuǎn)遠(yuǎn)大于輸入時確定的范圍；14CSTQB初級認(rèn)證軟件生命周期中的測試V V模型模型V V

12、模型的模型的驗證和確認(rèn)驗證和確認(rèn)實際上每個測試都包括確認(rèn)測試和驗證測試實際上每個測試都包括確認(rèn)測試和驗證測試這兩個方面。而確認(rèn)測試的內(nèi)容隨著測試級這兩個方面。而確認(rèn)測試的內(nèi)容隨著測試級別的不斷提高而增加；別的不斷提高而增加；驗證：是否正驗證：是否正確地構(gòu)建了系確地構(gòu)建了系統(tǒng)？統(tǒng)？- -過程過程確認(rèn)：是否構(gòu)確認(rèn)：是否構(gòu)建了正確的系建了正確的系統(tǒng)？統(tǒng)？- -結(jié)果結(jié)果VS15CSTQB初級認(rèn)證軟件生命周期中的測試非線性模型非線性模型瀑布模型和瀑布模型和V V模型，都是屬于線性模型的范模型，都是屬于線性模型的范疇，它們的重要特點就是疇，它們的重要特點就是線性線性的，即前置條的，即前置條件是軟件系統(tǒng)具有

13、比較明確的需求，且沒有件是軟件系統(tǒng)具有比較明確的需求，且沒有頻繁的需求變更；頻繁的需求變更；但是，現(xiàn)實生活中，這個但是，現(xiàn)實生活中，這個條件是很難滿足的！條件是很難滿足的！16CSTQB初級認(rèn)證軟件生命周期中的測試非線性模型非線性模型需求是可變的需求是可變的：某些應(yīng)用軟件的需求與外部環(huán)境、公司：某些應(yīng)用軟件的需求與外部環(huán)境、公司經(jīng)營策略或經(jīng)營內(nèi)容等密切相關(guān)，這些都是經(jīng)常調(diào)整和經(jīng)營策略或經(jīng)營內(nèi)容等密切相關(guān)，這些都是經(jīng)常調(diào)整和變化的，因此需求也是變化的變化的，因此需求也是變化的；需求是模糊的需求是模糊的：許多用戶對他們的需求最初只是模糊的：許多用戶對他們的需求最初只是模糊的概念，想要求一個對需求只

14、有初步設(shè)想的人準(zhǔn)確無誤的概念，想要求一個對需求只有初步設(shè)想的人準(zhǔn)確無誤的說出全部需求，顯然是不切實際的說出全部需求，顯然是不切實際的；用戶和開發(fā)者難于溝通用戶和開發(fā)者難于溝通：大多數(shù)用戶和領(lǐng)域?qū)＜也皇煜ぃ捍蠖鄶?shù)用戶和領(lǐng)域?qū)＜也皇煜び嬎銠C(jī)和軟件技術(shù)，而軟件開發(fā)人員也往往不熟悉用戶計算機(jī)和軟件技術(shù)，而軟件開發(fā)人員也往往不熟悉用戶的專業(yè)領(lǐng)域，開發(fā)人員和用戶之間很難做到完全溝通和的專業(yè)領(lǐng)域，開發(fā)人員和用戶之間很難做到完全溝通和相互理解，在需求分析階段做出的用戶需求常常是不完相互理解，在需求分析階段做出的用戶需求常常是不完整、不正確的整、不正確的；17CSTQB初級認(rèn)證軟件生命周期中的測試非線性模型非線

15、性模型因此，我們引入了非線性開發(fā)模型！增因此，我們引入了非線性開發(fā)模型！增量模型是重要的非線性模型之一！量模型是重要的非線性模型之一！需求分析需求分析設(shè)計設(shè)計編碼編碼測試測試交付交付1 1需求分析需求分析設(shè)計設(shè)計編碼編碼測試測試交付交付2 2需求分析需求分析設(shè)計設(shè)計編碼編碼測試測試交付交付3 3需求分析需求分析設(shè)計設(shè)計編碼編碼測試測試交付交付4 418CSTQB初級認(rèn)證軟件生命周期中的測試增量模型增量模型增量模型的增量模型的特點特點增量模型在每個階段交付滿足客戶需求的一個增量模型在每個階段交付滿足客戶需求的一個子集的可運(yùn)行產(chǎn)品。因此可以較好的適應(yīng)變化，子集的可運(yùn)行產(chǎn)品。因此可以較好的適應(yīng)變化，

16、以及控制風(fēng)險；以及控制風(fēng)險；增量的一個缺點是后面并入的構(gòu)件不能破壞已增量的一個缺點是后面并入的構(gòu)件不能破壞已構(gòu)造好的系統(tǒng)部分，這需要軟件具備開放式的構(gòu)造好的系統(tǒng)部分，這需要軟件具備開放式的體系結(jié)構(gòu)；體系結(jié)構(gòu)；在開發(fā)過程中，需求的變化是不可避免的。增在開發(fā)過程中，需求的變化是不可避免的。增量模型的靈活性可以使其適應(yīng)這種變化的能力量模型的靈活性可以使其適應(yīng)這種變化的能力大大優(yōu)于線性模型，但也很容易退化為邊做邊大大優(yōu)于線性模型，但也很容易退化為邊做邊改模型，從而是軟件過程的控制失去整體性改模型，從而是軟件過程的控制失去整體性；19CSTQB初級認(rèn)證軟件生命周期中的測試迭代模型迭代模型20CSTQB初

17、級認(rèn)證軟件生命周期中的測試迭代模型迭代模型迭代模型的迭代模型的特點特點迭代模型包括了一系列的迭代，每一個迭代都迭代模型包括了一系列的迭代，每一個迭代都包括了一些或者很多的開發(fā)活動（需求、分析、包括了一些或者很多的開發(fā)活動（需求、分析、設(shè)計、實現(xiàn)等等）；設(shè)計、實現(xiàn)等等）；每個后續(xù)的迭代都建立在前一個迭代的基礎(chǔ)上每個后續(xù)的迭代都建立在前一個迭代的基礎(chǔ)上以使系統(tǒng)得到發(fā)展和細(xì)化，直到最終產(chǎn)品被完以使系統(tǒng)得到發(fā)展和細(xì)化，直到最終產(chǎn)品被完成；成；迭代模型中集成不是在項目的尾聲進(jìn)行的迭代模型中集成不是在項目的尾聲進(jìn)行的“大大動作動作”，每一次迭代都以集成構(gòu)建系統(tǒng)各部分，每一次迭代都以集成構(gòu)建系統(tǒng)各部分結(jié)束，

18、這樣不斷的積累將使日后的返工最小化；結(jié)束，這樣不斷的積累將使日后的返工最小化；21CSTQB初級認(rèn)證軟件生命周期中的測試開發(fā)模型的選擇開發(fā)模型的選擇在前期在前期需求明確需求明確的情況下盡量采用瀑布模型或的情況下盡量采用瀑布模型或改進(jìn)型的瀑布模型；改進(jìn)型的瀑布模型；在用戶無信息系統(tǒng)使用經(jīng)驗，需求分析人員技在用戶無信息系統(tǒng)使用經(jīng)驗，需求分析人員技能不足情況下一定要借助原型；能不足情況下一定要借助原型；在不確定性因素很多，或者需求不穩(wěn)定的情況在不確定性因素很多，或者需求不穩(wěn)定的情況下，無法有效的進(jìn)行計劃的情況下，盡量采用下，無法有效的進(jìn)行計劃的情況下，盡量采用增量迭代和螺旋模型增量迭代和螺旋模型；資

19、金和成本無法一次到位情況下可以采用增量資金和成本無法一次到位情況下可以采用增量模型，軟件產(chǎn)品分多個版本進(jìn)行發(fā)布；模型，軟件產(chǎn)品分多個版本進(jìn)行發(fā)布；22CSTQB初級認(rèn)證軟件生命周期中的測試開發(fā)模型的選擇（續(xù)）開發(fā)模型的選擇（續(xù)）對于完全多個獨立功能開發(fā)可以在需求階段就對于完全多個獨立功能開發(fā)可以在需求階段就分功能并行，但每個功能內(nèi)都應(yīng)該遵循瀑布模分功能并行，但每個功能內(nèi)都應(yīng)該遵循瀑布模型；型；對于全新系統(tǒng)的開發(fā)必須在總體設(shè)計完成后再對于全新系統(tǒng)的開發(fā)必須在總體設(shè)計完成后再開始增量或并行；開始增量或并行；對于編碼人員經(jīng)驗較少情況下建議不要采用敏對于編碼人員經(jīng)驗較少情況下建議不要采用敏捷或迭代等生

20、命周期模型；捷或迭代等生命周期模型；增量、迭代和原型可以增量、迭代和原型可以綜合綜合使用，但每一次增使用，但每一次增量或迭代都必須有明確的交付和出口準(zhǔn)則；量或迭代都必須有明確的交付和出口準(zhǔn)則；23CSTQB初級認(rèn)證軟件生命周期中的測試練習(xí)練習(xí)場景場景可采用的測試模型可采用的測試模型軟件需求較穩(wěn)定，軟件開發(fā)團(tuán)隊計劃用三個月的時軟件需求較穩(wěn)定，軟件開發(fā)團(tuán)隊計劃用三個月的時間進(jìn)行需求分析、四個月的時間進(jìn)行系統(tǒng)設(shè)計、四間進(jìn)行需求分析、四個月的時間進(jìn)行系統(tǒng)設(shè)計、四個月的時間進(jìn)行編碼，所有活動將采用階段式完成個月的時間進(jìn)行編碼，所有活動將采用階段式完成方式進(jìn)行方式進(jìn)行pubupubu軟件需求信息不足，項目

21、組計劃采取先設(shè)計部分原軟件需求信息不足，項目組計劃采取先設(shè)計部分原型系統(tǒng)，以便與客戶進(jìn)行交流來確認(rèn)下一步的開發(fā)型系統(tǒng)，以便與客戶進(jìn)行交流來確認(rèn)下一步的開發(fā)需求與系統(tǒng)改進(jìn)需求與系統(tǒng)改進(jìn)yuanxingyuanxing，zengliangzengliang由于項目規(guī)模較大，開發(fā)過程中，項目組希望開發(fā)由于項目規(guī)模較大，開發(fā)過程中，項目組希望開發(fā)組進(jìn)行多次發(fā)布，并進(jìn)行已完成模塊的集成，從而組進(jìn)行多次發(fā)布，并進(jìn)行已完成模塊的集成，從而驗證系統(tǒng)進(jìn)展情況，以便做出適當(dāng)?shù)恼{(diào)整驗證系統(tǒng)進(jìn)展情況，以便做出適當(dāng)?shù)恼{(diào)整luoxuan,zengliang,diedailuoxuan,zengliang,diedai24

22、CSTQB初級認(rèn)證軟件生命周期中的測試什么是好的測試什么是好的測試好的測試好的測試應(yīng)該具備應(yīng)該具備每個開發(fā)活動都有相對應(yīng)的測試活動；每個開發(fā)活動都有相對應(yīng)的測試活動；每個測試級別都有其特有的測試目標(biāo)；每個測試級別都有其特有的測試目標(biāo)； 對于每個測試級別，需要在相應(yīng)的開發(fā)活動過對于每個測試級別，需要在相應(yīng)的開發(fā)活動過程中進(jìn)行相應(yīng)的測試分析和設(shè)計；程中進(jìn)行相應(yīng)的測試分析和設(shè)計； 在開發(fā)生命周期中，測試人員在文檔初稿階段在開發(fā)生命周期中，測試人員在文檔初稿階段就應(yīng)該參與文檔的評審；就應(yīng)該參與文檔的評審；25CSTQB初級認(rèn)證軟件生命周期中的測試課程內(nèi)容課程內(nèi)容1. 1. 開發(fā)模型開發(fā)模型2. 2.

23、測試級別測試級別3. 3. 測試類型測試類型4. 4. 維護(hù)測試維護(hù)測試26CSTQB初級認(rèn)證軟件生命周期中的測試測試級別測試級別ISTQBISTQB考試知識點考試知識點LO-2.2.1 比較不同測試級別之間的區(qū)別：測試的主要目的、典型的測試對象、典型的測試目標(biāo)（功能性的或結(jié)構(gòu)性的）、相關(guān)的工作產(chǎn)品、測試的人員、識別缺陷和失效的種類（K2）。27CSTQB初級認(rèn)證軟件生命周期中的測試測試級別測試級別28CSTQB初級認(rèn)證軟件生命周期中的測試測試級別測試級別測試活動貫穿于整個軟件生命周期測試活動貫穿于整個軟件生命周期單元測試單元測試集成測試集成測試系統(tǒng)測試系統(tǒng)測試驗收測試驗收測試29CSTQB初

24、級認(rèn)證軟件生命周期中的測試測試測試級別級別針對不同的測試級別，我們應(yīng)該明確針對不同的測試級別，我們應(yīng)該明確不同的測試的對象；不同的測試的對象；每個測試級別的測試目的；每個測試級別的測試目的；測試用例參考的工作產(chǎn)品：測試依據(jù)；測試用例參考的工作產(chǎn)品：測試依據(jù)；發(fā)現(xiàn)的典型缺陷和失效；發(fā)現(xiàn)的典型缺陷和失效；測試工具的需求和支持；測試工具的需求和支持；不同的測試技術(shù)和方法；不同的測試技術(shù)和方法；30CSTQB初級認(rèn)證軟件生命周期中的測試單元測試單元測試31CSTQB初級認(rèn)證軟件生命周期中的測試單元測試單元測試基本含義基本含義單元測試的對象可以是模塊、類、函數(shù)和對象單元測試的對象可以是模塊、類、函數(shù)和對

25、象等，不同的軟件語言來決定；等，不同的軟件語言來決定；單元測試的主要目的是驗證單元是否滿足了詳單元測試的主要目的是驗證單元是否滿足了詳細(xì)設(shè)計規(guī)格說明，發(fā)現(xiàn)需求和設(shè)計中的錯誤；細(xì)設(shè)計規(guī)格說明，發(fā)現(xiàn)需求和設(shè)計中的錯誤；單元測試設(shè)計的主要輸入是詳細(xì)設(shè)計規(guī)格說明、單元測試設(shè)計的主要輸入是詳細(xì)設(shè)計規(guī)格說明、軟件設(shè)計和數(shù)據(jù)模型等；軟件設(shè)計和數(shù)據(jù)模型等；單元測試主要采用白盒測試技術(shù)，黑盒測試技單元測試主要采用白盒測試技術(shù)，黑盒測試技術(shù)作為單元測試的輔助；術(shù)作為單元測試的輔助；32CSTQB初級認(rèn)證軟件生命周期中的測試單元測試單元測試基本含義基本含義單元測試應(yīng)該覆蓋功能需求和非功能需求；單元測試應(yīng)該覆蓋功能需

26、求和非功能需求；單元測試經(jīng)常會使用測試驅(qū)動的方法（測試驅(qū)單元測試經(jīng)常會使用測試驅(qū)動的方法（測試驅(qū)動開發(fā)）；動開發(fā)）；開發(fā)驅(qū)動測試開發(fā)驅(qū)動測試測試驅(qū)動開發(fā)測試驅(qū)動開發(fā)VS33CSTQB初級認(rèn)證軟件生命周期中的測試單元測試單元測試測試環(huán)境測試環(huán)境測試用例測試用例驅(qū)動模塊樁模塊樁模塊2被測模塊被測模塊測試結(jié)果測試結(jié)果樁模塊樁模塊1樁模塊樁模塊n34CSTQB初級認(rèn)證軟件生命周期中的測試單元測試單元測試測試環(huán)境測試環(huán)境單元測試處理的對象直接來自開發(fā)人員，通常由開發(fā)人單元測試處理的對象直接來自開發(fā)人員，通常由開發(fā)人員來開展單元測試；員來開展單元測試；單元測試可能并不能形成完成的系統(tǒng)，因此需要驅(qū)動模單元測

27、試可能并不能形成完成的系統(tǒng)，因此需要驅(qū)動模塊和塊和樁樁模塊的支持：模塊的支持：樁模塊：用以模擬被測模塊工作過程中所調(diào)用的模塊，他們樁模塊：用以模擬被測模塊工作過程中所調(diào)用的模塊，他們一般只進(jìn)行很少的數(shù)據(jù)處理，例如打印入口和返回；一般只進(jìn)行很少的數(shù)據(jù)處理，例如打印入口和返回；驅(qū)動模塊：用以模擬被測模塊的驅(qū)動模塊：用以模擬被測模塊的上級上級模塊，它接受測試數(shù)據(jù)，模塊，它接受測試數(shù)據(jù)，把相關(guān)的數(shù)據(jù)傳送給被測模塊，啟動被測模塊，并打印相應(yīng)把相關(guān)的數(shù)據(jù)傳送給被測模塊，啟動被測模塊，并打印相應(yīng)的結(jié)果；的結(jié)果；驅(qū)動模塊和樁模塊是測試使用的軟件，而不是軟件產(chǎn)品驅(qū)動模塊和樁模塊是測試使用的軟件，而不是軟件產(chǎn)品的

28、組成部分，但它需要一定的開發(fā)費用；的組成部分，但它需要一定的開發(fā)費用；35CSTQB初級認(rèn)證軟件生命周期中的測試單元測試單元測試單元測試單元測試關(guān)注點關(guān)注點單元模塊接口參數(shù)；單元模塊接口參數(shù)；實際參數(shù)和形式參數(shù)的個數(shù)是否相同；實際參數(shù)和形式參數(shù)的個數(shù)是否相同；實際參數(shù)和形式參數(shù)的屬性是否匹配；實際參數(shù)和形式參數(shù)的屬性是否匹配；調(diào)用函數(shù)的參數(shù)順序、個數(shù)和屬性是否匹配；調(diào)用函數(shù)的參數(shù)順序、個數(shù)和屬性是否匹配；單元模塊局部數(shù)據(jù)結(jié)構(gòu)；單元模塊局部數(shù)據(jù)結(jié)構(gòu)；不合適或者不相容的類型說明；不合適或者不相容的類型說明；變量沒有初始化；變量沒有初始化；不正確的變量名；不正確的變量名；36CSTQB初級認(rèn)證軟件生

29、命周期中的測試單元測試單元測試單元測試單元測試關(guān)注點（續(xù)）關(guān)注點（續(xù)）單元模塊的獨立路徑測試；單元模塊的獨立路徑測試；誤解或者用錯了算符優(yōu)先級；誤解或者用錯了算符優(yōu)先級；混和類型運(yùn)算；混和類型運(yùn)算；與控制流相關(guān)的測試；與控制流相關(guān)的測試；錯誤的修改了循環(huán)變量；錯誤的修改了循環(huán)變量；循環(huán)中止條件不可能出現(xiàn)；循環(huán)中止條件不可能出現(xiàn)；與異常處理相關(guān)的測試；與異常處理相關(guān)的測試；輸出的錯誤信息難以理解；輸出的錯誤信息難以理解；錯誤的信息和實際的錯誤不符；錯誤的信息和實際的錯誤不符；37CSTQB初級認(rèn)證軟件生命周期中的測試集成測試集成測試38CSTQB初級認(rèn)證軟件生命周期中的測試集成測試集成測試基本含

30、義基本含義集成測試，又叫組集成測試，又叫組裝測試、聯(lián)合測試裝測試、聯(lián)合測試等；等；集成測試是對組件之間的接口進(jìn)行測試，以及集成測試是對組件之間的接口進(jìn)行測試，以及和系統(tǒng)其他部分的相互作用；和系統(tǒng)其他部分的相互作用；最簡單的形式是兩個已經(jīng)測試的單元組合成一最簡單的形式是兩個已經(jīng)測試的單元組合成一個組件，來測試它們之間的接口和數(shù)據(jù)交換；個組件，來測試它們之間的接口和數(shù)據(jù)交換；集成測試的主要工作：把單元測試通過的各個集成測試的主要工作：把單元測試通過的各個模塊逐步集成在一起，來測試數(shù)據(jù)是否能夠正模塊逐步集成在一起，來測試數(shù)據(jù)是否能夠正確傳遞和調(diào)用，以及各個模塊是否能正確的協(xié)確傳遞和調(diào)用，以及各個模塊

31、是否能正確的協(xié)同工作；同工作；集成測試可以應(yīng)用在不同的測試級別，比如單集成測試可以應(yīng)用在不同的測試級別，比如單元集成測試、系統(tǒng)集成測試等；元集成測試、系統(tǒng)集成測試等；39CSTQB初級認(rèn)證軟件生命周期中的測試集成測試集成測試集成測試的集成測試的關(guān)注點關(guān)注點單元模塊是否傳輸了錯誤的數(shù)據(jù)，或者沒有傳單元模塊是否傳輸了錯誤的數(shù)據(jù)，或者沒有傳輸數(shù)據(jù)；輸數(shù)據(jù)；接受數(shù)據(jù)的單元不能操作或者崩潰，比如單元接受數(shù)據(jù)的單元不能操作或者崩潰，比如單元功能缺陷、接口格式不兼容、協(xié)議不兼容等；功能缺陷、接口格式不兼容、協(xié)議不兼容等；單元之間通訊正常，但是使用不同的方法來解單元之間通訊正常，但是使用不同的方法來解析收到的

32、數(shù)據(jù)，比如規(guī)格說明矛盾、理解錯誤析收到的數(shù)據(jù)，比如規(guī)格說明矛盾、理解錯誤等；等；數(shù)據(jù)能正常傳輸，但是傳輸時間錯誤，比如時數(shù)據(jù)能正常傳輸，但是傳輸時間錯誤，比如時序問題，或者傳輸?shù)臅r間間隔太短，比如吞吐序問題，或者傳輸?shù)臅r間間隔太短，比如吞吐量、負(fù)荷、容量等問題；量、負(fù)荷、容量等問題；40CSTQB初級認(rèn)證軟件生命周期中的測試集成測試策略集成測試策略自底向上集成測試自底向上集成測試步驟步驟明確被測模塊并進(jìn)行先后順序分層；明確被測模塊并進(jìn)行先后順序分層；按照時間線序關(guān)系，將不同單元進(jìn)行集成；按照時間線序關(guān)系，將不同單元進(jìn)行集成；將不同的模塊集成為子系統(tǒng)，或者分系統(tǒng)；將不同的模塊集成為子系統(tǒng)，或者分

33、系統(tǒng)；將子系統(tǒng)集成為系統(tǒng)；將子系統(tǒng)集成為系統(tǒng)；自底向上集成測試自底向上集成測試特點特點不需要樁；不需要樁；需要構(gòu)造不同的驅(qū)動模塊；需要構(gòu)造不同的驅(qū)動模塊；41CSTQB初級認(rèn)證軟件生命周期中的測試集成測試策略集成測試策略自頂向下集成測試自頂向下集成測試步驟步驟以主控模塊作為測試驅(qū)動，把對主控模塊進(jìn)行單元測試以主控模塊作為測試驅(qū)動，把對主控模塊進(jìn)行單元測試時引入的所有樁模塊用實際模塊替代；時引入的所有樁模塊用實際模塊替代；依據(jù)所選的集成策略（深度優(yōu)先或廣度優(yōu)先），每次只依據(jù)所選的集成策略（深度優(yōu)先或廣度優(yōu)先），每次只替代一個樁模塊；替代一個樁模塊；每集成一個模塊立即測試一遍；每集成一個模塊立即測

34、試一遍；只有每組測試完成后，才著手替換下一個樁模塊；只有每組測試完成后，才著手替換下一個樁模塊；為避免引入新錯誤，須不斷地進(jìn)行回歸測試（即全部或為避免引入新錯誤，須不斷地進(jìn)行回歸測試（即全部或部分地重復(fù)已做過的測試）；部分地重復(fù)已做過的測試）；42CSTQB初級認(rèn)證軟件生命周期中的測試集成測試策略集成測試策略自頂向下集成測試自頂向下集成測試特點特點優(yōu)點：不需要測試驅(qū)動器，或者只需要簡單的優(yōu)點：不需要測試驅(qū)動器，或者只需要簡單的測試驅(qū)動，這是因為經(jīng)過測試的較高級別單元測試驅(qū)動，這是因為經(jīng)過測試的較高級別單元組成了測試環(huán)境的主要部分；組成了測試環(huán)境的主要部分；缺點：還沒有集成的較低級別的單元必須用

35、樁缺點：還沒有集成的較低級別的單元必須用樁代替，成本很高；代替，成本很高；43CSTQB初級認(rèn)證軟件生命周期中的測試集成測試策略集成測試策略核心系統(tǒng)優(yōu)先集成測試核心系統(tǒng)優(yōu)先集成測試步驟步驟對核心系統(tǒng)中的模塊進(jìn)行單獨的、充分的測試；對核心系統(tǒng)中的模塊進(jìn)行單獨的、充分的測試；核心系統(tǒng)的所有模塊一次性集合到被測系統(tǒng)中，在規(guī)模核心系統(tǒng)的所有模塊一次性集合到被測系統(tǒng)中，在規(guī)模相對較大的情況下，也可以按照自底向上的步驟，集成相對較大的情況下，也可以按照自底向上的步驟，集成核心系統(tǒng)的各組成模塊。；核心系統(tǒng)的各組成模塊。；按照各外圍軟件部件的重要程度以及模塊間的相互制約按照各外圍軟件部件的重要程度以及模塊間的

36、相互制約關(guān)系，擬定外圍軟件部件集成到核心系統(tǒng)中的順序方案；關(guān)系，擬定外圍軟件部件集成到核心系統(tǒng)中的順序方案； 完成外圍軟件部件內(nèi)部的集成測試；完成外圍軟件部件內(nèi)部的集成測試； 按順序不斷加入外圍軟件部件到核心系統(tǒng)；按順序不斷加入外圍軟件部件到核心系統(tǒng)； 44CSTQB初級認(rèn)證軟件生命周期中的測試集成測試策略集成測試策略隨意集成測試隨意集成測試步驟步驟按照單元的完成時間進(jìn)行集成；按照單元的完成時間進(jìn)行集成；隨意集成測試隨意集成測試特點特點優(yōu)點：節(jié)省時間，因為每個單元可以最快的集優(yōu)點：節(jié)省時間，因為每個單元可以最快的集成到環(huán)境中來；成到環(huán)境中來；缺點：樁和測試驅(qū)動器都需要；缺點：樁和測試驅(qū)動器都需

37、要； 45CSTQB初級認(rèn)證軟件生命周期中的測試集成測試策略集成測試策略大爆炸集成策略：大爆炸集成策略：避免避免46CSTQB初級認(rèn)證軟件生命周期中的測試系統(tǒng)測試系統(tǒng)測試基本含義基本含義系統(tǒng)測試是將已經(jīng)集成好的軟件系統(tǒng)，作為計系統(tǒng)測試是將已經(jīng)集成好的軟件系統(tǒng)，作為計算機(jī)系統(tǒng)的一部分，與計算機(jī)硬件、某些支持算機(jī)系統(tǒng)的一部分，與計算機(jī)硬件、某些支持軟件、數(shù)據(jù)和人員等系統(tǒng)元素結(jié)合起來，在實軟件、數(shù)據(jù)和人員等系統(tǒng)元素結(jié)合起來，在實際運(yùn)行環(huán)境下對計算機(jī)系統(tǒng)進(jìn)行一系列嚴(yán)格有際運(yùn)行環(huán)境下對計算機(jī)系統(tǒng)進(jìn)行一系列嚴(yán)格有效的測試；效的測試；系統(tǒng)測試關(guān)注的是項目或產(chǎn)品范圍中定義的整系統(tǒng)測試關(guān)注的是項目或產(chǎn)品范圍中定

38、義的整個系統(tǒng)或產(chǎn)品的行為；個系統(tǒng)或產(chǎn)品的行為；在系統(tǒng)測試中，測試環(huán)境應(yīng)該盡量和最終使用在系統(tǒng)測試中，測試環(huán)境應(yīng)該盡量和最終使用的目標(biāo)或產(chǎn)品使用的環(huán)境相一致，從而減少和的目標(biāo)或產(chǎn)品使用的環(huán)境相一致，從而減少和環(huán)境相關(guān)的失效；環(huán)境相關(guān)的失效；47CSTQB初級認(rèn)證軟件生命周期中的測試系統(tǒng)測試系統(tǒng)測試測試目標(biāo)測試目標(biāo)系統(tǒng)測試的目標(biāo)是確認(rèn)整個系統(tǒng)是否滿足了規(guī)格系統(tǒng)測試的目標(biāo)是確認(rèn)整個系統(tǒng)是否滿足了規(guī)格說明中的功能和非功能需求，以及滿足的程度；說明中的功能和非功能需求，以及滿足的程度；系統(tǒng)測試應(yīng)該發(fā)現(xiàn)由于需求不正確、不完整或?qū)嵪到y(tǒng)測試應(yīng)該發(fā)現(xiàn)由于需求不正確、不完整或?qū)崿F(xiàn)和需求不一致而引起的失效，并識別沒

39、有文檔現(xiàn)和需求不一致而引起的失效，并識別沒有文檔化或被忘記的需求；化或被忘記的需求；常見的系統(tǒng)測試包括常見的系統(tǒng)測試包括壓力測試、容量測試、性能壓力測試、容量測試、性能測試、安全測試、容錯測試測試、安全測試、容錯測試等；等；48CSTQB初級認(rèn)證軟件生命周期中的測試驗收測試驗收測試基本含義基本含義驗收測試通常是由使用系統(tǒng)的驗收測試通常是由使用系統(tǒng)的用戶用戶來進(jìn)行，同來進(jìn)行，同時系統(tǒng)的其他利益相關(guān)者也可能參與其中；時系統(tǒng)的其他利益相關(guān)者也可能參與其中；驗收測試目的是通過驗收測試，對系統(tǒng)功能、驗收測試目的是通過驗收測試，對系統(tǒng)功能、系統(tǒng)特定部分或特定的系統(tǒng)非功能特征進(jìn)行測系統(tǒng)特定部分或特定的系統(tǒng)非

40、功能特征進(jìn)行測試；試；發(fā)現(xiàn)缺陷不是驗收測試的主要目標(biāo)，驗收測試發(fā)現(xiàn)缺陷不是驗收測試的主要目標(biāo)，驗收測試也可以用來評估系統(tǒng)是否可以在市場部署、用也可以用來評估系統(tǒng)是否可以在市場部署、用戶使用系統(tǒng)的準(zhǔn)備情況等；戶使用系統(tǒng)的準(zhǔn)備情況等；49CSTQB初級認(rèn)證軟件生命周期中的測試驗收測試驗收測試驗收測試驗收測試類型類型合同驗收測試合同驗收測試規(guī)范驗收測試規(guī)范驗收測試AlphaAlpha和和BetaBeta測試測試用戶驗收測試用戶驗收測試運(yùn)行（驗收）測試運(yùn)行（驗收）測試50CSTQB初級認(rèn)證軟件生命周期中的測試驗收測試類型驗收測試類型51CSTQB初級認(rèn)證軟件生命周期中的測試課程內(nèi)容課程內(nèi)容1. 1.

41、開發(fā)模型開發(fā)模型2. 2. 測試級別測試級別3. 3. 測試類型測試類型4. 4. 維護(hù)測試維護(hù)測試52CSTQB初級認(rèn)證軟件生命周期中的測試測試類型測試類型ISTQBISTQB考試知識點考試知識點LO-2.3.1 通過舉例比較四種不同的軟件測試類型（功能測試、非功能測試、結(jié)構(gòu)測試和與變更相關(guān)的測試）（K2）。LO-2.3.2 明白功能測試和結(jié)構(gòu)測試可以應(yīng)用在任何測試級別（K1）。LO-2.3.3 根據(jù)非功能需求來識別和描述非功能測試的類型。（K2）。LO-2.3.4 根據(jù)對軟件系統(tǒng)結(jié)構(gòu)或構(gòu)架的分析來識別和描述測試的類型（K2）。LO-2.3.5 描述確認(rèn)測試和回歸測試的目的K2）。53CST

42、QB初級認(rèn)證軟件生命周期中的測試ISTQBISTQB測試分類測試分類功能測試功能測試非功能測試非功能測試結(jié)構(gòu)測試結(jié)構(gòu)測試變更相關(guān)的測試變更相關(guān)的測試54CSTQB初級認(rèn)證軟件生命周期中的測試功能測試功能測試基本含義基本含義功能測試指的是軟件系統(tǒng)功能測試指的是軟件系統(tǒng)“做什么做什么”；功能測試的測試依據(jù)包括：需求規(guī)格說明、用例、功能測試的測試依據(jù)包括：需求規(guī)格說明、用例、功能規(guī)格說明，它們描述了系統(tǒng)必須完成的功能；功能規(guī)格說明，它們描述了系統(tǒng)必須完成的功能；功能測試主要考慮的是系統(tǒng)的外部表現(xiàn)，即一般功能測試主要考慮的是系統(tǒng)的外部表現(xiàn)，即一般采用的是采用的是黑盒測試黑盒測試的技術(shù)；的技術(shù)；功能測試

43、可以應(yīng)用在各個測試級別；功能測試可以應(yīng)用在各個測試級別；55CSTQB初級認(rèn)證軟件生命周期中的測試功能測試功能測試功能測試包括什么功能測試包括什么合適性（合適性（SuitabilitySuitability）準(zhǔn)確性（準(zhǔn)確性（AccuratenessAccurateness）互操作性（互操作性（InteroperabilityInteroperability）安全性（安全性（SecuritySecurity）來自來自ISO/IEC 9126ISO/IEC 9126質(zhì)量屬性模型質(zhì)量屬性模型56CSTQB初級認(rèn)證軟件生命周期中的測試非功能性測試非功能性測試基本含義基本含義非功能性指的是系統(tǒng)工作的非功

44、能性指的是系統(tǒng)工作的“怎么樣怎么樣”，比如，比如系統(tǒng)有多容易使用等；系統(tǒng)有多容易使用等；非功能測試不是功能的測試，而是對功能行為非功能測試不是功能的測試，而是對功能行為的測試，或作為整體系統(tǒng)能力的測試；的測試，或作為整體系統(tǒng)能力的測試； 非功能測試可以應(yīng)用在任何測試級別上；非功能測試可以應(yīng)用在任何測試級別上；57CSTQB初級認(rèn)證軟件生命周期中的測試非功能測試非功能測試非功能測試包括非功能測試包括可靠性（可靠性（ReliabilityReliability）易用性（易用性（UsabilityUsability）可維護(hù)性（可維護(hù)性（MaintainabilityMaintainability）可

45、移植性（可移植性（PortabilityPortability）來自來自ISO/IEC 9126ISO/IEC 9126質(zhì)量屬性模型質(zhì)量屬性模型58CSTQB初級認(rèn)證軟件生命周期中的測試非功能測試非功能測試非功能測試非功能測試?yán)永?9CSTQB初級認(rèn)證軟件生命周期中的測試非功能測試非功能測試非功能測試非功能測試?yán)永?0CSTQB初級認(rèn)證軟件生命周期中的測試結(jié)構(gòu)測試結(jié)構(gòu)測試基本含義基本含義結(jié)構(gòu)測試，或者結(jié)構(gòu)測試，或者白盒測試白盒測試，使用測試對象的內(nèi)部代碼結(jié)，使用測試對象的內(nèi)部代碼結(jié)構(gòu)和架構(gòu)信息（語句或判斷、遞歸調(diào)用、菜單結(jié)構(gòu)），構(gòu)和架構(gòu)信息（語句或判斷、遞歸調(diào)用、菜單結(jié)構(gòu)），也可能使用

46、軟件的抽象模型（例如：過程流模型或狀態(tài)也可能使用軟件的抽象模型（例如：過程流模型或狀態(tài)轉(zhuǎn)換模型）等作為輸入；轉(zhuǎn)換模型）等作為輸入；結(jié)構(gòu)測試可以在任何測試級別上進(jìn)行；結(jié)構(gòu)測試可以在任何測試級別上進(jìn)行；結(jié)構(gòu)測試技術(shù)通常通過評估結(jié)構(gòu)類型測試的覆蓋性，來結(jié)構(gòu)測試技術(shù)通常通過評估結(jié)構(gòu)類型測試的覆蓋性，來測量測試的完整性；測量測試的完整性；結(jié)構(gòu)測試通常應(yīng)用在低級別的測試上，比如單元測試和結(jié)構(gòu)測試通常應(yīng)用在低級別的測試上，比如單元測試和集成測試，但它同樣使用其他級別的測試；集成測試，但它同樣使用其他級別的測試；61CSTQB初級認(rèn)證軟件生命周期中的測試結(jié)構(gòu)測試結(jié)構(gòu)測試覆蓋類型覆蓋類型語句覆蓋語句覆蓋判定覆蓋

47、判定覆蓋條件組合覆蓋條件組合覆蓋判定判定/ /條件覆蓋條件覆蓋路徑覆蓋路徑覆蓋具體的覆蓋類型可以參考白盒測試設(shè)計章節(jié)具體的覆蓋類型可以參考白盒測試設(shè)計章節(jié)62CSTQB初級認(rèn)證軟件生命周期中的測試變更相關(guān)的測試變更相關(guān)的測試基本含義基本含義當(dāng)已有的系當(dāng)已有的系統(tǒng)發(fā)生變化、缺陷被修正或者增加了新功能統(tǒng)發(fā)生變化、缺陷被修正或者增加了新功能，變化的部分必須進(jìn)行重新測試，我們通稱為回歸測試；變化的部分必須進(jìn)行重新測試，我們通稱為回歸測試；目的目的1 1：通過重新進(jìn)行測試以確定原來的缺陷已經(jīng)成功：通過重新進(jìn)行測試以確定原來的缺陷已經(jīng)成功的修改、或者新增的功能已經(jīng)正確實現(xiàn)；的修改、或者新增的功能已經(jīng)正確實

48、現(xiàn)；目的目的2 2：通過測試，確認(rèn)系統(tǒng)的變更比如新增功能或者：通過測試，確認(rèn)系統(tǒng)的變更比如新增功能或者缺陷修改，沒有影響原來的功能和系統(tǒng)行為；缺陷修改，沒有影響原來的功能和系統(tǒng)行為； 回歸測試可以應(yīng)用到任何級別的測試中；回歸測試可以應(yīng)用到任何級別的測試中；63CSTQB初級認(rèn)證軟件生命周期中的測試變更相關(guān)的測試變更相關(guān)的測試回歸測試回歸測試策略策略重新運(yùn)行所有發(fā)現(xiàn)缺陷的測試用例，判斷新的重新運(yùn)行所有發(fā)現(xiàn)缺陷的測試用例，判斷新的軟件版本是否已經(jīng)修正了這些缺陷（缺陷再測軟件版本是否已經(jīng)修正了這些缺陷（缺陷再測試、確認(rèn)測試）；試、確認(rèn)測試）；對所有因為修改缺陷而進(jìn)行修改的程序，以及對所有因為修改缺陷

49、而進(jìn)行修改的程序，以及相關(guān)的測試用例，重新執(zhí)行一遍；相關(guān)的測試用例，重新執(zhí)行一遍；對所有因為新增加的功能而受到影響的代碼，對所有因為新增加的功能而受到影響的代碼，和相關(guān)的測試用例，重新進(jìn)行執(zhí)行；和相關(guān)的測試用例，重新進(jìn)行執(zhí)行；對整個系統(tǒng)重新進(jìn)行一次完整的測試（完全回對整個系統(tǒng)重新進(jìn)行一次完整的測試（完全回歸測試）；歸測試）；64CSTQB初級認(rèn)證軟件生命周期中的測試按形式分類按形式分類按測試對象是否運(yùn)行來進(jìn)行分類！按測試對象是否運(yùn)行來進(jìn)行分類！靜態(tài)測試靜態(tài)測試動態(tài)測試動態(tài)測試人工檢查人工檢查靜態(tài)分析靜態(tài)分析黑盒測試黑盒測試白盒測試白盒測試軟件測試軟件測試65CSTQB初級認(rèn)證軟件生命周期中的測

50、試靜態(tài)測試靜態(tài)測試基本定義基本定義靜態(tài)測試通過對模塊的源代碼進(jìn)行研讀，查找靜態(tài)測試通過對模塊的源代碼進(jìn)行研讀，查找錯誤或收集一些度量數(shù)據(jù)，并不需要對代碼進(jìn)錯誤或收集一些度量數(shù)據(jù)，并不需要對代碼進(jìn)行編譯和仿真運(yùn)行行編譯和仿真運(yùn)行 ；主要目的是從已有的規(guī)格說明、已定義的標(biāo)準(zhǔn)主要目的是從已有的規(guī)格說明、已定義的標(biāo)準(zhǔn)或甚至是項目計劃中發(fā)現(xiàn)缺陷和偏差；或甚至是項目計劃中發(fā)現(xiàn)缺陷和偏差；包括人工檢查（評審）和自動化檢查（靜態(tài)分包括人工檢查（評審）和自動化檢查（靜態(tài)分析），是一個經(jīng)常被低估的測試方法，或者在析），是一個經(jīng)常被低估的測試方法，或者在測試過程中經(jīng)常被忽略的方法；測試過程中經(jīng)常被忽略的方法；66C

51、STQB初級認(rèn)證軟件生命周期中的測試靜態(tài)測試靜態(tài)測試基本類型基本類型人工檢查：通過人工的方式，對軟件產(chǎn)品的設(shè)人工檢查：通過人工的方式，對軟件產(chǎn)品的設(shè)計規(guī)格說明的審查，對程序代碼的閱讀、審查計規(guī)格說明的審查，對程序代碼的閱讀、審查等；等； 走查（走查（Walkthrough)Walkthrough)：審查審查(Inspection)(Inspection)：評審評審(Review)(Review)：靜態(tài)分析：靜態(tài)分析往往需要借助測試工具靜態(tài)分析：靜態(tài)分析往往需要借助測試工具（比如編譯器就是一種靜態(tài)分析工具）來自動（比如編譯器就是一種靜態(tài)分析工具）來自動檢測；檢測； 走查時，軟件設(shè)計者或程序開發(fā)人

52、員指導(dǎo)一名或多名其他參加評審的成員，通讀已書寫的設(shè)計文檔或編碼，其他成員負(fù)責(zé)提出問題，并對有關(guān)技術(shù)、風(fēng)格、可能的錯誤、是否有違背評審標(biāo)準(zhǔn)的地方進(jìn)行評論。審查是一種正式的評定技術(shù)。由除被審查對象的作者之外的某人或某一小組自習(xí)檢查軟件需求、設(shè)計或編碼，以找出故障和其他一些問題。67CSTQB初級認(rèn)證軟件生命周期中的測試動態(tài)測試動態(tài)測試基本定義基本定義動態(tài)測試是通過觀察軟件運(yùn)行時的動作，來提動態(tài)測試是通過觀察軟件運(yùn)行時的動作，來提供執(zhí)行跟蹤、時間分析，以及測試覆蓋度方面供執(zhí)行跟蹤、時間分析，以及測試覆蓋度方面的信息；的信息；動態(tài)測試通過真正運(yùn)行程序發(fā)現(xiàn)錯誤。通過有動態(tài)測試通過真正運(yùn)行程序發(fā)現(xiàn)錯誤。通

53、過有效的測試用例，對應(yīng)的輸入效的測試用例，對應(yīng)的輸入/ /輸出關(guān)系來分析被輸出關(guān)系來分析被測軟件的運(yùn)行情況；測軟件的運(yùn)行情況；68CSTQB初級認(rèn)證軟件生命周期中的測試動態(tài)測試動態(tài)測試基本類型基本類型白盒測試白盒測試黑盒測試黑盒測試基于經(jīng)驗的測試基于經(jīng)驗的測試69CSTQB初級認(rèn)證軟件生命周期中的測試課程內(nèi)容課程內(nèi)容1. 1. 開發(fā)模型開發(fā)模型2. 2. 測試級別測試級別3. 3. 測試類型測試類型4. 4. 維護(hù)測試維護(hù)測試70CSTQB初級認(rèn)證軟件生命周期中的測試維護(hù)測試維護(hù)測試ISTQBISTQB考試知識點考試知識點LO-2.4.1 比較維護(hù)測試（一個現(xiàn)存系統(tǒng)的測試）與一個新的應(yīng)用軟件的測試在測試類型、測試的觸發(fā)和測試規(guī)模等方面的區(qū)別（K2）。LO-2.4.2 識別維護(hù)測試的原因（由于修改、移植或退役等因素）（K1）。LO-2.4.3 描述回歸測試和變更的影響度分析在軟件維護(hù)中的作用（K2）。71CSTQB初級認(rèn)證軟件生命周期中的測試維護(hù)測試維護(hù)測試基本含義基本含義軟件系統(tǒng)在運(yùn)行過程中，經(jīng)常需要對軟件系統(tǒng)軟件系統(tǒng)在運(yùn)行過程中，經(jīng)常需要對軟件系統(tǒng)和它運(yùn)