【正文】 12自動(dòng)化測(cè)試就是通過自動(dòng)化測(cè)試工具或其他手段，按照測(cè)試工程師的預(yù)定計(jì)劃進(jìn)行自動(dòng)的測(cè)試，其目的是減輕手工測(cè)試的的勞動(dòng)量，并且提高軟件質(zhì)量 。11測(cè)試說明包括三類文件測(cè)試設(shè)計(jì)說明：詳細(xì)描述測(cè)試方法，規(guī)定該設(shè)計(jì)及其有關(guān)測(cè)試所包括的特性，還規(guī)定完成測(cè)試所需的測(cè)試用例和測(cè)試規(guī)程，并規(guī)定特性的通過準(zhǔn)則。評(píng)估系統(tǒng)的能力 。D若該子系統(tǒng)以對(duì)應(yīng)為主控模塊，即最高層模塊，則測(cè)試結(jié)束。67灰盒測(cè)試：一種介于黑盒測(cè)試和白盒測(cè)試之間的測(cè)試策略，它基于程序運(yùn)行的外部表現(xiàn)，同時(shí)又結(jié)合程序內(nèi)部邏輯結(jié)構(gòu)來設(shè)計(jì)測(cè)試用例。用這種方法可設(shè)計(jì)逆向的測(cè)試用例，如狀態(tài)和事件的非法組合。（1）常見的不正確計(jì)算.（2）.常見的比較和控制流錯(cuò)誤4）錯(cuò)誤處理測(cè)試（1）.出錯(cuò)的描述難以理解（2）.出錯(cuò)的描述不足以對(duì)錯(cuò)誤定位和確定出錯(cuò)的原因（3）.顯示的錯(cuò)誤與實(shí)際的錯(cuò)誤不符（4）.對(duì)錯(cuò)誤的條件處理不正確（5）.在對(duì)錯(cuò)進(jìn)行處理之前，錯(cuò)誤條件已經(jīng)引起系統(tǒng)的干預(yù)等5）邊界測(cè)試50、進(jìn)行單元測(cè)試的必要性（1）.即使在沒有工具支持的情況下，單元測(cè)試能夠節(jié)約時(shí)間（2）.有效的單元測(cè)試同時(shí)也是在審查軟件的規(guī)格說明（3）.最優(yōu)秀的程序員也會(huì)犯錯(cuò)誤，也得驚醒單元測(cè)試（4）.集成測(cè)試不可能解決所有的缺陷（5）.單元測(cè)試的成本效率高5單元測(cè)試和集成測(cè)試的區(qū)別（1）測(cè)試對(duì)象有所區(qū)別。5）.它的成本效率不高。在動(dòng)態(tài)分析技術(shù)中，最重要的是路徑和分支測(cè)試。3最常見的程序覆蓋有：（1）語句覆蓋。（5）對(duì)測(cè)試錯(cuò)誤結(jié)果一定要有一個(gè)確認(rèn)的過程，一般由A測(cè)試出來的錯(cuò)誤，一定要由一個(gè)B來確認(rèn)，嚴(yán)重的錯(cuò)誤可以召開評(píng)審會(huì)進(jìn)行討論和分析。軟件維護(hù)通常有四類維護(hù)活動(dòng)：。 軟件工程：采用工程的概念、原理、技術(shù)和方法來開發(fā)與維護(hù)軟件，把經(jīng)過時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能得到的最后的技術(shù)方法結(jié)合起來。軟件設(shè)計(jì)文檔包含：構(gòu)架、數(shù)據(jù)流示意圖、狀態(tài)變化示意圖、流程圖、注釋代碼。（6）制定嚴(yán)格的測(cè)試計(jì)劃，并把測(cè)試時(shí)間安排得盡量寬松，不要希望在極短的時(shí)間內(nèi)完成一個(gè)高水平的測(cè)試。它要求被測(cè)試程序的每一條可執(zhí)行語句在測(cè)試中至少執(zhí)行一次，這是最弱的邏輯覆蓋準(zhǔn)則。路徑測(cè)試度量程序的最主要的質(zhì)量特性是復(fù)雜度。4單元測(cè)試的目的1）.保證局部代碼質(zhì)量。集成測(cè)試的被測(cè)對(duì)象是在概要設(shè)計(jì)中規(guī)劃的模塊及這些模塊間的組合。（5）分支測(cè)試法在分支測(cè)試中，根據(jù)單元中的控制流分支或判斷點(diǎn)來設(shè)計(jì)測(cè)試用例，通常用來達(dá)到一定的判定覆蓋率（6）條件測(cè)試法條件測(cè)試中包含了許多測(cè)試用例設(shè)計(jì)技術(shù)，它們都致力于彌補(bǔ)在遇到復(fù)雜邏輯條件時(shí)分支測(cè)試的弱點(diǎn)（7）數(shù)據(jù)定義使用測(cè)試法（8）錯(cuò)誤猜測(cè)法它是基于經(jīng)驗(yàn)和其他一些測(cè)試技術(shù)的方法。68灰盒測(cè)試的優(yōu)點(diǎn)：a能夠進(jìn)行基于需求的測(cè)試和基于路徑的覆蓋測(cè)試。否則轉(zhuǎn)B。它的任務(wù)是驗(yàn)證軟件的功能和性能，以及其特性是否與用戶的要求一致。識(shí)別體系中的弱點(diǎn) 。測(cè)試用例說明：列出用于輸入的具體值以及預(yù)期的輸出結(jié)果，并規(guī)定在使用具體測(cè)試用例時(shí)，對(duì)測(cè)試規(guī)程的各種限制。自動(dòng)化的5個(gè)級(jí)別級(jí)別說明優(yōu)點(diǎn)缺點(diǎn)用法一級(jí)錄制和回放自動(dòng)化的測(cè)試腳本能夠被自動(dòng)的生成，而不需要有任何編程知識(shí)。a測(cè)試計(jì)劃(1) 測(cè)試計(jì)劃名稱（該計(jì)劃的第1章）(2) 引言（該計(jì)劃的第2章）(3) 測(cè)試項(xiàng)(4) 被測(cè)試的特性(5) 不被測(cè)試的特性(6) 方法(7) 項(xiàng)通過的準(zhǔn)則(8) 暫停標(biāo)準(zhǔn)和再啟動(dòng)要求(9) 應(yīng)提供的測(cè)試文件(10) 測(cè)試任務(wù)(11) 環(huán)境要求(12) 職責(zé)(13) 人員和訓(xùn)練要求(14) 進(jìn)度(15) 風(fēng)險(xiǎn)和應(yīng)急(16) 批準(zhǔn)b測(cè)試設(shè)計(jì)說明（1） 測(cè)試設(shè)計(jì)說明名稱（2） 被測(cè)試的特性（3） 方法詳述（4） 測(cè)試用例名稱（5） 特性通過準(zhǔn)則c測(cè)試用例說明（1） 測(cè)試用例說明名稱（2） 測(cè)試項(xiàng)（3） 輸入說明（4） 輸出說明（5） 環(huán)境要求（6） 特殊的規(guī)程要求 （7）用例間的依賴關(guān)系8 / 8d測(cè)試規(guī)程說明（1） 測(cè)試規(guī)程說明名稱（2） 目的（3） 特殊要求（4） 規(guī)程步驟e測(cè)試項(xiàng)傳遞報(bào)告(1) 傳遞報(bào)告名稱(2) 傳遞項(xiàng)(3) 位置(4) 狀態(tài)(5) 批準(zhǔn)f測(cè)試日志（1） 測(cè)試日志名稱（2） 描述（3） 活動(dòng)和事件條目g測(cè)試事件報(bào)告名稱（1） 測(cè)試事件報(bào)告取一個(gè)專用名稱（2） 摘要（3） 事件描述（4） 影響h測(cè)試總結(jié)報(bào)告1. 規(guī)定該報(bào)告必須由哪些人（姓名和職務(wù)）審批，并為簽名和日期留出位置。測(cè)試計(jì)劃免除測(cè)試活動(dòng)的范圍，方法，資源和進(jìn)度，他規(guī)定被測(cè)試的項(xiàng)，被測(cè)試的特性，應(yīng)完成的測(cè)試任務(wù)，擔(dān)任各項(xiàng)工作的人員職責(zé)及與本計(jì)劃有關(guān)的風(fēng)險(xiǎn)等。主要包括以下幾個(gè)方面： 。91集成測(cè)試完成的標(biāo)志：a成功執(zhí)行了集成測(cè)試計(jì)劃中所規(guī)定的多有測(cè)試內(nèi)容b修正了集成測(cè)試中發(fā)現(xiàn)的錯(cuò)誤c測(cè)試結(jié)果通過了專門小組的審評(píng)。C為新形成的子系統(tǒng)開發(fā)驅(qū)動(dòng)模塊，對(duì)該子系統(tǒng)進(jìn)行測(cè)試。系統(tǒng)測(cè)試是對(duì)全部模塊集成完畢的軟件進(jìn)行功能、性能及其他特性的測(cè)試，檢測(cè)其與系統(tǒng)中其他元素能否協(xié)同工作，以滿足用戶的各種需求，它主要依據(jù)軟件需求規(guī)格說明書和相關(guān)行業(yè)標(biāo)準(zhǔn)。測(cè)試用例通過能導(dǎo)致狀態(tài)遷移的事件來測(cè)試狀態(tài)之間的轉(zhuǎn)換。根據(jù)白盒測(cè)試和黑盒測(cè)試用例設(shè)計(jì)方法設(shè)計(jì)測(cè)試用例。4）.不管怎么樣，集成測(cè)試將會(huì)被抓住對(duì)方的Bug。工具有：語法分析器、符號(hào)執(zhí)行器軟件檢視3 動(dòng)態(tài)分析技術(shù)：動(dòng)態(tài)分析技術(shù)的主要特征是計(jì)算機(jī)必須真正運(yùn)行被測(cè)試的程序，通過輸入測(cè)試用例對(duì)其運(yùn)行情況進(jìn)行分析。在程序的不同點(diǎn)檢驗(yàn)程序的狀態(tài)，來判定其實(shí)際情況是否與預(yù)期的狀態(tài)相一致。（4）一定要注意測(cè)試中的錯(cuò)誤集中發(fā)生現(xiàn)象，這和程序員的編程水平和習(xí)慣有很大關(guān)系。軟件生命周期由軟件定義（細(xì)分三個(gè)階段問題定義、可行性研究、需求分析）、軟件開發(fā)（細(xì)分總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、單元測(cè)試、綜合測(cè)試）和軟件維護(hù)三個(gè)時(shí)期組成。基準(zhǔn)配置又稱為基線配置，是經(jīng)過階段評(píng)審后的軟件配置成分軟件工程強(qiáng)調(diào)生命周期方法學(xué)和各種結(jié)構(gòu)分析及結(jié)構(gòu)設(shè)計(jì)技術(shù)軟件工程的七條基本原理（1983年，）：(1)用分階段的生命周期計(jì)劃嚴(yán)格管理。軟件測(cè)試文檔：測(cè)試計(jì)劃、測(cè)試用例、軟件缺陷報(bào)告、歸納、統(tǒng)計(jì)和總結(jié)。（7）回歸測(cè)試的關(guān)系性一定要引起充分的注意，修改一個(gè)錯(cuò)誤而引起更多的錯(cuò)誤出現(xiàn)的現(xiàn)象并不少見。（2）分支覆蓋或判定覆蓋。分支測(cè)試需要程序中的每個(gè)分支至少被經(jīng)過一次3軟件測(cè)試的過程：單元（模塊）測(cè)試、集成（組裝或聯(lián)調(diào)）測(cè)試、確認(rèn)（合格性）測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試。2）.保證代碼整體結(jié)構(gòu)良好。單元測(cè)試的測(cè)試對(duì)象是這些模塊下實(shí)現(xiàn)具體功能的單元，一般是對(duì)應(yīng)詳細(xì)設(shè)計(jì)中所描述的設(shè)計(jì)單位。60、六種覆蓋方法:語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。B可深入被測(cè)對(duì)象的內(nèi)部，便于錯(cuò)誤的識(shí)別分析和解決c能夠保證設(shè)計(jì)的黑盒測(cè)試用例的完整性 防止功能或功能組合的遺漏d能夠減小需求或設(shè)計(jì)不詳細(xì)或不完整性對(duì)測(cè)試有效性造成影響。79自底向上集成方式的優(yōu)點(diǎn)：a大大減少的驅(qū)動(dòng)模塊的開發(fā)，雖然需要開發(fā)大量的驅(qū)動(dòng)模塊，但其開發(fā)成本畢竟比裝模塊的成本