測(cè)試復(fù)習(xí)詳解

1、復(fù)習(xí)(fx)共七十一頁軟件(run jin)的基本概念能夠完成預(yù)定功能和性能的、可執(zhí)行的指令(計(jì)算機(jī)程序)；使得程序能夠適當(dāng)?shù)夭僮餍畔⒌臄?shù)據(jù)結(jié)構(gòu)；描述程序的操作和使用的文檔。軟件(run jin) = 程序 + 數(shù)據(jù) （庫） + 文檔 + 服務(wù)共七十一頁軟件（GB/T 11457-1995 2.433）與計(jì)算機(jī)系統(tǒng)的操作有關(guān)的程序、規(guī)程、規(guī)則，以及可能(knng)有的文件、文檔及數(shù)據(jù)與計(jì)算機(jī)系統(tǒng)的操作有關(guān)的程序、規(guī)程、規(guī)則及任何與之有關(guān)的文檔。軟件產(chǎn)品是指定交付給用戶的軟件實(shí)體共七十一頁軟件(run jin)質(zhì)量管理內(nèi)容 基本概念軟件（GB/T 11457-1995 2.433）與計(jì)算機(jī)系統(tǒng)的

2、操作有關(guān)的程序、規(guī)程、規(guī)則，以及可能有的文件、文檔及數(shù)據(jù)與計(jì)算機(jī)系統(tǒng)的操作有關(guān)的程序、規(guī)程、規(guī)則及任何與之有關(guān)的文檔。軟件產(chǎn)品是指定交付給用戶的軟件實(shí)體質(zhì)量：軟件質(zhì)量GB/T 11457-2006 ：軟件產(chǎn)品中能滿足給定需要的性質(zhì)和特性的總體軟件具有(jyu)所期望的各種屬性的組合程度顧客和用戶覺得軟件滿足其綜合期望的程度確定軟件在使用中將滿足顧客預(yù)期要求的程度軟件質(zhì)量管理共七十一頁軟件缺陷是什么(shn me)（續(xù)）軟件缺陷的構(gòu)成(guchng)共七十一頁軟件缺陷是什么(shn me)（續(xù)）軟件缺陷修復(fù)(xif)的成本共七十一頁軟件質(zhì)量(zhling)模型McCall 質(zhì)量(zhling)模

3、型Boehm質(zhì)量模型ISO/IEC9126質(zhì)量模型共七十一頁McCall 質(zhì)量(zhling)模型1977年McCall 及其同事影響質(zhì)量因素的分類：操作特性（產(chǎn)品運(yùn)行）承受可改變(gibin)能力（產(chǎn)品修訂）新環(huán)境適應(yīng)能力（產(chǎn)品變遷）正確性 可靠性 可用性 完整性 功效運(yùn)行修訂變遷可移植性可復(fù)用性可操作性可維護(hù)性靈活性可測(cè)試性共七十一頁Boehm質(zhì)量(zhling)模型1978年，Boehm及同事提出(t ch)分層結(jié)構(gòu)的模型。用戶期望和需要硬件特性功能最初要求的功能可靠性效率人類工程學(xué)自包含精確性完備性完整性一致性可說明性設(shè)備效率可訪問性通信性自描述性結(jié)構(gòu)性簡明性易讀性可擴(kuò)充性設(shè)備獨(dú)立性可

4、移植性可測(cè)試性可理解性可修改性可維護(hù)性共七十一頁ISO/IEC9126質(zhì)量(zhling)模型20世紀(jì)90年代早期(zoq)軟件產(chǎn)品評(píng)價(jià)質(zhì)量模型內(nèi)部質(zhì)量模型使用中質(zhì)量模型外部質(zhì)量模型質(zhì)量特性（6個(gè)）和子特性（21個(gè)）質(zhì)量特性：功能性、可靠性、易用性、效率、維護(hù)性和可移植性子特性：適合性、準(zhǔn)確性、共七十一頁共七十一頁 瀑布模型即軟件生命周期模型，是軟件工程的典型模型。軟件生命周期的各個(gè)階段如同瀑布流水般逐級(jí)下落，形成自上而下，相互銜接的固定次序瀑布模型采用結(jié)構(gòu)化方法開發(fā),包括結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計(jì)、結(jié)構(gòu)化程序設(shè)計(jì)和結(jié)構(gòu)化測(cè)試方法。瀑布模型是一次開發(fā)就將一個(gè)包含全部功能的產(chǎn)品交付用戶(yngh)使

