1、軟件測試復(fù)習(xí)內(nèi)容以下列舉出來的問題大部分是要掌握的，可參考思維導(dǎo)圖來看。什么是測試？答：（美國電器和電子工程師協(xié)會）IEEE提出的軟件工程標(biāo)準(zhǔn)術(shù)語，使用人工和自動手段來運行或測試某個系統(tǒng)的過程，目的在于檢驗它是否滿足規(guī)定的需求或是弄清預(yù)期結(jié)果與實際結(jié)果之間的差別。簡單定義：找出軟件中的BUG為什么要測試？答：在軟件開發(fā)過程中容易出現(xiàn)缺乏有效溝通，軟件復(fù)雜，編程錯誤，需求不斷變更，時間的壓力，缺乏文檔的代碼，軟件開發(fā)工具和人員的自大等原因引發(fā)的錯誤，通過測試能夠找出其中的錯誤，解決錯誤，從而提高軟件的質(zhì)量軟件的生命周期分為哪幾個階段？具體的內(nèi)容是什么？答：計劃工作內(nèi)容確定軟件開發(fā)總目標(biāo)；給出軟件

2、的功能、性能、可靠性以及接口等方面的設(shè)想研究完成該項目的可行性，探討問題解決方案；對可供開發(fā)使用的資源、成本、可取得的效益和開發(fā)進度作出估計；制定完成開發(fā)任務(wù)的實施計劃。需求分析工作內(nèi)容對開發(fā)的軟件進行詳細(xì)的定義，由需求分析人員和用戶共同討論決定，哪些需求是可以滿足的，并且給予確切的描述，寫出軟件需求說明書SRS（SoftwareRequirementSpecification）。設(shè)計工作內(nèi)容設(shè)計是軟件工程的技術(shù)核心，這個階段需要完成設(shè)計說明書概要設(shè)計（HLD），在設(shè)計階段把各項需求轉(zhuǎn)換成相應(yīng)的體系結(jié)構(gòu)，每一部分是功能明確的模塊；詳細(xì)設(shè)計（LLD），對每個模塊要完成的工作進行具體的描述。編碼工

3、作內(nèi)容把軟件設(shè)計轉(zhuǎn)換成計算機可以接受的程序，即寫成以某個程序設(shè)計語言表示的源程序清單，建立數(shù)據(jù)庫。測試工作內(nèi)容測試是檢驗軟件是否符合客戶需求，達到質(zhì)量要求，一般由獨立的小組執(zhí)行，測試工作分為：單元測試；集成測試；系統(tǒng)測試運行和維護工作內(nèi)容可能有多種、提高性能這個階段將軟件交付用戶投入正式使用，以后便進入維護階段,原因需要對它進行修改，如軟件錯誤、系統(tǒng)軟件升級、增強軟件功能等。研發(fā)團隊的組織構(gòu)架與流程是什么？答：組織架構(gòu)?軟件開發(fā)組開發(fā)經(jīng)理分析人員設(shè)計人員開發(fā)人員?軟件測試組測試經(jīng)理測試人員?配置管理組配置經(jīng)理CMO（配置管理員）研發(fā)流程?瀑布模型，然而它的缺陷也是顯應(yīng)用的最為廣泛的一種模型，也

4、是最容易理解和掌握的模型而易見的。?螺旋模型綜合了基本的瀑布式模型和演化/漸增原型方法。?RUP流程所有工作流在各個階段都有體現(xiàn)。?IPD流程從整個產(chǎn)品角度出發(fā)，不僅僅針對研發(fā)。測試階段怎么劃分？答：測試計劃階段測試設(shè)計階段測試實施階段測試執(zhí)行階段什么是UT,IT,ST？它們有什么區(qū)別？答：UT:單元測試IT:集成測試ST系統(tǒng)測試區(qū)別：測試方法考察范圍評估標(biāo)準(zhǔn)單控制流測法單元內(nèi)部的數(shù)據(jù)邏輯覆蓋率元數(shù)據(jù)流測法結(jié)構(gòu)、邏輯控制測排錯測法、異常處理等試分域測法集自頂向下增至測試方法接口與接口數(shù)據(jù)接口覆蓋率成自底向上增至測試方法傳遞關(guān)系，測混合增至測試方法模塊組合后的試整體功能恢復(fù)測試方法這個系統(tǒng)對需測

