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