5、用。共七十一頁快速原型(yunxng)模型快速建立一個(gè)只包括核心功能(gngnng)并可在計(jì)算機(jī)上運(yùn)行的程序（原型）。用戶通過使用這個(gè)原型，提出進(jìn)一步的需求，開發(fā)人員按照用戶意見快速修改原型系統(tǒng)，然后再次請(qǐng)用戶試用，直到得到明確完整的需求，按照這個(gè)最后的需求開發(fā)出的系統(tǒng)可以滿足用戶的真實(shí)需求。優(yōu)點(diǎn)是保證用戶的真實(shí)需求得到滿足.特點(diǎn)是用戶一直參與，不斷改進(jìn)，系統(tǒng)邊做邊改。原型的用途是獲知用戶的真正需求，一旦需求確定了，原型將被拋棄。共七十一頁7. 軟件(run jin)生存周期原型模型 共七十一頁又稱演化模型：用主動(dòng)的正常的迭代避免被迫的不正常的反復(fù)原型(prototype) ：可以演示的試驗(yàn)性

6、產(chǎn)品、重點(diǎn)為系統(tǒng)功能、用戶界面必要性、可行性：并非所有需求都可以精確定義項(xiàng)目參加者之間存在(cnzi)通信障礙已有快速原型開發(fā)工具恰當(dāng)使用原型法可以減少軟件總成本原型法分類驗(yàn)證軟件需求的原型：垂直原型、水平原型驗(yàn)證設(shè)計(jì)方案的原型演進(jìn)出目標(biāo)系統(tǒng)的原型軟件重用技術(shù)、RAD共七十一頁快速應(yīng)用(yngyng)開發(fā)(RAD) V模型共七十一頁增量(zn lin)模型增量模型也稱漸增模型，把軟件產(chǎn)品作為一系列的增量構(gòu)件來設(shè)計(jì)、編碼、集成(j chn)和測(cè)試。增量模型從一組給定的需求開始，通過構(gòu)造一系列的可執(zhí)行工作版本來實(shí)施開發(fā)活動(dòng) ，每一個(gè)工作版本都納入更多的需求 。步驟：將系統(tǒng)分成小的模塊按順序（重要程

7、度）將組件交給客戶每次交互的組件都提供更多的功能。共七十一頁螺旋(luxun)模型螺旋模型將工程劃分為4個(gè)主要活動(dòng)：制定計(jì)劃、風(fēng)險(xiǎn)分析、實(shí)施工程和客戶評(píng)估。4個(gè)活動(dòng)螺旋式地重復(fù)執(zhí)行，直到最終得到用戶認(rèn)可的產(chǎn)品。制定計(jì)劃：確定軟件目標(biāo),選定實(shí)施方案,弄清項(xiàng)目開發(fā)的約束條件。風(fēng)險(xiǎn)分析:分析選定方案,考慮(kol)如何識(shí)別和消除風(fēng)險(xiǎn)。實(shí)施工程:實(shí)施軟件開發(fā)。這一步相當(dāng)于純粹的瀑布模型?？蛻粼u(píng)估:對(duì)當(dāng)前工作結(jié)果進(jìn)行評(píng)價(jià)，提出改進(jìn)產(chǎn)品的建議。螺旋模型適用于有一定技術(shù)風(fēng)險(xiǎn)的大型軟件系統(tǒng)的開發(fā)。共七十一頁軟件(run jin)質(zhì)量的評(píng)價(jià)從以下幾方面對(duì)軟件作評(píng)價(jià)：1 可維護(hù)性2 可靠性3 可理解性4 效率一般