5、試用例對需求安全測試方法求的符合度規(guī)格的覆蓋率系強度測試方法統(tǒng)性能測試方法測容量測試方法試正確性測試方法可靠性測試方法兼容性測試方法什么是回歸測試？為什么要回歸測試？回歸測試的流程是什么？回歸測試的測試策略有哪些？答：回歸測試是指軟件系統(tǒng)被修改或擴充（如系統(tǒng)功能增強或升級）后重新進行的測試，是為了保證對軟件所做的修改沒有引入新的錯誤而重新進行的測試?；貧w測試目的是驗證缺陷得到了正確的修復(fù)，同時對系統(tǒng)的變更沒有影響以前的功能。流程：在測試策略制定階段，制定回歸測試策略確定需要回歸測試的版本測試版本發(fā)布后，按照回歸測試策略來執(zhí)行回歸測試回歸測試通過，關(guān)閉缺陷跟蹤單回歸測試不通過，缺陷跟蹤單返回給開

6、發(fā)人員，開發(fā)人員重新修改BUG.再次提交給測試人員回歸測試測試策略：完全重復(fù)測試：重新執(zhí)行前期設(shè)計的用例，來確認(rèn)問題修改的真確性和修改的擴散局部影響性選擇性重復(fù)測試：1）覆蓋修改法：針對被修改的部分，選取或重新構(gòu)造測試用例驗證沒有錯誤再次發(fā)生的選擇方法2）周邊影響法：該方法包括覆蓋修改法，還要分析修改后對擴散的影響3）指標(biāo)達成法：先確定一個達成的指標(biāo)，基于這種要求選擇一個最小的測試用例集合畫V&V模型?答:軟件質(zhì)量的定義是什么？影響軟件質(zhì)量的因素是哪些？ISO2000的八大原則是什么？答：定義：一個實體的所有特性，基于這些特性可以滿足明顯的或隱含的需求。而質(zhì)量就是實體基于這些特性滿足需求的程度

7、因素：流程、技術(shù)、組織。流程：一組活動（活動是否都是必須的；活動角色之間的關(guān)系）過程：一組將輸入轉(zhuǎn)化為輸出的相關(guān)聯(lián)或相互作用的活動。原則；以顧客為中心：組織依存于其顧客，因此，組織應(yīng)理解顧客當(dāng)前的和未來的需求，滿足顧客要求并爭取趕超顧客期望。領(lǐng)導(dǎo)作用：領(lǐng)導(dǎo)者將本組織的宗旨方向和內(nèi)部環(huán)境編統(tǒng)一起來，并創(chuàng)造使員工能夠充參與實現(xiàn)組織目標(biāo)的環(huán)境。全員參與：各級人員是組織之本，只有他們的充分參與，才能使他們的才干為組織帶來最大的收益。過程方法：將相關(guān)的資源和活動作為過程進行管理，可以更高效地得到期望的結(jié)果。管理系統(tǒng)方法：針對設(shè)定的目標(biāo)，識別.理解并管理一個由相互關(guān)聯(lián)的過程的過程TOCo1-5hz所組成的

