【正文】 :單元測試 104 ?如果一個模塊要完成多種功能，可以將這個模塊看成由幾個小程序組成。必須對其中的每個小程序先進(jìn)行單元測試要做的工作，對關(guān)鍵模塊還要做性能測試。 ?對支持某些標(biāo)準(zhǔn)規(guī)程的程序，更要著手進(jìn)行互聯(lián)測試。有人把這種情況特別稱為模塊測試，以區(qū)別單元測試。 第三節(jié) 軟件測試策略 :單元測試 105 ?組裝測試（ Integrated Testing） ?組裝測試 (集成測試、聯(lián)合測試） ?通常，在單元測試的基礎(chǔ)上，需要將所有模塊按照設(shè)計要求組裝成為系統(tǒng)。這時需要考慮的問題是： ? 在把各個模塊連接起來的時侯， 穿越模塊接口的數(shù)據(jù) 是否會丟失； ? 一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響 ； 第三節(jié) 軟件測試策略 :組裝測試 106 ? 各個子功能組合起來，能否達(dá)到預(yù)期要求的父功能； ? 全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題； ? 單個模塊的誤差累積起來，是否會放大 ，從而達(dá)到不能接受的程度。 ?在單元測試的同時可進(jìn)行組裝測試 ， ?發(fā)現(xiàn)并排除在模塊連接中可能出現(xiàn) 的問題，最終構(gòu)成要求的軟件系統(tǒng)。 第三節(jié) 軟件測試策略 :組裝測試 107 ?子系統(tǒng)的組裝測試特別稱為 部件測試 ，它所做的工作是要找出組裝后的 子系統(tǒng)與系統(tǒng)需求規(guī)格說明之間 的不一致。 ?通常，把模塊組裝成為系統(tǒng)的方式有兩種 ? 一次性組裝方式 ? 增量式組裝方式 第三節(jié) 軟件測試策略 :組裝測試 108 ? 1. 一次性組裝方式 (big bang) ?它是一種非增量式組裝方式。也叫做整體拼裝。 ?使用這種方式，首先對每個模塊分別進(jìn)行模塊測試，然后再把所有模塊組裝在一起進(jìn)行測試，最終得到要求的軟件系統(tǒng)。 第三節(jié) 軟件測試策略 :組裝測試 109 第三節(jié) 軟件測試策略 :組裝測試 110 ? 2. 增量式組裝方式 ?這種組裝方式又稱 漸增式組裝 ?首先對一個個模塊進(jìn)行模塊測試，然后將這些模塊逐步組裝成較大的系統(tǒng) ?在組裝的過程中邊連接邊測試，以發(fā)現(xiàn)連接過程中產(chǎn)生的問題 ?通過增量逐步組裝成為要求的軟件系統(tǒng)。 第三節(jié) 軟件測試策略 :組裝測試 111 ?(1) 自頂向下的增殖方式 ?這種組裝方式將模塊 按系統(tǒng)程序結(jié)構(gòu)，沿控制層次自頂向下進(jìn)行組裝 。 ?自頂向下的增量方式在測試過程中較早地驗證了主要的控制和判斷點(diǎn)。 ?選用按深度方向組裝的方式，可以首先實現(xiàn)和驗證一個完整的軟件功能。 第三節(jié) 軟件測試策略 :組裝測試 112 第三節(jié) 軟件測試策略 :組裝測試 113 ?(2) 自底向上的增量方式 ?這種組裝的方式是從 程序模塊結(jié)構(gòu)的最底層的模塊開始組裝和測試 。 ?因為模塊是自底向上進(jìn)行組裝，對于一個給定層次的模塊，它的子模塊（包括子模塊的所有下屬模塊）已經(jīng)組裝并測試完成，所以 不再需要樁模塊 。在模塊的測試過程中需要從子模塊得到的信息可以直接運(yùn)行子模塊得到。 第三節(jié) 軟件測試策略 :組裝測試 114 ?自頂向下增量的方式和自底向上增量的方式各有優(yōu)缺點(diǎn)。 ?一般來講，一種方式的優(yōu)點(diǎn)是另一種方式的缺點(diǎn)。 第三節(jié) 軟件測試策略 :組裝測試 115 ? (3) 混合增量式測試 ?衍變的自頂向下的增量測試 ? 首先對輸入／輸出模塊和引入新算法模塊進(jìn)行測試 。 ? 再自底向上組裝成為功能相當(dāng)完整且相對獨(dú)立的子系統(tǒng) 。 ? 然后由主模塊開始自頂向下進(jìn)行增量測試。 第三節(jié) 軟件測試策略 :組裝測試 116 ?自底向上 ?自頂向下的增量測試 ? 首先對含讀操作的子系統(tǒng)自底向上直至根結(jié)點(diǎn)模塊進(jìn)行組裝和測試 。 ? 然后對含寫操作的子系統(tǒng)做自頂向下的組裝與測試。 ?回歸測試 ? 這種方式采取自頂向下的方式測試被修改的模塊及其子模塊 。 ? 然后將這一部分視為子系統(tǒng)，再自底向上測試。 第三節(jié) 軟件測試策略 :組裝測試 117 ? 關(guān)鍵模塊問題 ?在組裝測試時，應(yīng)當(dāng)確定關(guān)鍵模塊，對這些關(guān)鍵模塊及早進(jìn)行測試。 ?關(guān)鍵模塊的特征： ① 滿足某些軟件需求； ② 在程序的模塊結(jié)構(gòu)中位于較高的層次（高層控制模塊）； ③ 較復(fù)雜、較易發(fā)生錯誤； ④ 有明確定義的性能要求。 第三節(jié) 軟件測試策略 :組裝測試 118 ?確認(rèn)測試（ Validation Testing） ?確認(rèn)測試又稱 有效性測試 。任務(wù)是驗證軟件的功能和性能及其它特性是否與用戶的要求一致。 ?對軟件的功能和性能要求在軟件需求規(guī)格說明書中已經(jīng)明確規(guī)定。它包含的信息就是軟件確認(rèn)測試的基礎(chǔ)。 第三節(jié) 軟件測試策略 :確認(rèn)測試 119 第三節(jié) 軟件測試策略 :確認(rèn)測試 120 ?1. 進(jìn)行有效性測試（黑盒測試） ?有效性測試是在模擬的環(huán)境 (可能就是開發(fā)的環(huán)境 ) 下， 運(yùn)用黑盒測試的方法，驗證被測軟件是否滿足需求規(guī)格說明書列出的需求。 ?首先制定測試計劃，規(guī)定要做測試的種類。還需要制定一組測試步驟，描述具體的測試用例。 第三節(jié) 軟件測試策略 :確認(rèn)測試 121 ?通過實施預(yù)定的測試計劃和測試步驟，確定 ? 軟件的特性是否與需求相符； ? 所有的文檔都是正確且便于使用； ? 同時，對其它軟件需求，例如可移植性、兼容性、出錯自動恢復(fù)、可維護(hù)性等，也都要進(jìn)行測試 第三節(jié) 軟件測試策略 :確認(rèn)測試 122 ?在全部軟件測試的測試用例運(yùn)行完后，所有的測試結(jié)果可以分為兩類： ? 測試結(jié)果與預(yù)期的結(jié)果相符 。這說明軟件的這部分功能或性能特征與需求規(guī)格說明書相符合，從而這部分程序被接受。 ? 測試結(jié)果與預(yù)期的結(jié)果不符 。這說明軟件的這部分功能或性能特征與需求規(guī)格說明不一致，因此要為它提交一份問題報告。 第三節(jié) 軟件測試策略 :確認(rèn)測試 123 ? 2. 軟件配置復(fù)查 ?軟件配置復(fù)查的目的是保證 ? 軟件配置的所有成分都齊全； ? 各方面的質(zhì)量都符合要求； ? 具有維護(hù)階段所必需的細(xì)節(jié)； ? 而且已經(jīng)編排好分類的目錄。 ?應(yīng)當(dāng)嚴(yán)格遵守用戶手冊和操作手冊中規(guī)定的使用步驟，以便檢查這些文檔資料的完整性和正確性。 第三節(jié) 軟件測試策略 :確認(rèn)測試 124 ?驗收測試（ Acceptance Testing） ?在通過了系統(tǒng)的有效性測試及軟件配置審查之后，就應(yīng)開始系統(tǒng)的驗收測試。 ?驗收測試是以用戶為主的測試。軟件開發(fā)人員和 QA（質(zhì)量保證）人員也應(yīng)參加。 ?由用戶參加設(shè)計測試用例，使用生產(chǎn)中的實際數(shù)據(jù)進(jìn)行測試。 第三節(jié) 軟件測試策略：驗收測試 125 ?在測試過程中，除了考慮軟件的功能和性能外，還應(yīng)對軟件的可移植性、兼容性、可維護(hù)性、錯誤的恢復(fù)功能等進(jìn)行確認(rèn)。 ?確認(rèn)測試應(yīng)交付的文檔有： ? 確認(rèn)測試分析報告 ? 最終的用戶手冊和操作手冊 ? 項目開發(fā)總結(jié)報告。 第三節(jié) 軟件測試策略：驗收測試 126 ?系統(tǒng)測試（ System Testing） ?系統(tǒng)測試，是將通過確認(rèn)測試的軟件，作為整個基于計算機(jī)系統(tǒng)的一個元素 ，與計算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其它系統(tǒng)元素結(jié)合在一起，在實際運(yùn)行環(huán)境下 ，對計算機(jī)系統(tǒng)進(jìn)行一系列的組裝測試和確認(rèn)測試。 ?系統(tǒng)測試的目的在于 通過與系統(tǒng)的需求定義作比較 , 發(fā)現(xiàn)軟件與系統(tǒng)的定義不符合或與之矛盾的地方 。 第三節(jié) 軟件測試策略：系統(tǒng)測試 127 ?α測試和 β測試 ?在軟件交付使用之后，用戶將如何實際使用程序，對于開發(fā)者來說是無法預(yù)測的。 ?α測試 是由一個 用戶在開發(fā)環(huán)境下進(jìn)行的測試 ，也可以是 公司內(nèi)部的用戶在模擬實際操作環(huán)境下進(jìn)行的測試 。 第三節(jié) 軟件測試策略：系統(tǒng)測試 128 ?α 測試 的目的是評價軟件產(chǎn)品的FLURPS（即功能、局域化、可使用性、可靠性、性能和支持）。尤其注重產(chǎn)品的界面和特色。 ?α 測試 可以從軟件產(chǎn)品編碼結(jié)束之時開始，或在模塊（子系統(tǒng)）測試完成之后開始，也可以在確認(rèn)測試過程中產(chǎn)品達(dá)到一定的穩(wěn)定和可靠程度之后再開始。 第三節(jié) 軟件測試策略：系統(tǒng)測試 129 ?β測試 是由軟件的 多個用戶在實際使用環(huán)境下進(jìn)行的測試 。這些用戶返回有關(guān)錯誤信息給開發(fā)者。 ?測試時，開發(fā)者通常不在測試現(xiàn)場。因而， β測試 是在開發(fā)者無法控制的環(huán)境下進(jìn)行的軟件現(xiàn)場應(yīng)用。 ?在 β測試中，由用戶記下遇到的所有問題，包括真實的以及主觀認(rèn)定的，定期向開發(fā)者報告。 第三節(jié) 軟件測試策略：系統(tǒng)測試 130 ?β 測試 主要衡量產(chǎn)品的 FLURPS。著重于產(chǎn)品的支持性，包括文檔、客戶培訓(xùn)和支持產(chǎn)品生產(chǎn)能力。 ?只有當(dāng) α 測試 達(dá)到一定的可靠程度時，才能開始 β 測試 。它處在整個測試的最后階段。同時，產(chǎn)品的所有手冊文本也應(yīng)該在此階段完全定稿。 第三節(jié) 軟件測試策略：系統(tǒng)測試 131 謝謝！