8、，在軟件系統(tǒng)整個(gè)開發(fā)期間，必須成立(chngl)軟件質(zhì)量保證小組負(fù)責(zé)質(zhì)量保證工作。 共七十一頁質(zhì)量管理的發(fā)展(fzhn)階段20世紀(jì)，人類跨入了以加工機(jī)械化、經(jīng)營規(guī)?；?、資本壟斷化為特征的工業(yè)化時(shí)代。在整整一個(gè)世紀(jì)中，質(zhì)量管理的發(fā)展，大致經(jīng)歷(jngl)了三個(gè)階段 1.質(zhì)量檢驗(yàn)階段 2.統(tǒng)計(jì)質(zhì)量控制階段 3.全面質(zhì)量管理階段 共七十一頁使用(shyng)合理的質(zhì)量評(píng)價(jià)指標(biāo)體系功能性指標(biāo)完備性與正確性定性評(píng)價(jià)法可靠性指標(biāo)可用度,初期故障率,偶然故障率,平均失效前時(shí)間,平均失效間隔時(shí)間,缺陷密度,平均失效恢復(fù)時(shí)間定量分析法易用性指標(biāo):易理解性,易學(xué)習(xí)性,易操作性效率(xio l)特征指標(biāo):代碼規(guī)模

9、,處理時(shí)間共七十一頁軟件質(zhì)量(zhling)管理分析方法散點(diǎn)圖回歸分析(fnx)時(shí)序圖直方圖帕雷托圖因果分析圖控制圖過程能力指標(biāo)共七十一頁軟件(run jin)質(zhì)量管理分析方法散點(diǎn)圖快速識(shí)別變量之間的關(guān)系通過分析散點(diǎn)圖的形狀，可以判斷有無明顯(mngxin)的趨勢(shì)或走向？變量之間關(guān)聯(lián)嗎？為回歸分析提供依據(jù)共七十一頁軟件質(zhì)量(zhling)管理分析方法帕雷托圖1897年由意大利經(jīng)濟(jì)學(xué)家Vilfred Pareto所提出Juran 將其發(fā)展為一般的帕雷托原則80-20原則帕雷托圖中數(shù)據(jù)的重要性以下降的順序排列按優(yōu)先順序表示數(shù)據(jù)，并將注意力集中在關(guān)鍵數(shù)據(jù)上，一般來說，關(guān)注在前兩到三個(gè)因素(yn s)

10、就可以解決絕大部分的問題共七十一頁軟件質(zhì)量(zhling)管理分析方法因果分析圖日本質(zhì)量管理學(xué)者石川馨首先提出，又稱石川圖或魚刺圖它把影響產(chǎn)品質(zhì)量諸因素之間的關(guān)系以樹狀圖的方式表示出來，使人一目了然，便于分析原因并采取相應(yīng)的措施最后細(xì)分出來的原因應(yīng)是具體(jt)的，便于采取實(shí)際措施在細(xì)分原因時(shí)，應(yīng)集思廣益，力求分析結(jié)果準(zhǔn)確而無遺漏共七十一頁軟件質(zhì)量(zhling)管理分析方法因果(yngu)分析圖共七十一頁CMMCMM的產(chǎn)生軟件能力成熟度（the Capability Maturity Model for Software, 簡稱CMM）是美國軟件工程研究所（Software Engineer

11、ing Institute, 縮寫為SEI）首先提出的。SEI是美國國防部設(shè)立，SEI的任務(wù)是提供(tgng)一系列技術(shù)管理方法來提高軟件工程水平，保證美國防部能夠通過成本、進(jìn)度和質(zhì)量的預(yù)估和改進(jìn)獲得并且支持其精準(zhǔn)的軟件系統(tǒng)。共七十一頁初始(ch sh)級(jí)可重復(fù)(chngf)級(jí)確定級(jí)可管理級(jí)優(yōu)化級(jí)不斷改進(jìn)的過程能預(yù)見的過程標(biāo)準(zhǔn)一致的過程有紀(jì)律的過程CMM結(jié)構(gòu)共七十一頁軟件(run jin)生命過程的度量軟件開發(fā)過程的度量和開發(fā)過程改進(jìn)方法軟件開發(fā)過程的度量在軟件發(fā)布之前的錯(cuò)誤數(shù)的測(cè)量，交付報(bào)告(bogo)的缺陷測(cè)量，交付產(chǎn)品的測(cè)量，工作量測(cè)量，時(shí)間測(cè)量，與進(jìn)度計(jì)劃一致性測(cè)量等開發(fā)過程改進(jìn)方法私