8、體系，有助于提高組織的有效性和效率。持續(xù)改進：持續(xù)改進是組織的一個永恒的目標(biāo)?；谑聦嵉臎Q策方法：對數(shù)據(jù)和信息的邏輯分析或直覺判斷是有效決策的基礎(chǔ)?；ダ墓┓疥P(guān)系：通過互利的關(guān)系，增強組織及其供方創(chuàng)造價值的能力。其中與軟件產(chǎn)品產(chǎn)品優(yōu)其相關(guān)有：（一.三.六.七項）CMM/CMMI是什么？它的等級怎么劃分？有什么目的？有什么作用？答：（1）能力成熟度模型；一種比較流行的軟件質(zhì)量管理體系（2）劃分：初始級；可重復(fù)級；已定義級；已管理級；優(yōu)化級；（3）目的：評估軟件承包商能力協(xié)助軟件組織改進過程，提高過程能力作用：業(yè)界的實施標(biāo)準(zhǔn)業(yè)界的一種交流語言是中國企業(yè)獲取國際訂單的門檻是向下采購的保障是降低軟件聲

9、場風(fēng)險的有力手段描述軟件質(zhì)量模型中的內(nèi)容？答：功能性：當(dāng)軟件在指定的條件下使用時，軟件產(chǎn)品提供滿足明確和隱含需求的功能的能力適合性Suitability-軟件產(chǎn)品為指定的任務(wù)和用戶目標(biāo)提供一組合適的功能的能力。準(zhǔn)確性Accuracy-軟件產(chǎn)品提供具有所需精確度的正確或相符的結(jié)果或效果的能力?；ゲ僮餍詉nteroperability-軟件產(chǎn)品與一個或更多的規(guī)定系統(tǒng)進行交互的能力。保密安全性security-軟件產(chǎn)品保護信息和數(shù)據(jù)的能力，以使未授權(quán)的人員或系統(tǒng)不能閱讀或修改這些信息和數(shù)據(jù)，而不拒絕授權(quán)人員或系統(tǒng)對它們的訪問。功能性的依從性functionalitycomplianee-軟件產(chǎn)品遵循

10、與功能相關(guān)的標(biāo)準(zhǔn)、約定或法規(guī)以及類似規(guī)定的能力。這些標(biāo)準(zhǔn)要考慮國際標(biāo)準(zhǔn)、國家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)、企業(yè)內(nèi)部規(guī)范等?？煽啃裕涸谥付l件下使用時，軟件產(chǎn)品維持規(guī)定的性能級別的能力成熟性maturity-軟件產(chǎn)品為避免由軟件中錯誤而導(dǎo)致失效的能力。容錯性faulttoleranee-在軟件出現(xiàn)故障或者違反指定接口的情況下，軟件產(chǎn)品維持規(guī)定的性能級別的能力。易恢復(fù)性recoverability-在失效發(fā)生的情況下，軟件產(chǎn)品重建規(guī)定的性能級別并恢復(fù)受直接影響的數(shù)據(jù)的能力可靠性的依從性reliabilitycomplianee-軟件產(chǎn)品遵循與可靠性相關(guān)的標(biāo)準(zhǔn)、約定或法規(guī)的能力。易用性：在指定條件下使用時，軟件產(chǎn)

11、品被理解、學(xué)習(xí)、使用和吸引用戶的能力易理解性understandability-軟件產(chǎn)品使用戶能理解軟件是否合適以及如TOCo1-5hz何能將軟件用于特定的任務(wù)和使用環(huán)境的能力。易學(xué)性learnability-軟件產(chǎn)品使用戶能學(xué)習(xí)其應(yīng)用的能力。易操作性operability-軟件產(chǎn)品使用戶能操作和控制它的能力。吸引性attractiveness-軟件產(chǎn)品吸引用戶的能力易用性的依從性usabilitycomplianee-軟件產(chǎn)品遵循與易用性相關(guān)的標(biāo)準(zhǔn)、約定、風(fēng)格指南或法規(guī)的能力。這些標(biāo)準(zhǔn)要考慮國際標(biāo)準(zhǔn)、國家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)、企業(yè)內(nèi)部規(guī)范等，例如企業(yè)內(nèi)部的界面規(guī)范。效率：在規(guī)定條件下，相對于所用資

