【正文】 設(shè)計測試用例，使得每個判定條件結(jié)果的所有可能組合至少出現(xiàn)一次。（2）分支覆蓋或判定覆蓋。對與當(dāng)前軟件開發(fā)復(fù)雜多變的情況，W模型并不能解決管理面臨的困惑。（7）回歸測試的關(guān)系性一定要引起充分的注意，修改一個錯誤而引起更多的錯誤出現(xiàn)的現(xiàn)象并不少見。2軟件質(zhì)量的衡量：在正確的時間用正確的方式把一個工作做正確 ；符合一些應(yīng)用標準的要求；質(zhì)量本身是軟件達到最開始所設(shè)定的要求；質(zhì)量代表它符合客戶的需要。軟件測試文檔：測試計劃、測試用例、軟件缺陷報告、歸納、統(tǒng)計和總結(jié)。（2）.里程碑計劃?；鶞逝渲糜址Q為基線配置，是經(jīng)過階段評審后的軟件配置成分軟件工程強調(diào)生命周期方法學(xué)和各種結(jié)構(gòu)分析及結(jié)構(gòu)設(shè)計技術(shù)軟件工程的七條基本原理（1983年，）：(1)用分階段的生命周期計劃嚴格管理。(6).開發(fā)小組人員應(yīng)少而精。軟件生命周期由軟件定義（細分三個階段問題定義、可行性研究、需求分析）、軟件開發(fā)（細分總體設(shè)計、詳細設(shè)計、編碼、單元測試、綜合測試）和軟件維護三個時期組成。1軟件與工業(yè)產(chǎn)品相比具有的特性：軟件是一種邏輯實體，具有抽象性；軟件沒有明顯的制作過程；軟件在實用過程中沒有磨損，老化的問題；軟件對硬件和環(huán)境有著不同程度的依賴性；軟件的開發(fā)至今尚未完全擺脫手工式的開發(fā)方式生產(chǎn)效率低；軟件是復(fù)雜的，以后會更加復(fù)雜；軟件的成本相當(dāng)貴軟件工作的牽涉到很多社會因素1軟件危機是計算機軟件在它的開發(fā)和維護過程中所遇到的一系列嚴重問題，概括地說，主要包含主要包含兩個方面：如何開發(fā)軟件，怎么滿足日益發(fā)展的需求；如何維護數(shù)量不斷膨脹的已有軟件。（4）一定要注意測試中的錯誤集中發(fā)生現(xiàn)象，這和程序員的編程水平和習(xí)慣有很大關(guān)系。（2）W模型，測試伴隨著整個軟件開發(fā)周期，而且測試的對象不僅僅是程序，需求、設(shè)計等同樣要測試，也就是說，測試與開發(fā)是同步進行的。在程序的不同點檢驗程序的狀態(tài)，來判定其實際情況是否與預(yù)期的狀態(tài)相一致。設(shè)計足夠的測試用例，使得判定中每個條件的所有可能結(jié)果至少出現(xiàn)一次，每個判定本身所有可能結(jié)果也至少出現(xiàn)一次。工具有：語法分析器、符號執(zhí)行器軟件檢視3 動態(tài)分析技術(shù)：動態(tài)分析技術(shù)的主要特征是計算機必須真正運行被測試的程序，通過輸入測試用例對其運行情況進行分析。在結(jié)構(gòu)化語言編程中，要測試的單元是函數(shù)或子過程。4）.不管怎么樣，集成測試將會被抓住對方的Bug。4單元測試的內(nèi)容1）.模塊接口；測試模塊的數(shù)據(jù)流。根據(jù)白盒測試和黑盒測試用例設(shè)計方法設(shè)計測試用例。再程序不同地方設(shè)立檢查點，檢查程序的狀態(tài)，以確定實際運行狀態(tài)與預(yù)期狀態(tài)是否一致。測試用例通過能導(dǎo)致狀態(tài)遷移的事件來測試狀態(tài)之間的轉(zhuǎn)換。（5）.組合覆蓋主要特點：要求設(shè)計足夠多的測試用列，使得每個判定中的條件結(jié)果的梭魚哦肯能組合至少出現(xiàn)一次。系統(tǒng)測試是對全部模塊集成完畢的軟件進行功能、性能及其他特性的測試，檢測其與系統(tǒng)中其他元素能否協(xié)同工作，以滿足用戶的各種需求，它主要依據(jù)軟件需求規(guī)格說明書和相關(guān)行業(yè)標準。發(fā)現(xiàn)和排除模塊集成過程中引起的錯誤，并做回歸測試d若所有的模塊都已集成到系統(tǒng)中，則結(jié)束,否則轉(zhuǎn)b.：可以及早地發(fā)現(xiàn)和修復(fù)模塊結(jié)構(gòu)圖中的主要控制點存在的問題，以減少以后的返工；能較早地驗證功能或行性；最多只需一個驅(qū)動模塊，減少了驅(qū)動模塊的開發(fā)成本；支持故障隔離。C為新形成的子系統(tǒng)開發(fā)驅(qū)動模塊，對該子系統(tǒng)進行測試。81混合式集成方式：結(jié)合了自頂向下集成方式和自底向上集成方式的優(yōu)點，在對一個軟件的集成測試過程中，綜合使用了此兩種集成方案。91集成測試完成的標志：a成功執(zhí)行了集成測試計劃中所規(guī)定的多有測試內(nèi)容b修正了集成測試中發(fā)現(xiàn)的錯誤c測試結(jié)果通過了專門小組的審評。 劃分等價類：等價類是指某個輸入域的子集合。主要包括以下幾個方面： 。為了保證系統(tǒng)測試質(zhì)量，必須在測試設(shè)計階段就對系統(tǒng)進行嚴密的測試設(shè)計。測試計劃免除測試活動的范圍，方法，資源和進度，他規(guī)定被測試的項，被測試的特性，應(yīng)完成的測試任務(wù)，擔(dān)任各項工作的人員職責(zé)及與本計劃有關(guān)的風(fēng)險等。測試總結(jié)報告：總結(jié)與測試設(shè)計說明有關(guān)的測試活動。a測試計劃(1) 測試計劃名稱（該計劃的第1章）(2) 引言（該計劃的第2章）(3) 測試項(4) 被測試的特性(5) 不被測試的特性(6) 方法(7) 項通過的準則(8) 暫停標準和再啟動要求(9) 應(yīng)提供的測試文件(10) 測試任務(wù)(11) 環(huán)境要求(12) 職責(zé)(13) 人員和訓(xùn)練要求(14) 進度(15) 風(fēng)險和應(yīng)急(16) 批準b測試設(shè)計說明（1） 測試設(shè)計說明名稱（2） 被測試的特性（3） 方法詳述（4） 測試用例名稱（5） 特性通過準則c測試用例說明（1） 測試用例說明名稱（2） 測試項（3） 輸入說明（4） 輸出說明（5） 環(huán)境要求（6） 特殊的規(guī)程要求 （7）用例間的依賴關(guān)系8 / 8d測試規(guī)程說明（1） 測試規(guī)程說明名稱（2） 目的（3） 特殊要求（4） 規(guī)程步驟e測試項傳遞報告(1) 傳遞報告名稱(2) 傳遞項(3) 位置(4) 狀態(tài)(5) 批準f測試日志（1） 測試日志名稱（2） 描述（3） 活動和事件條目g測試事件報告名稱（1） 測試事件報告取一個專用名稱（2） 摘要（3） 事件描述（4） 影響h測試總結(jié)報告1. 規(guī)定該報告必須由哪些人（姓名和職務(wù)）審批，并為簽名和日期留出位置。12軟件測試自動化的局限性：（1） 不能期望自動測試能取代人工測試（2） 自動化測試部能發(fā)現(xiàn)新缺陷（3） 自動化測試工具本身不具有想象力（4） 技術(shù)問題，組織問題，腳本維護的阻力（5） 自動化測試并不適合于所有公司，所有項目12測試自動化要關(guān)注的幾個問題：（1） 測試個例的生成（2） 測試的執(zhí)行和控制（3） 測試結(jié)果與標準的輸出的對比（4） 不吻合的測試結(jié)果的分析，分類，記錄和通報（5） 總測試狀況的統(tǒng)計報表的產(chǎn)生（6） 自動測試與開發(fā)中產(chǎn)品每日構(gòu)建的配合12自動測試工具簡介： 功能測試工具：Winner QuickTest Pro Rational XDE Tester QARun Slik Test etester WebFT PureTest性能測試工具:LoadRuner Astra LoadTest Rational Robot( 性能和功能測試) QAload SilkPerformer eLoad Web Applivation Stress Tool Webload 測試管理工具:Test Diorector QAdirector SlikCentral Test/Issue Manger eMonitor白盒測試工具：Rational Purifyplus Jtest(JAVA白盒) C++(C++白盒) Test（NET白盒） 12RFT是一款先進的，自動化的功能和回歸測試工具，它適用于測試人員和GUI開發(fā)人員。自動化的5個級別級別說明優(yōu)點缺點用法一級錄制和回放