12、有的度量數(shù)據(jù)（缺陷率等）PSP方法（個(gè)人軟件過程）公用度量（項(xiàng)目級(jí)的缺陷率等）SSPI（統(tǒng)計(jì)軟件過程改進(jìn)方法）項(xiàng)目度量1.根據(jù)來源分類所有的錯(cuò)誤和缺陷2.記錄修改每個(gè)錯(cuò)誤和缺陷的成本3.統(tǒng)計(jì)每類的數(shù)目，并降序排列4.計(jì)算每類錯(cuò)誤等的總成本5.分析造成組織最高成本的錯(cuò)誤和缺陷6.修正過程的計(jì)劃，消除最高錯(cuò)誤和缺陷共七十一頁軟件測(cè)試基礎(chǔ)(jch)軟件測(cè)試的基本概念軟件測(cè)試的定義使用手工或自動(dòng)手段來運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過程, 其目的(md)在于檢驗(yàn)它是否滿足規(guī)定的需求或判定預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別（IEEE 1983）軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程（Myers）分別從開發(fā)方和用戶的角度考

13、慮會(huì)得到不同的側(cè)重點(diǎn)共七十一頁軟件測(cè)試基礎(chǔ)(jch)軟件測(cè)試的基本概念軟件測(cè)試的目標(biāo)發(fā)現(xiàn)盡可能多的錯(cuò)誤應(yīng)該發(fā)現(xiàn)多少錯(cuò)誤？什么時(shí)候結(jié)束測(cè)試？市場(chǎng)(shchng)壓力、質(zhì)量目標(biāo)、客戶要求、費(fèi)用約束等測(cè)試與排雷游戲共七十一頁軟件測(cè)試基礎(chǔ)(jch)軟件測(cè)試的基本概念軟件測(cè)試的原則(yunz)測(cè)試應(yīng)追溯到需求，用戶在大部分情況下了解自己的需求但不了解所對(duì)應(yīng)的系統(tǒng)，所以檢驗(yàn)的標(biāo)準(zhǔn)應(yīng)該是用戶的需求軟件開發(fā)過程中應(yīng)在早期就開展各種質(zhì)量保證活動(dòng)（Mind Test）軟件開發(fā)實(shí)踐表明，讓別人來檢查自己的工作會(huì)發(fā)現(xiàn)更多的錯(cuò)誤（交叉檢查與獨(dú)立的QA的必要性）共七十一頁軟件測(cè)試基礎(chǔ)(jch)軟件測(cè)試的基本概念軟件測(cè)試的

14、原則在設(shè)計(jì)測(cè)試用例時(shí)，測(cè)試用例應(yīng)由輸入數(shù)據(jù)和與之對(duì)應(yīng)的期望輸出結(jié)果這兩部分組成，在輸入數(shù)據(jù)中，應(yīng)當(dāng)包括合理的輸入條件和不合理的輸入條件不可能對(duì)所有的功能項(xiàng)都執(zhí)行窮舉測(cè)試在文檔和代碼的修改(xigi)過程中，防止因?yàn)樾薷?xigi)而帶來新的錯(cuò)誤（修改(xigi)驗(yàn)證與回歸測(cè)試）共七十一頁軟件測(cè)試基礎(chǔ)(jch)軟件測(cè)試的基本概念軟件測(cè)試的原則程序中的大部分錯(cuò)誤(cuw)往往是在一小部分模塊中發(fā)現(xiàn)的，遵循帕雷托定律（八二原則）對(duì)每一個(gè)測(cè)試結(jié)果分析并進(jìn)行記錄，防止以后發(fā)生類似的錯(cuò)誤 共七十一頁測(cè)試信息(xnx)流程測(cè)試(csh)結(jié)果分析改正錯(cuò)誤可靠性分析軟件配置測(cè)試配置測(cè)試工具測(cè)試結(jié)果預(yù)期結(jié)果回歸測(cè)

15、試改正的軟件預(yù)測(cè)的可靠性錯(cuò)誤共七十一頁軟件開發(fā)與軟件測(cè)試測(cè)試(csh)與開發(fā)各階段的關(guān)系需求(xqi)分析說明書概要設(shè)計(jì)說明書詳細(xì)設(shè)計(jì)說明書源程序代碼單元測(cè)試集成測(cè)試確認(rèn)測(cè)試共七十一頁傳統(tǒng)(chuntng)的測(cè)試方法與測(cè)試用例測(cè)試方法分類按測(cè)試步驟與策略、測(cè)試層次：單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試等按軟件內(nèi)部結(jié)構(gòu)和實(shí)現(xiàn)：白盒測(cè)試和黑盒測(cè)試按執(zhí)行程序的角度(jiod)：靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試測(cè)試用例共七十一頁軟件測(cè)試活動(dòng)(hu dng)軟件測(cè)試方法(fngf)靜態(tài)分析靜態(tài)分析是在不運(yùn)行程序的情況下，通過檢查源代碼的方式發(fā)現(xiàn)程序中潛在的錯(cuò)誤，從而及時(shí)更正靜態(tài)分析（或代碼走查）通常是在開發(fā)組長的主