12、源的數(shù)量，軟件產(chǎn)品可提供適當(dāng)性能的能力時間特性：timebehavior-在規(guī)定條件下，軟件產(chǎn)品執(zhí)行其功能時，提供適當(dāng)?shù)捻憫?yīng)和處理時間以及吞吐率的能力。即完成用戶的某個功能需要的響應(yīng)時間。資源利用性：resourceutilization-在規(guī)定條件下，軟件產(chǎn)品執(zhí)行其功能時，使用合適的資源數(shù)量和類別的能力。效率依從性：efficiencycomplianee-軟件產(chǎn)品遵循與效率相關(guān)的標(biāo)準(zhǔn)或約定的能力。維護性：軟件產(chǎn)品可被修改的能力。修改可能包括修正、改進軟件對環(huán)境、需求、和功能規(guī)格說明變化的適應(yīng)TOCo1-5hz易分析性analyzability-診斷軟件產(chǎn)品中缺陷或失效原因的能力。易改變性c

13、hangeability-軟件產(chǎn)品使指定的修改可以被實現(xiàn)的能力。穩(wěn)定性stability-軟件產(chǎn)品避免由于軟件修改而造成意外結(jié)果的能力。易測試性testability-軟件產(chǎn)品使已修改軟件能被確認(rèn)的能力。維護性的依從性maintainabilitycomplianee-軟件產(chǎn)品遵循與維護性相關(guān)的標(biāo)準(zhǔn)或約定的能力?？梢浦残裕很浖a(chǎn)品從一種環(huán)境遷移到另一種環(huán)境可正常使用或滿足用戶需求的能力適應(yīng)性adaptability-軟件產(chǎn)品無需采用有別于為考慮該軟件的目的而準(zhǔn)備的活動和手段就可以適應(yīng)不同的環(huán)境的能力。易安裝性installability-軟件產(chǎn)品在指定環(huán)境中被安裝的能力。共存性co-exist

14、enee-軟件產(chǎn)品在公共環(huán)境中同與其分享公共資源的其它獨立軟件共存的能力。易替換性replaceability-軟件產(chǎn)品在同樣的環(huán)境下，替代另一個相同用途的指定軟件產(chǎn)品的能力?？梢浦残缘囊缽男詐ortabilitycomplianee-軟件產(chǎn)品遵循與可移植性相關(guān)的標(biāo)準(zhǔn)或約定能力。測試的方法有哪些？答：白盒測試、黑盒測試、灰盒測試、B測試，a測試、可移植性測試、冒煙測試等什么是白盒測試？答：白盒測試是根據(jù)被測試程序的內(nèi)部結(jié)構(gòu)設(shè)計測試用例的一類測試，有人也稱它為透明盒或者玻璃盒測試，涉及到軟件設(shè)計的細(xì)節(jié)。比如單元測試一般采用白盒測試方法，并參考LLD（詳細(xì)設(shè)計）什么是黑盒測試？答：黑盒測試又稱功能

15、測試、數(shù)據(jù)驅(qū)動測試或者基于規(guī)格說明的測試，被測試程序當(dāng)作黑盒處理，無法了解其內(nèi)部的構(gòu)造。比如系統(tǒng)測試一般采用黑盒測試方法，并參考SRS什么是靜態(tài)測試？答：不運行被測試的軟件系統(tǒng)，而是采用其他手段和技術(shù)對被測試軟件進行檢測的一種測試技術(shù)。例如：代碼走讀、文檔評審、程序分析等都是靜態(tài)測試的范疇。常用技術(shù)有靜態(tài)分析技術(shù)什么是動態(tài)測試？答：按照預(yù)先設(shè)計的數(shù)據(jù)和步驟去運行被測軟件系統(tǒng)，從而對被測軟件系統(tǒng)進行檢測的一種測試技術(shù)。常用技術(shù)有動態(tài)分析技術(shù)什么是人工測試？答：測試活動（如評審、測試設(shè)計、測試執(zhí)行等）由人來完成，狹義上是指測試執(zhí)行由人工完成，這是最基本的測試形式什么是自動化測試？答：一般是指通過計

