【正文】 自動(dòng)化的測(cè)試腳本能夠被自動(dòng)的生成，而不需要有任何編程知識(shí)。使用該規(guī)范的每個(gè)單位應(yīng)該補(bǔ)充規(guī)定對(duì)內(nèi)容的要求和約定，及便反映總結(jié)在測(cè)試，文件控制，配置管理和質(zhì)量保證方面所用的特定方法，設(shè)備工具。測(cè)試用例說(shuō)明：列出用于輸入的具體值以及預(yù)期的輸出結(jié)果，并規(guī)定在使用具體測(cè)試用例時(shí)，對(duì)測(cè)試規(guī)程的各種限制。通常需要從以下幾個(gè)層次來(lái)進(jìn)行設(shè)計(jì)：用戶層、應(yīng)用層、功能層、子系統(tǒng)層、協(xié)議層。識(shí)別體系中的弱點(diǎn) 。（4）因果圖方法：因果圖生成測(cè)試用例步驟：A分析軟件規(guī)格說(shuō)明描述中，確定原因和結(jié)果，并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符B分析軟件規(guī)格說(shuō)明描述中的語(yǔ)義，找出原因與結(jié)果間，原因與原因間的關(guān)系，畫(huà)出因果圖C由于語(yǔ)法和環(huán)境限制，在圖上用一些記號(hào)表明約束或限制條件D把因果圖轉(zhuǎn)換為判定表E把判定表的每一列拿出來(lái)作為依據(jù)，設(shè)計(jì)測(cè)試用例。它的任務(wù)是驗(yàn)證軟件的功能和性能，以及其特性是否與用戶的要求一致。8基于使用的集成方式：先對(duì)各個(gè)類間的依賴關(guān)系進(jìn)行分析，測(cè)試獨(dú)立的類再測(cè)試使用一些服務(wù)器類的類，逐步測(cè)試具有依賴性的類，直至整個(gè)系統(tǒng)構(gòu)造完成，從而驗(yàn)證類間接口的正確性。否則轉(zhuǎn)B。由于樁模塊很難模擬實(shí)際子模塊的功能，到組裝后期易出錯(cuò)，會(huì)導(dǎo)致大量的回歸測(cè)試。68灰盒測(cè)試的優(yōu)點(diǎn)：a能夠進(jìn)行基于需求的測(cè)試和基于路徑的覆蓋測(cè)試。62集成測(cè)試的含義（組裝測(cè)試）：在單元測(cè)試的基礎(chǔ)上，應(yīng)根據(jù)概要設(shè)計(jì)的要求將軟件中的各單元組裝成子系統(tǒng)或系統(tǒng)，在單元的組裝過(guò)程中，應(yīng)對(duì)單元進(jìn)行整體上測(cè)試，發(fā)現(xiàn)并清除各單元中出現(xiàn)的問(wèn)題，確保集成到一起的各單元能作為一個(gè)整體完成預(yù)期的功能。（5）分支測(cè)試法在分支測(cè)試中，根據(jù)單元中的控制流分支或判斷點(diǎn)來(lái)設(shè)計(jì)測(cè)試用例，通常用來(lái)達(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ù)的方法。5白盒測(cè)試實(shí)施步驟：測(cè)試計(jì)劃階段、測(cè)試設(shè)計(jì)階段、設(shè)計(jì)執(zhí)行階段、測(cè)試總結(jié)階段。集成測(cè)試的被測(cè)對(duì)象是在概要設(shè)計(jì)中規(guī)劃的模塊及這些模塊間的組合。（3）.是否修改了只做輸入用的形式參數(shù)。4單元測(cè)試的目的1）.保證局部代碼質(zhì)量。第四代語(yǔ)言中測(cè)試的基本單元它被典型劃分一個(gè)菜單或顯示界面。路徑測(cè)試度量程序的最主要的質(zhì)量特性是復(fù)雜度。設(shè)計(jì)測(cè)試用例，覆蓋程序中所有可能的路徑 （6）條件組合。它要求被測(cè)試程序的每一條可執(zhí)行語(yǔ)句在測(cè)試中至少執(zhí)行一次，這是最弱的邏輯覆蓋準(zhǔn)則。局限：無(wú)法支持迭代的開(kāi)發(fā)模型。（6）制定嚴(yán)格的測(cè)試計(jì)劃，并把測(cè)試時(shí)間安排得盡量寬松，不要希望在極短的時(shí)間內(nèi)完成一個(gè)高水平的測(cè)試。1軟件危機(jī)的內(nèi)在原因：軟件生產(chǎn)本身存在著復(fù)雜性；軟件開(kāi)發(fā)使用的方法和技術(shù)1符合下面任一個(gè)就是軟件錯(cuò)誤：軟件未達(dá)到產(chǎn)品說(shuō)明書(shū)中已經(jīng)標(biāo)明的功能；軟件出現(xiàn)了產(chǎn)品說(shuō)明書(shū)中指明不會(huì)出現(xiàn)的錯(cuò)誤；軟件功能超出了產(chǎn)品說(shuō)明書(shū)指明的范圍；軟件未達(dá)到產(chǎn)品說(shuō)明書(shū)雖未指出但應(yīng)達(dá)到的目標(biāo)；軟件測(cè)試員認(rèn)為軟件難以理解不易使用或者用戶認(rèn)為軟件使用效果不好 軟件測(cè)試使用人工和自動(dòng)手段來(lái)運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過(guò)程，其目的在于檢驗(yàn)它是否滿足規(guī)定的需求，或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。軟件設(shè)計(jì)文檔包含：構(gòu)架、數(shù)據(jù)流示意圖、狀態(tài)變化示意圖、流程圖、注釋代碼。5生命周期應(yīng)該知道嚴(yán)格的六類計(jì)劃：（1）.項(xiàng)目概要計(jì)劃。 軟件工程：采用工程的概念、原理、技術(shù)和方法來(lái)開(kāi)發(fā)與維護(hù)軟件，把經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能得到的最后的技術(shù)方法結(jié)合起來(lái)。(7).承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性。軟件維護(hù)通常有四類維護(hù)活動(dòng)：。1軟件危機(jī)的主要表現(xiàn)：對(duì)軟件開(kāi)發(fā)成本和進(jìn)度的估計(jì)常常不準(zhǔn)確；用戶對(duì)已完成的軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生；軟件產(chǎn)品的質(zhì)量靠不住；軟件常常是不能維護(hù)；軟件通常沒(méi)有適當(dāng)?shù)奈臋n資料；軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占比例在上升；軟件開(kāi)發(fā)生產(chǎn)率提高的速度跟不上計(jì)算機(jī)應(yīng)用迅速普及深入的趨勢(shì)。（5）對(duì)測(cè)試錯(cuò)誤結(jié)果一定要有一個(gè)確認(rèn)的過(guò)程，一般由A測(cè)試出來(lái)的錯(cuò)誤，一定要由一個(gè)B來(lái)確認(rèn)，嚴(yán)重的錯(cuò)誤可以召開(kāi)評(píng)審會(huì)進(jìn)行討論和分析。有利于今早的、全面的發(fā)現(xiàn)問(wèn)題。3最常見(jiàn)的程序覆蓋有：（1）語(yǔ)句覆蓋。（5）路徑覆蓋。在動(dòng)態(tài)分析技術(shù)中，最重要的是路徑和分支測(cè)試。面向?qū)ο裾Z(yǔ)言中要測(cè)試的基本單元是類。5）.它的成本效率不高。測(cè)試項(xiàng)目有：（1）調(diào)用所測(cè)模塊時(shí)的輸入?yún)?shù)與模塊的形式參數(shù)在個(gè)數(shù)、屬性、順序上是否匹配；(2) 所測(cè)模塊調(diào)用子模塊時(shí)，它輸入給子模塊的參數(shù)與子模塊中的形式參數(shù)在個(gè)數(shù)、屬性、順序上是否匹配。（1）常見(jiàn)的不正確計(jì)算.（2）.常見(jiàn)的比較和控制流錯(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）.即使在沒(méi)有工具支持的情況下，單元測(cè)試能夠節(jié)約時(shí)間（2）.有效的單元測(cè)試同時(shí)也是在審查軟件的規(guī)格說(shuō)明（3）.最優(yōu)秀的程序員也會(huì)犯錯(cuò)誤，也得驚醒單元測(cè)試（4）.集成測(cè)試不可能解決所有的缺陷（5）.單元測(cè)試的成本效率高5單元測(cè)試和集成測(cè)試的區(qū)別（1）測(cè)試對(duì)象有所區(qū)別。5白盒測(cè)試的特點(diǎn)：依據(jù)軟件說(shuō)明書(shū)進(jìn)行測(cè)試，對(duì)程序內(nèi)部細(xì)節(jié)驚醒嚴(yán)密檢驗(yàn)，針對(duì)特定條件設(shè)計(jì)測(cè)試用例，對(duì)軟件邏輯路徑進(jìn)行覆蓋測(cè)試。用這種方法可設(shè)計(jì)逆向的測(cè)試用例，如狀態(tài)和事件的非法組合。（6.）路徑覆蓋主要特點(diǎn)： 設(shè)計(jì)足夠多的測(cè)試用例，覆蓋程序中所有可能的路徑61集成測(cè)試（組裝測(cè)試）其測(cè)試對(duì)象包括單元間的接口以及集成后的功能和性能，依據(jù)軟件概要設(shè)計(jì)說(shuō)明書(shū)。67灰盒測(cè)試：一種介于黑盒測(cè)試和白盒測(cè)試之間的測(cè)試策略，它基于程序運(yùn)行的外部表現(xiàn)，同時(shí)又結(jié)合程序內(nèi)部邏輯結(jié)構(gòu)來(lái)設(shè)計(jì)測(cè)試用例。7自頂向下集成方式的缺點(diǎn)：需要開(kāi)發(fā)和維護(hù)大量的樁模塊。D若該子系統(tǒng)以對(duì)應(yīng)為主控模塊，即最高層模塊，則測(cè)試結(jié)束。82核心系統(tǒng)先行集成方式：先對(duì)核心軟件部件進(jìn)行測(cè)試，在此基礎(chǔ)上在按各外部軟件部件的重要程度逐個(gè)集成到核心系統(tǒng)中83基于消息的集成方式：對(duì)于許多基于狀態(tài)機(jī)的系統(tǒng)如嵌入式系統(tǒng)面向?qū)ο蠓绞介_(kāi)發(fā)系統(tǒng)，模塊間的接口主要通過(guò)消息來(lái)實(shí)現(xiàn)因而驗(yàn)證消息路徑的正確性在這類軟件系統(tǒng)的集成測(cè)試中具有重要意義。 有效等價(jià)類：是指對(duì)于程序的規(guī)格說(shuō)明來(lái)說(shuō)是合理的、有意義的輸入數(shù)據(jù)構(gòu)成的集合 無(wú)效等價(jià)類：和有效等價(jià)類的定義恰巧相反（2）邊界值分析法（3）錯(cuò)誤推測(cè)法：列舉程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況，來(lái)設(shè)計(jì)測(cè)試用例。評(píng)估系統(tǒng)的能力 。這就需要我們?cè)跍y(cè)試設(shè)計(jì)中，從多方面來(lái)綜合考慮系統(tǒng)規(guī)格的實(shí)現(xiàn)情況。11測(cè)試說(shuō)明包括三類文件測(cè)試設(shè)計(jì)說(shuō)明：詳細(xì)描述測(cè)試方法，規(guī)定該設(shè)計(jì)及其有關(guān)測(cè)試所包括的特性，還規(guī)定完成測(cè)試所需的測(cè)試用例和測(cè)試規(guī)程，并規(guī)定特性的通過(guò)準(zhǔn)則。使用該規(guī)范的每個(gè)單位，要規(guī)定測(cè)試階段所應(yīng)有的特性文件，并在測(cè)試計(jì)劃中規(guī)定測(cè)試完成后所能提交的全部文件。12自動(dòng)化測(cè)試就是通過(guò)自動(dòng)化測(cè)試工具或其他手段，按照測(cè)試工程師的預(yù)定計(jì)劃進(jìn)行自動(dòng)的測(cè)試，其目的是減輕手工測(cè)試的的勞動(dòng)量，并且提高軟件質(zhì)量