16、持進(jìn)行的如果代碼量過大，則根據(jù)實(shí)際的情況采用抽樣走查的方式回顧軟件測(cè)試人員與軟件開發(fā)人員之間的博弈關(guān)系共七十一頁軟件測(cè)試活動(dòng)(hu dng)軟件測(cè)試方法動(dòng)態(tài)測(cè)試動(dòng)態(tài)測(cè)試是在測(cè)試用例驅(qū)動(dòng)下運(yùn)行被測(cè)單元(dnyun)，并將實(shí)際的輸出結(jié)果與期望的輸出結(jié)果相比較。對(duì)單元(dnyun)測(cè)試，每個(gè)測(cè)試用例應(yīng)該包含如下三個(gè)組成部分輸入數(shù)據(jù)支持程序（或操作步驟）期望結(jié)果典型的測(cè)試用例包含上述的三部分內(nèi)容共七十一頁測(cè)試用例在軟件測(cè)試計(jì)劃中，測(cè)試用例的說明是重要的組成部分測(cè)試用例是為某個(gè)測(cè)試目標(biāo)而編制的一組測(cè)試輸入、執(zhí)行條件及預(yù)期結(jié)果的方案，以便(ybin)測(cè)試某個(gè)程序路徑或核實(shí)是否滿足某個(gè)特定需求。好處：反映用

17、戶的需求對(duì)過程有效監(jiān)督對(duì)結(jié)果有效評(píng)估回歸測(cè)試正確的回歸實(shí)施重點(diǎn)凸出提高測(cè)試效率共七十一頁測(cè)試用例的設(shè)計(jì)(shj)設(shè)計(jì)測(cè)試用例是軟件測(cè)試中的關(guān)鍵技術(shù)問題設(shè)計(jì)的目的是確定一組最有可能發(fā)現(xiàn)某個(gè)錯(cuò)誤或某類錯(cuò)誤的測(cè)試數(shù)據(jù)，實(shí)現(xiàn)對(duì)系統(tǒng)的某個(gè)功能的測(cè)試。以盡可能少的測(cè)試用例，來發(fā)現(xiàn)最大量的可能性錯(cuò)誤應(yīng)考慮：用戶的需求，用例的使用(shyng)對(duì)象用例的設(shè)計(jì)由粗到細(xì)所有的用例設(shè)計(jì)需要評(píng)審共七十一頁測(cè)試用例的編寫(binxi)唯一編號(hào)前置條件，說明(shumng)測(cè)試路徑輸入條件期望輸出結(jié)果實(shí)際輸出結(jié)果是否正確測(cè)試用例執(zhí)行人標(biāo)志執(zhí)行時(shí)間共七十一頁軟件測(cè)試活動(dòng)(hu dng)軟件測(cè)試方法黑盒測(cè)試黑盒測(cè)試是從用戶觀

18、點(diǎn)出發(fā)的測(cè)試，它又稱功能測(cè)試或驗(yàn)收測(cè)試。它假定測(cè)試者無須了解(lioji)程序的內(nèi)部結(jié)構(gòu)，黑盒測(cè)試是目前最流行的測(cè)試方法回顧V模型中系統(tǒng)測(cè)試用例所遵循的標(biāo)準(zhǔn)為需求規(guī)格而非所完成的程序功能防止測(cè)試跟著開發(fā)跑的情形共七十一頁軟件測(cè)試活動(dòng)(hu dng)如何設(shè)計(jì)測(cè)試用例等價(jià)劃分法等價(jià)劃分屬于一種黑盒測(cè)試的方法，它將程序的輸入域劃分為若干數(shù)據(jù)類，然后從每一個(gè)數(shù)據(jù)類中選取有代表性的數(shù)據(jù)作為測(cè)試用例。等價(jià)類是指某個(gè)輸入域的子集合，其中各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的有效(yuxio)等價(jià)類無效等價(jià)類共七十一頁軟件測(cè)試活動(dòng)(hu dng)如何設(shè)計(jì)測(cè)試用例等價(jià)劃分法有效等價(jià)類由那些對(duì)于(duy)程序