16、算機模擬人的測試行為，替代人的測試活動，狹義上是指測試執(zhí)行由計算機來完成邏輯覆蓋關(guān)注的內(nèi)容是哪些？答：語句覆蓋判定覆蓋條件覆蓋判定一條件覆蓋路徑覆蓋常見的黑盒測試方法有哪些？答：等價類劃分法邊界值分析法因果圖分析法判定表法正交試驗法狀態(tài)遷移法什么是同行評審？答：同行評審：(PeerReview)是一種通過作者的同行來確認(rèn)缺陷和需要變更區(qū)域的檢查方法。需要進行同行評審的特定產(chǎn)品在定義項目軟件過程的時候被確定并且作為軟件開發(fā)計劃的一部分被安排了進度。根據(jù)形式正規(guī)的程度分為：正規(guī)檢視技術(shù)評審走查同行評審的對象可以是計劃、需求文檔、設(shè)計圖、代碼等自動化測試有什么意義？答：對程序新版本運行前一版本執(zhí)行的

17、測試，提高回歸測試效率可以運行更多更頻繁的測試，比如冒煙測試可以執(zhí)行手工測試?yán)щy或不可能做的測試，比如大量的重復(fù)操作或者集成測試更好地利用資源，比如測試儀器或者被測對象測試具有一致性和可重復(fù)性，即自動化測試的步驟和結(jié)果是完全一樣的測試的復(fù)用性，即自動化測試腳本可以拆分開給其它測試腳本使用可以更快地將軟件推向市場，軟件發(fā)布前進行高效的回歸測試，減少軟件發(fā)布的時間增加軟件信任度，通過自動化測試提高了測試效率，可把節(jié)約的時間拿出來做更多的測試測試用例的八大要素是什么？答：測試用例編號測試項目測試標(biāo)題重要級別預(yù)置條件輸入操作步驟預(yù)期輸出什么是缺陷管理？弓I入的原因有哪些？答：?？梢源_保你的問題是在軟件

18、生命周期中獲取、管理、溝通任何變更請求的過程如需求或者缺陷被跟蹤管理而不丟失引入原因：開發(fā)過程中缺乏有效溝通，或者沒有溝通軟件負(fù)責(zé)度越來越高編程中產(chǎn)生的錯誤需求不斷變更項目進度的壓力不重視開發(fā)文檔軟件開發(fā)工具本身隱藏的問題缺陷的屬性有哪些？答：缺陷發(fā)現(xiàn)人；缺陷發(fā)現(xiàn)時間；缺陷狀態(tài)；缺陷嚴(yán)重程度；缺陷所屬版本；缺陷修改日期畫缺陷管理流程圖？答：如何寫缺陷跟蹤單？答：缺陷跟蹤單遵循5W原則；Correct（準(zhǔn)確）:每個組成部分的描述準(zhǔn)確，不會引起誤解Clear（清晰）:每個組成部分的描述清晰，易于理解Concise（簡潔）：只包含必不可少的信息，不包括任何多余的內(nèi)容Complete（完整）：包含復(fù)現(xiàn)

19、該缺陷的完整步驟和其他本質(zhì)信息Consistent（致）：按照一致的格式書寫全部缺陷報告什么是測試覆蓋率？答：覆蓋率是用來度量測試完整性的一個手段。覆蓋率是測試技術(shù)有效性的一個度量覆蓋率=（至少被執(zhí)行一次的item數(shù)）/item的總數(shù)寫計算語句覆蓋率、判定覆蓋率、條件覆蓋率、判定-條件覆蓋率、路徑覆蓋率、指令覆蓋率等的表達式？答：語句覆蓋率=（至少被執(zhí)行一次的語句數(shù)量）/（可執(zhí)行的語句總數(shù)）判定覆蓋率=（判定結(jié)果被評價的次數(shù)）/（判定結(jié)果的總數(shù)）條件覆蓋率=（條件操作數(shù)值至少被評價一次的數(shù)量）/（條件操作數(shù)值的總數(shù)）分支條件覆蓋率=（條件操作數(shù)值或判定結(jié)果至少被評價一次的數(shù)量）/（條件操作數(shù)值

