【正文】 驅(qū)動(dòng)模塊對(duì)最底層模塊進(jìn)行測(cè)試。D支持故障隔離。8關(guān)鍵模塊具有的特征：完成需求規(guī)格說(shuō)明中的關(guān)鍵功能：中軟件模塊結(jié)構(gòu)圖中處于較高層次；較復(fù)雜，易出錯(cuò)；有明確的性能要求；被頻繁使用。 9系統(tǒng)測(cè)試的種類：功能測(cè)試、性能測(cè)試、GUI測(cè)試9功能測(cè)試是系統(tǒng)測(cè)試中最基本的測(cè)試，它不管軟件內(nèi)部的實(shí)現(xiàn)邏輯，主要根據(jù)產(chǎn)品的規(guī)格說(shuō)明書和測(cè)試需求列表，驗(yàn)證產(chǎn)品的功能實(shí)現(xiàn)是否符合產(chǎn)品的需求規(guī)格。10性能測(cè)試是通過(guò)自動(dòng)化的測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件按來(lái)對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。10負(fù)載測(cè)試指數(shù)據(jù)在超負(fù)荷中運(yùn)行，查程序是否能承擔(dān)10強(qiáng)度測(cè)試指在系統(tǒng)資源特別低的情況下軟件系統(tǒng)運(yùn)行情況1數(shù)據(jù)庫(kù)容量測(cè)試指通過(guò)存儲(chǔ)過(guò)程往數(shù)據(jù)庫(kù)表中插入一定數(shù)量的數(shù)據(jù)，看相關(guān)頁(yè)面的顯示。為了統(tǒng)一測(cè)試文檔的書寫標(biāo)準(zhǔn)，IEEE/ANSI制定了8291983標(biāo)準(zhǔn)，還有其他的一些也用于指導(dǎo)軟件測(cè)試文檔的編寫，如我國(guó)制定的《計(jì)算機(jī)軟件測(cè)試文件百年之規(guī)范（GB/T 93861988）》11 測(cè)試文檔編寫規(guī)范（GB/T 93861988）簡(jiǎn)介（1）.引用標(biāo)準(zhǔn)該規(guī)范的引用標(biāo)準(zhǔn)為： GB/T 11457 軟件工程術(shù)語(yǔ)GB 8566 計(jì)算機(jī)軟件開發(fā)規(guī)范GB 8567 計(jì)算機(jī)軟件產(chǎn)品開發(fā)文件編制指南（2）.關(guān)鍵術(shù)語(yǔ)定義設(shè)計(jì)層：軟件項(xiàng)的設(shè)計(jì)分解（如系統(tǒng)，子系統(tǒng)，程序，模塊）通過(guò)準(zhǔn)則：一個(gè)軟件項(xiàng)或軟件特性的測(cè)試是否通過(guò)的判別依據(jù)軟件特性：軟件項(xiàng)的顯著特性（如功能，性能或可移植性）軟件項(xiàng)：源代碼，目標(biāo)代碼，作業(yè)控制代碼，控制數(shù)據(jù)或這些項(xiàng)的集合。測(cè)試日志：測(cè)試組用于記錄測(cè)試執(zhí)行過(guò)程中發(fā)生的情況。（2） 用法指南在項(xiàng)目計(jì)劃及單位標(biāo)準(zhǔn)中，指明在那些測(cè)試活動(dòng)中需要那些測(cè)試文件，并可在文件中加入一些內(nèi)容，使各個(gè)文件適應(yīng)一個(gè)特定的測(cè)試項(xiàng)及一個(gè)特定的測(cè)試環(huán)境。需要一個(gè)具有使用工具技能和開發(fā)技能的測(cè)試團(tuán)隊(duì)專業(yè)的測(cè)試自動(dòng)化將技能的使用最優(yōu)化的結(jié)合起來(lái)12軟件測(cè)試自動(dòng)化的優(yōu)點(diǎn)：（1） 提高軟件測(cè)試的工作效率（2） 對(duì)新版本執(zhí)行回歸測(cè)試（3） 解決測(cè)試的沉悶，耗時(shí)的問(wèn)題（4） 替代手工測(cè)試的困難（5） 具有一致性和可重復(fù)性（6） 更好的利用資源 （7）解決測(cè)試與開發(fā)之間的矛盾 （8）增加軟件的信任度12RPT是IBM公司基于Eclipse平臺(tái)及開源的測(cè)試和監(jiān)控框架Hyades,開發(fā)的性能測(cè)試解決方案，它可以幫助測(cè)試人員和性能工程師驗(yàn)證系統(tǒng)的性能，識(shí)別和解決各種性能問(wèn)題。二級(jí)錄制，編輯回放減少了腳本的數(shù)量和維護(hù)的工作量需要一定的編程知識(shí)，頻繁的變化難于維護(hù)回歸測(cè)試時(shí)，用于被測(cè)試的應(yīng)用有很小的變化。測(cè)試計(jì)劃將為整個(gè)測(cè)試過(guò)程提供基礎(chǔ)。測(cè)試規(guī)程說(shuō)明：規(guī)定對(duì)于運(yùn)行系統(tǒng)和執(zhí)行指定的測(cè)試用例來(lái)實(shí)現(xiàn)有關(guān)測(cè)試設(shè)計(jì)所要求的所有步驟。11軟件測(cè)試文檔主要包括測(cè)試計(jì)劃、測(cè)試用例、測(cè)試規(guī)程、測(cè)試事件報(bào)告、測(cè)試總結(jié)報(bào)告等。檢測(cè)軟件中的問(wèn)題 。系統(tǒng)測(cè)試實(shí)際上包含確認(rèn)測(cè)試，發(fā)現(xiàn)軟件與系統(tǒng)定義不符合與之矛盾的地方，以驗(yàn)證軟件系統(tǒng)的功能和性能等滿足其規(guī)約所指定的要求。8按以下思路可確定集成模塊：確定當(dāng)前主要希望測(cè)試的模塊：確定與該模塊關(guān)系密切的模塊；將該模塊與關(guān)系最緊密的模塊進(jìn)行集成；再依次考慮集成模塊的外圍模塊。B設(shè)計(jì)復(fù)雜算法和真正輸入輸出的模塊往往在底層，它們是最容易出現(xiàn)問(wèn)題的的模塊，最先對(duì)底層模塊進(jìn)行測(cè)試，減少了回歸測(cè)試的成本。76高頻集成方式：指同步于軟件開發(fā)過(guò)程，每隔一段時(shí)間開發(fā)人員的現(xiàn)有代碼進(jìn)行一次集成測(cè)試。69集成測(cè)試的策略：a一次性集成（大爆炸集成）b自頂向下集成c自底向上集成d混合式集成e核心系統(tǒng)先行集成f高頻集成g基于消息的集成h基于使用的集成、70一次性集成：又稱大爆炸集成，是一種非增值式集成方式；71一次性集成策略：首先對(duì)每個(gè)單元進(jìn)行單元測(cè)試然后一次性的將所有單元集成在一起，對(duì)它們進(jìn)行測(cè)試，發(fā)現(xiàn)并清除在單元連接過(guò)程中出現(xiàn)的問(wèn)題，得到最終要求的軟件系統(tǒng).72自頂向下集成方式：根據(jù)軟件的模塊結(jié)構(gòu)圖按控制層次從高到低的順序?qū)δK進(jìn)行集成，也就是從高到低向下逐步集成，并在集成過(guò)程中進(jìn)行測(cè)試，直至組裝成符合要求的的最終軟件系統(tǒng)。64接口的分類：函數(shù)接口，消息接口，其它接口。（1）語(yǔ)句覆蓋主要特點(diǎn)：語(yǔ)句覆蓋是最起碼的結(jié)構(gòu)覆蓋要求，語(yǔ)句覆蓋要求設(shè)計(jì)足夠多的測(cè)試用例，使得程序中每條語(yǔ)句至少被執(zhí)行一次。5VU特點(diǎn)使用VU，黑盒方面，可以輕松完成功能測(cè)試、邊界測(cè)試、速度測(cè)試：白盒方面，可以輕松完成語(yǔ)句覆蓋、條件覆蓋、分支覆蓋、路徑覆蓋、使用VU隨時(shí)可以用回歸測(cè)試檢驗(yàn)修改是否引入新的錯(cuò)誤5單元測(cè)試用例設(shè)計(jì)方法（1）規(guī)范導(dǎo)出法規(guī)范導(dǎo)出的測(cè)試是根據(jù)相關(guān)的規(guī)范描述來(lái)設(shè)計(jì)測(cè)試用例的，每一個(gè)測(cè)試用例用來(lái)測(cè)試一個(gè)或多個(gè)規(guī)范陳述語(yǔ)句。（2）集成測(cè)試關(guān)注的是模塊間的接口，接口之間的數(shù)據(jù)傳遞關(guān)系，以及單元組合后是否實(shí)現(xiàn)預(yù)計(jì)的功能，集成測(cè)試組裝的對(duì)象比單元測(cè)試的對(duì)象級(jí)別高。（5）.全局量的定義在各模塊中是否一致。3）單元測(cè)試使排除代碼錯(cuò)誤的成本最小化。4動(dòng)態(tài)分析：是通過(guò)觀察軟件運(yùn)行時(shí)的動(dòng)作，來(lái)提供執(zhí)行跟蹤、時(shí)間分析以及測(cè)試覆蓋度方面的信息。3軟件質(zhì)量是與軟件產(chǎn)品滿足明確或隱含需求的能力有關(guān)的特征和特性的總和。3黑盒測(cè)試主要發(fā)現(xiàn)的錯(cuò)誤：是否有不正確或遺漏的功能、在接口上輸入是否能正確地接受能否輸出正確的結(jié)果、是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息訪問(wèn)錯(cuò)誤、性能上是否能夠滿足要求、是否有初始化或終止性錯(cuò)誤。要求程序中所有判斷的分支至少執(zhí)行一次。（3）H模型，軟件測(cè)試是一個(gè)獨(dú)立的流程，貫穿產(chǎn)品的整個(gè)周期，與其他流程并發(fā)的進(jìn)行。（8）妥善保存一切測(cè)試過(guò)程文檔，2軟件測(cè)試的對(duì)象：需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)以及程序編碼等各段所得到的文檔，包括需求規(guī)格說(shuō)明、概要設(shè)計(jì)規(guī)格說(shuō)明、詳細(xì)設(shè)計(jì)規(guī)格說(shuō)明以及源程序。2軟件測(cè)試的總目標(biāo)是確保軟件的質(zhì)量2TMM測(cè)試成成熟度的5個(gè)級(jí)別：Phase 0:.測(cè)試和調(diào)試沒(méi)有區(qū)別Phase 1:測(cè)試的目的是為了表明軟件能工作Phase2:測(cè)試的目的是為了表明軟件不能正常工作Phase3:測(cè)試的目的不是為了證明什么，而是為了把軟件不能正常工作的預(yù)知風(fēng)險(xiǎn)減低到能夠接受的程度Phase4:測(cè)試不是行為，而是一種自覺(jué)的約束 不用太多的測(cè)試投入到產(chǎn)生風(fēng)險(xiǎn)的軟件上2測(cè)試工程師服務(wù)對(duì)象有四類人：軟件用戶、項(xiàng)目經(jīng)理、程序員、技術(shù)文檔工程師市場(chǎng)開發(fā)人員和技術(shù)支持工程師2軟件測(cè)試能做好的三件事：（1）證明獲取系統(tǒng)在可接受風(fēng)險(xiǎn)范圍內(nèi)可用的信心嘗試在非正常情況和條件下的功能和特性保證產(chǎn)品的完整性（2） 檢測(cè) 發(fā)現(xiàn)錯(cuò)誤和系統(tǒng)不足定義系統(tǒng)的能力和局限性提供組件、工作產(chǎn)品和系統(tǒng)的質(zhì)量信息（ 3 ）預(yù)防 澄清系統(tǒng)的規(guī)格和性能盡可能減少錯(cuò)誤的信息在過(guò)程中盡早堅(jiān)持錯(cuò)誤確認(rèn)問(wèn)題和風(fēng)險(xiǎn)，并提前發(fā)現(xiàn)解決問(wèn)題2軟件測(cè)試的原則：從用戶角度是希望通過(guò)軟件測(cè)試能充分暴露軟件中存在的問(wèn)題和缺陷，從而考慮是否可以接受該產(chǎn)品。開發(fā)進(jìn)度表：Gantt圖表1軟件產(chǎn)品組成：幫助文件、用戶手冊(cè)、樣本和示例、標(biāo)簽、產(chǎn)品支持信息、圖標(biāo)和標(biāo)志、錯(cuò)誤信息、廣告和宣傳材料、軟件的安裝說(shuō)明、軟件說(shuō)明文件、測(cè)試錯(cuò)誤提示信息。（3）.項(xiàng)目控制計(jì)劃。(2).堅(jiān)持階段評(píng)