【正文】 件按來對系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測試。（4）因果圖方法：因果圖生成測試用例步驟：A分析軟件規(guī)格說明描述中，確定原因和結(jié)果，并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識符B分析軟件規(guī)格說明描述中的語義，找出原因與結(jié)果間，原因與原因間的關(guān)系，畫出因果圖C由于語法和環(huán)境限制，在圖上用一些記號表明約束或限制條件D把因果圖轉(zhuǎn)換為判定表E把判定表的每一列拿出來作為依據(jù)，設(shè)計(jì)測試用例。 9系統(tǒng)測試的種類：功能測試、性能測試、GUI測試9功能測試是系統(tǒng)測試中最基本的測試，它不管軟件內(nèi)部的實(shí)現(xiàn)邏輯，主要根據(jù)產(chǎn)品的規(guī)格說明書和測試需求列表，驗(yàn)證產(chǎn)品的功能實(shí)現(xiàn)是否符合產(chǎn)品的需求規(guī)格。它的任務(wù)是驗(yàn)證軟件的功能和性能，以及其特性是否與用戶的要求一致。8關(guān)鍵模塊具有的特征：完成需求規(guī)格說明中的關(guān)鍵功能：中軟件模塊結(jié)構(gòu)圖中處于較高層次；較復(fù)雜，易出錯(cuò)；有明確的性能要求；被頻繁使用。8基于使用的集成方式：先對各個(gè)類間的依賴關(guān)系進(jìn)行分析，測試獨(dú)立的類再測試使用一些服務(wù)器類的類，逐步測試具有依賴性的類，直至整個(gè)系統(tǒng)構(gòu)造完成，從而驗(yàn)證類間接口的正確性。D支持故障隔離。否則轉(zhuǎn)B。78自底向上集成方式的步驟：a為最底層模塊開發(fā)驅(qū)動模塊對最底層模塊進(jìn)行測試。由于樁模塊很難模擬實(shí)際子模塊的功能，到組裝后期易出錯(cuò)，會導(dǎo)致大量的回歸測試。b采用深度優(yōu)先或?qū)挾葍?yōu)先的策略，用實(shí)際模塊代替相應(yīng)的樁模塊，它們的直接下屬模塊則又用裝模塊代替與一側(cè)模塊或子系統(tǒng)集成為新的子系統(tǒng)。68灰盒測試的優(yōu)點(diǎn)：a能夠進(jìn)行基于需求的測試和基于路徑的覆蓋測試。b能有效的模擬幾乎所有的實(shí)際執(zhí)行的流程故能更有效的發(fā)現(xiàn)軟件中的錯(cuò)誤c 發(fā)現(xiàn)錯(cuò)誤的修復(fù)成本要遠(yuǎn)遠(yuǎn)小于系統(tǒng)測試階段的錯(cuò)誤修復(fù)成本。62集成測試的含義（組裝測試）：在單元測試的基礎(chǔ)上，應(yīng)根據(jù)概要設(shè)計(jì)的要求將軟件中的各單元組裝成子系統(tǒng)或系統(tǒng)，在單元的組裝過程中，應(yīng)對單元進(jìn)行整體上測試，發(fā)現(xiàn)并清除各單元中出現(xiàn)的問題，確保集成到一起的各單元能作為一個(gè)整體完成預(yù)期的功能。（3）. 條件覆蓋主要特點(diǎn)：條件覆蓋要求設(shè)計(jì)足夠多的測試用例，使得判定中的每個(gè)條件獲得各種可能的結(jié)果，即每個(gè)條件至少有一次為真值，一次為假值、（4. ）判定條件覆蓋主要特點(diǎn)：設(shè)計(jì)足夠多的測試用例，使得判定中每個(gè)條件的所有可能結(jié)果至少出現(xiàn)一次次。（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ù)的方法。（3）邊界值分析法 邊界值分析使用與等價(jià)類測試方法相同的等價(jià)類劃分，只是邊界值分析假定錯(cuò)誤更多地存在于兩個(gè)劃分的邊界上，相應(yīng)地為邊界上及其兩側(cè)的情況設(shè)計(jì)測試用例。5白盒測試實(shí)施步驟：測試計(jì)劃階段、測試設(shè)計(jì)階段、設(shè)計(jì)執(zhí)行階段、測試總結(jié)階段。5單元測試的用例設(shè)計(jì)思路一個(gè)完整的單元測試不僅僅要進(jìn)行正向測試，即測試被測單元是否做了它應(yīng)該做的事情，同時(shí)還應(yīng)該做逆向測試，即被測單元有沒有做并不希望它做的事情。集成測試的被測對象是在概要設(shè)計(jì)中規(guī)劃的模塊及這些模塊間的組合。2）.局部數(shù)據(jù)結(jié)構(gòu)測試：模塊的局部數(shù)據(jù)結(jié)構(gòu)是最常見的錯(cuò)誤來源，應(yīng)設(shè)計(jì)測試用例以堅(jiān)持以下錯(cuò)誤：（1）.檢查不正確或不一致的數(shù)據(jù)類型說明（2）.使用的未賦值或尚未初始化的變量（3）。（3）.是否修改了只做輸入用的形式參數(shù)。5）.單元測試自然的使開發(fā)流程變得“敏捷”，可以適應(yīng)頻繁變動的需求，因?yàn)檎w結(jié)構(gòu)良好的代碼具有較好的可擴(kuò)展性，自動回歸測試又能保證修改不會引入新的錯(cuò)誤。4單元測試的目的1）.保證局部代碼質(zhì)量。2）.它僅僅證明了這些代碼做了什么。第四代語言中測試的基本單元它被典型劃分一個(gè)菜單或顯示界面。全面質(zhì)量管理特點(diǎn)：全員參加；全過程；全面運(yùn)用一切有效方法；全面控制質(zhì)量因素。路徑測試度量程序的最主要的質(zhì)量特性是復(fù)雜度。3兩都比較 比較內(nèi)容黑盒測試白盒測試規(guī)劃方面針對功能的測試針對結(jié)構(gòu)的測試優(yōu)勢方面能確保從用戶的角度出發(fā)進(jìn)行測試能夠?qū)Τ绦騼?nèi)部的特定部位進(jìn)行覆蓋測試欠缺方面無法測試程序內(nèi)部特定部位如果規(guī)劃說明有誤，則無法發(fā)現(xiàn)問題無法檢驗(yàn)程序的外部特性，無法對未來實(shí)現(xiàn)規(guī)格說明的程序內(nèi)部欠缺部分進(jìn)行測試應(yīng)用舉例邊界值分析、等價(jià)值劃分、錯(cuò)誤推斷法、因果圖法語句覆蓋、判斷覆蓋、條件覆蓋、判斷/條件覆蓋、路經(jīng)覆蓋3 靜態(tài)分析技術(shù)：是一種不通過執(zhí)行程序而進(jìn)行測試的技術(shù)。設(shè)計(jì)測試用例，覆蓋程序中所有可能的路徑 （6）條件組合。當(dāng)判斷式中含有多個(gè)條件時(shí)，要求每個(gè)條件的取值至少一次為真。它要求被測試程序的每一條可執(zhí)行語句在測試中至少執(zhí)行一次，這是最弱的邏輯覆蓋準(zhǔn)則。白盒測試定義：白盒測試又稱結(jié)構(gòu)測試、邏輯驅(qū)動測試或基于程序的測試。局限：無法支持迭代的開發(fā)模型。2軟件測試過程模型（1）V模型，單元和集成測試應(yīng)檢測程序的執(zhí)行是否滿足軟件設(shè)計(jì)者的要求；系統(tǒng)測試應(yīng)檢測系統(tǒng)功能、性能的質(zhì)量特性是否達(dá)到系統(tǒng)要求的指標(biāo)；驗(yàn)收測試確定軟件的實(shí)現(xiàn)是否滿足用戶的要求。（6）制定嚴(yán)格的測試計(jì)劃，并把測試時(shí)間安排得盡量寬松，不要希望在極短的時(shí)間內(nèi)完成一個(gè)高水平的測試。2達(dá)到原則需注意的地方：（1）應(yīng)當(dāng)把“盡早和不斷地測試”作為開發(fā)者的座右銘（2）程序員應(yīng)該避免檢測自己的程序，測試工作應(yīng)該由獨(dú)立的專業(yè)的軟件測試機(jī)構(gòu)來完成。1軟件危機(jī)的內(nèi)在原因：軟件生產(chǎn)本身存在著復(fù)雜性；軟件開發(fā)使用的方法和技術(shù)1符合下面任一個(gè)就是軟件錯(cuò)誤：軟件未達(dá)到產(chǎn)品說明書中已經(jīng)標(biāo)明的功能；軟件出現(xiàn)了產(chǎn)品說明書中指明不會出現(xiàn)的錯(cuò)誤；軟件功能超出了產(chǎn)品說明書指明的范圍；軟件未達(dá)到產(chǎn)品說明書雖未指出但應(yīng)達(dá)到的目標(biāo)；軟件測試員認(rèn)為軟件難以理解不易使用或者用戶認(rèn)為軟件使用效果不好 軟件測試使用人工和自動手段來運(yùn)行或測試某個(gè)系統(tǒng)的過程，其目的在于檢驗(yàn)它是否滿足規(guī)定的需求，或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。1測試人員在軟件開發(fā)過程中的任務(wù)：尋找BUG；避免軟件開發(fā)過程中的缺陷；衡量軟件的品質(zhì)；關(guān)注用戶的需求。軟件設(shè)計(jì)文檔包含：構(gòu)架、數(shù)據(jù)流示意圖、狀態(tài)變化示意圖、流程圖、注釋代碼。（5）.驗(yàn)證計(jì)劃。5生命周期應(yīng)該知道嚴(yán)格的六類計(jì)劃：（1）.項(xiàng)目概要計(jì)劃。(4).采用現(xiàn)代程序設(shè)計(jì)技術(shù)。 軟件工程：采用工程的概念、原理、技術(shù)和方法來開發(fā)與維護(hù)軟件，把經(jīng)過時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能得到的最后的技術(shù)方法結(jié)合起來。(3).實(shí)行嚴(yán)格的產(chǎn)品控制。(7).承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性。（4）.產(chǎn)品控制計(jì)劃。軟件維護(hù)通常有四類維護(hù)活動：。1軟件是計(jì)算機(jī)系統(tǒng)中硬件相互依存的另一部分，它包括程序、相關(guān)數(shù)據(jù)及其說明文檔。1軟件危機(jī)的主要表現(xiàn)：對軟件開發(fā)成本和進(jìn)度的估計(jì)常常不準(zhǔn)確；用戶對已完成的軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生；軟件產(chǎn)品的質(zhì)量靠不住；軟件常常是不能維護(hù)；軟件通常沒有適當(dāng)?shù)奈臋n資料；軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占比例在上升；軟件開發(fā)生產(chǎn)率提高的速度跟不上計(jì)算機(jī)應(yīng)用迅速普及深入的趨勢。從開發(fā)者的角度是希望測試能表明軟件產(chǎn)品不存在錯(cuò)誤，已經(jīng)正確地實(shí)現(xiàn)了用戶的需求，確立人們對軟件的信心。（5）對測試錯(cuò)誤結(jié)果一定要有一個(gè)確認(rèn)的過程，一般由A測試出來的錯(cuò)誤，一定要由一個(gè)B來確認(rèn)，嚴(yán)重的