20、總數(shù)+判定結(jié)果總數(shù)）路徑覆蓋率=（至少被執(zhí)行到一次的路徑數(shù)）/（總的路徑數(shù)）指令塊覆蓋=（至少被執(zhí)行一次的指令塊數(shù)量）/（系統(tǒng)中指令塊總數(shù)）什么是系統(tǒng)測試？答：系統(tǒng)測試（SystemTesting）是將已經(jīng)集成好的軟件系統(tǒng)，作為整個基于計算機系統(tǒng)的一個元素，與計算機硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實際運行（使用）環(huán)境下，對計算機系統(tǒng)進行一系列的測試活動系統(tǒng)測試的目的是什么？答：通過與系統(tǒng)的需求定義做比較，發(fā)現(xiàn)軟件與系統(tǒng)定義不符合或與之矛盾的地方系統(tǒng)測試的測試用例應(yīng)根據(jù)需求分析說明書來設(shè)計，并在世界使用環(huán)境下運行系統(tǒng)測試的類型有哪些？答：功能測試；性能測試；壓力測

21、試；容量測試；安全性測試；GUI測試；可用性測試；安裝測試；配置測試；異常測試（恢復(fù)性測試）；備份測試；健壯性測試；文檔測試；在線幫助測試；網(wǎng)絡(luò)測試；穩(wěn)定性測試系統(tǒng)測試執(zhí)行的活動有哪些？答：系統(tǒng)測試預(yù)測試項執(zhí)行系統(tǒng)測試與測試報告寫作系統(tǒng)測試用例執(zhí)行系統(tǒng)測試缺陷記錄、修復(fù)系統(tǒng)測試日報寫作系統(tǒng)測試報告寫作系統(tǒng)測試缺陷的回歸測試什么是單元測試？目的是什么？答：單元測試是對軟件基本組成單元進行的測試，如函數(shù)（function）或（procedure）或一個類的方法（method）單元測試的目的在于發(fā)現(xiàn)個模塊內(nèi)部可能存在的各種錯誤，主要是基于白盒測試驗證代碼是與設(shè)計相符合的發(fā)現(xiàn)設(shè)計和需求中存在的錯誤發(fā)現(xiàn)

22、在編碼過程中引入的錯誤單元測試的關(guān)注點？答：單元接口局部數(shù)據(jù)結(jié)構(gòu)邊界條件獨立路徑出錯處理什么是驅(qū)動？什么是樁？答：驅(qū)動單元（Driver）：所測函數(shù)的主程序，它接受測試數(shù)據(jù)，并把數(shù)據(jù)傳送給所測試單元，最后在輸出實測結(jié)果，當(dāng)被測試單元能完成相關(guān)的功能時，也可以不要驅(qū)動單元樁單元（Stub）:用來代替所測試單元調(diào)用的子單元單元測試的測試策略是哪些？各有什么優(yōu)缺點？答:孤立的測試策略：優(yōu)點：該方法是最簡單，最容易操作的，可以達到高的結(jié)構(gòu)覆蓋率，該方法是純粹的單元測試缺點：樁函數(shù)和驅(qū)動函數(shù)工作量很大自頂向下的單元測試策略：優(yōu)點：可以節(jié)省驅(qū)動函數(shù)的開發(fā)工作量缺點：隨著被測單元一個一個被加入和維護的成本將