19、的規(guī)格說明是合理的和有意義的輸入數(shù)據(jù)構(gòu)成的集合無效等價(jià)類由那些對(duì)于程序的規(guī)格說明是不合理的和無意義的輸入數(shù)據(jù)構(gòu)成的集合共七十一頁軟件測(cè)試活動(dòng)(hu dng)如何設(shè)計(jì)測(cè)試用例等價(jià)劃分法如果輸入條件規(guī)定了取值范圍或者值的個(gè)數(shù)，可以定義(dngy)一個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類例如 1A100，則有效等價(jià)類為“1A0)if(0=iType)X=Y+2;else if(1=iType)X=Y+10; else X=Y+20;共七十一頁分析(fnx)步驟繪制(huzh)程序的控制流圖134687141011共七十一頁計(jì)算(j sun)環(huán)復(fù)雜度環(huán)復(fù)雜度是一種為程序邏輯復(fù)雜性提供定量測(cè)度的軟件度量，該度量可

20、用于計(jì)算程序的基本的獨(dú)立路徑數(shù)目(shm)，以確保所有語句至少執(zhí)行一次測(cè)試數(shù)量的上界獨(dú)立路徑必須包含一條在定義之前不曾用到的邊。V(G)=E-N+2 E：流圖中邊的數(shù)量，N是流圖中節(jié)點(diǎn)的數(shù)量V(G)P+1 P是流圖G中判定節(jié)點(diǎn)的數(shù)量共七十一頁導(dǎo)出測(cè)試用例路徑(ljng)1：414路徑2：46714路徑3：4681013414路徑4：4681113414共七十一頁設(shè)計(jì)(shj)測(cè)試用例Void Sort(int iRecordNum,int iType) int X=0;int Y=0;while(iRecordNum-0)if(0=iType)X=Y+2;else if(1=iType)X=Y

21、+10; else X=Y+20;入出測(cè)試路徑10，1041421，024671431，1104681041，22046811共七十一頁共七十一頁單元測(cè)試模塊測(cè)試，在編碼階段進(jìn)行，以詳細(xì)設(shè)計(jì)為指南對(duì)模塊進(jìn)行正確性檢驗(yàn)，目的在于發(fā)現(xiàn)模塊內(nèi)部可能存在的各種錯(cuò)誤。一般采用白盒測(cè)試法對(duì)所有的局部和全局的數(shù)據(jù)結(jié)構(gòu)、外部接口與程序代碼的關(guān)鍵部門都要嚴(yán)查測(cè)試用例針對(duì)計(jì)算錯(cuò)誤、比較不正確或者控制流不正常(zhngchng)基本路徑測(cè)試和循環(huán)測(cè)試共七十一頁單元測(cè)試內(nèi)容模塊接口測(cè)試局部數(shù)據(jù)結(jié)構(gòu)測(cè)試路徑測(cè)試錯(cuò)誤處理測(cè)試邊界測(cè)試規(guī)程(guchng)驅(qū)動(dòng)模塊樁模塊驅(qū)動(dòng)(q dn)模塊被測(cè)模塊樁模塊樁模塊測(cè)試結(jié)果測(cè)試用例單元測(cè)試的內(nèi)容共七十一頁集成(j chn)測(cè)試組裝測(cè)試，通過測(cè)試發(fā)現(xiàn)和接口有關(guān)的問題來構(gòu)造(guzo)系統(tǒng)結(jié)構(gòu)的系統(tǒng)化技術(shù)。目標(biāo)是將通過了單元測(cè)試的模塊組裝成一個(gè)設(shè)計(jì)中描述的系統(tǒng)結(jié)構(gòu)。兩種策略：非增量集成增量集成自頂向下自底向上共七十一頁集成(j chn)測(cè)試一般采用(ciyng)黑盒測(cè)試技術(shù)重點(diǎn)是模塊組裝后能否按既定意圖協(xié)作運(yùn)行功能：接口的完整性功能的有效性信息內(nèi)容性能