23、增加。自底向上的單元測試策略：優(yōu)點：可以節(jié)省樁函數(shù)的開發(fā)工作量純粹的單元測試缺點：樁函數(shù)和驅(qū)動函數(shù)工作量很大自頂向下的單元測試策略：優(yōu)點：可以節(jié)省驅(qū)動函數(shù)的開發(fā)工作量缺點：隨著被測單元一個一個被加入和維護的成本將增加。自底向上的單元測試策略：優(yōu)點：可以節(jié)省樁函數(shù)的開發(fā)工作量，效率低.，測試效率較高。，測試過程將變得越來越復(fù)雜，并且開發(fā)，測試效率較高。缺點；不是純粹的單元測試，底層函數(shù)的測試質(zhì)量對上層函數(shù)的測試將產(chǎn)生很大影響。什么是集成測試？目的是什么？答：集成測試是在單元測試的基礎(chǔ)上，將所有函數(shù)按照概要設(shè)計要求組裝成為子系統(tǒng)或系統(tǒng)所進行的測試集成測試的目的是確保各組件組合在一起后能夠按既定意圖

24、寫作運行，并確保增量的行為正確。驗證軟件的組建對HLD的符合程度。集成測試屬于灰盒測試。驗證接口是否與設(shè)計相符合的發(fā)現(xiàn)設(shè)計和需求中存在的錯誤TOCo1-5hz集成測試的關(guān)注點是什么？答：單元間的接口：在把各個模塊連接起來的時候，穿越模塊接口的數(shù)據(jù)是否會丟失；全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題，會不會被一場修改；集成后的功能各個子功能組合起來，能否達到預(yù)期要求得父功能；一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響；單個模塊的誤差積累起來，是否會放大，從而達到不可接受的程度集成測試的測試策略是哪些？各有什么優(yōu)缺點？答：大爆炸集成優(yōu)點：，它需，將所大爆炸集成可以迅速完成集成測試，并且只要極少數(shù)的驅(qū)動和樁

25、模塊設(shè)計要的測試用例也是最少的；該方法比較簡單、易行；多個測試人員可以并行工作，對人力、物力資源利用率較高缺點：這種一次性組裝方式試圖在輔助模塊的協(xié)助下，在模塊單元測試的基礎(chǔ)上測模塊連接起來進行測試，但是由于程序中不可避免地存在模塊間接口，全局?jǐn)?shù)據(jù)結(jié)構(gòu)等方面的問題，所以一次試運行成功的可能性并不很大；在發(fā)現(xiàn)錯誤時，其問題定位和修改都較困難；即使被測系統(tǒng)能夠一次性集成，但還是會有許多接口錯誤很容易躲過測試而進入到系統(tǒng)測試范圍內(nèi)自頂向下集成優(yōu)點：TOCo1-5hz自頂向下的集成方式在測試過程中較早地驗證了主要的控制和判斷點；如果選擇按深度方向組裝的方式，可以首先實現(xiàn)和驗證一個完整的軟件功能；功能可

26、行性較早得到證實，還能夠給開發(fā)者和用戶帶來成功的信心；最多只需一個驅(qū)動，減少了驅(qū)動器開發(fā)的費用；支持故障隔離缺陷：樁的開發(fā)和維護是本策略的最大成本；底層組件行為的驗證被推遲了；隨著底層組件的不斷增加，整個系統(tǒng)越來越復(fù)雜，導(dǎo)致底層組件的測試不充分，尤其是那些被重用的組件自底向上集成優(yōu)點：允許對底層組件行為的早期驗證，可以在任意一個葉子節(jié)點已經(jīng)就緒的情況下進行集成測試；在工作的最初可能會并行進行集成，在這一點上比使用自頂向下的策略效率高；減少了樁的工作量，畢竟在集成測試中，樁的工作量遠比驅(qū)動的工作量要大得多，但是為了模擬一些中斷或異常，可能還是需要設(shè)計一定的樁缺點：驅(qū)動的開發(fā)工作量也是很龐大的；對高層的驗證被推遲到了最后，設(shè)計上的錯誤不能被及時發(fā)現(xiàn)，尤其對那些控制結(jié)構(gòu)在整個體系中非常關(guān)鍵三明治集成優(yōu)點：集合了自頂向下和自底向上兩種策略的優(yōu)點缺點：中間層在被集成測試中不充分基干集成優(yōu)點：具有三明治集成的優(yōu)點，更適合于大型復(fù)雜項