【文章內容簡介】 邏輯路徑進行測試。2．產生軟件危機的原因主要有哪些？ （內聚和耦合的白盒測試的測試方法有代碼檢查法、靜態(tài)答：1）用戶對軟件需求的描述不精確。含義，種類）結構分析法、靜態(tài)質量度量法、邏輯覆蓋2）軟件開發(fā)人員對用戶需求的內聚：標志著每一個模塊內各個元素彼此法、基本路徑測試法、域測試、符號測試、理解有偏差。結合的緊密程度，是信息隱藏和局部化概路徑覆蓋和程序變異。3）缺乏處理大型軟件項目的經念的自然拓展。偶然內聚，邏輯內聚，時種覆蓋標準：語句覆蓋、判定覆蓋、條件驗。間內聚，功能內聚，順序內聚，通信內聚，覆蓋、判定/條件覆蓋、條件組合覆蓋和4）開發(fā)大型軟件易產生疏漏和過程內聚。路徑覆蓋發(fā)現錯誤的能力呈由弱至強的錯誤。耦合：是對一個軟件結構內不同模塊之間變化。5）缺乏有力的方法學的指導和互連程度的度量。數據耦合，控制耦合，其測試技術有哪有效的開發(fā)工具的支持。特征耦合，公共環(huán)境耦合，內容耦合。些，（等價劃分，邊介值分析法）6）面對日益增長的軟件需求， 黑盒測試也稱功能測試，它是通過測試來人們顯得力不從心。2軟件的概念 、寬度、扇出和扇入都應適當 分成若干部分（子集），然后從每個部分檔 邊界值分析是通過選擇等價類邊界的測 。邊界值分析法不僅重視輸入條件 邊界，而且也必須考慮輸出域邊界。它是 。 成軟件結構 信息流：變換流，事物流 蠻干法，蠻干法可能是尋找軟件錯誤原因 映射：變換分析，事物分析 的最低效的方法，僅當所有其他方法都。4軟件生命周期分成哪幾個階段？各階第六章 回溯法，回溯法是一種相當常用的調試方段的任務是什么？ 法，當調試小程序時很有效。從發(fā)現癥： 。，人工沿程序的控制流往回：研究問題的范圍，探索這每一模塊使用的數據結構追蹤分析源程序代碼，知道找出錯誤原因個問題是否值得去解決，包括對系統外為止。決方法。部的接口和用戶界面，對系統內部其 原因排除法，對分查找法、歸納法、演繹：主要是確定目標系統必須具它模塊的接口，以及關于模塊輸入數據、法都屬于原因排除法。備哪些功能 輸出數據及局部數據的全部細節(jié)。（可靠性和可用性的含義）： 。：就是把解法具體化，程序的詳細規(guī)格說明。順序結構，選擇結構，循環(huán)結構：容易維護的程序模塊。1．圖形工具：通過各種類型的測試使軟件2．表格工具達到預定的要求 3．語言工具：系統持久地滿足用戶的需要。（護，適應性維護，完善性維護，預防性維Halstead方法：它根據程序中運算符和護）操作數的總數來度量程序的復雜程度，快速原型模型，增量模型，McCabe方法 ：McCabe方法根據程序控制螺旋模型的特點 流的復雜程度定量度量程序的復雜程度，瀑布模型階:段時間具有順序性和依賴第七章性。推遲現實的觀點。質量保證的觀點?？焖僭湍Ｐ?線性順序進行的，本質是“快速”件的開發(fā)過程，節(jié)約軟件開發(fā)成本。增量模型:完成部分工作的產品。能，應新產品，給客戶組織帶來的沖擊。螺旋模型: 有利于已有軟件的重用， 質量作為軟件開發(fā)的一個重要目標。減少3軟件測試的目標了過多的測試或測試不足帶來的風險。更目的:（1）測試是為了發(fā)現程序中的錯誤重要的是在螺旋模型中維護只是模型的而執(zhí)行程序的過程；另一個周期，在維護和開發(fā)之間并沒有本（2）好的測試方案是極可能發(fā)現迄今為質區(qū)別。風險驅動的。止尚未發(fā)現的錯誤的測試方案；（3）成功的測試是發(fā)現了至今為止尚未第二章 發(fā)現的錯誤的測試。 定義:為了發(fā)現程序中的錯誤而執(zhí)行程序就是用最小的代價在盡可能短的時間內的過程。確定問題是否能夠解決。補充：補充： 軟件測試步驟 :可行性研究的步驟 ：(1)模塊測試(2)子系統測試(3)系統。測試(4)驗收測試(5)平行運行。1把程序看作一個黑盒子，完全不考慮程，檢查程序功能是 否能按規(guī)格說明書的規(guī)定正常使用；程序是否能適當地接受輸入數據并產生 正確的輸出信息；系統流程圖是描繪物理系統的傳統工具，程序運行過程中能否保持外部信息的完它用圖形符號來表示系統中的各個部件。整性它表達了系統中各個元素之間的信息流白盒測試動的情況。1把程序堪稱裝在一個透明的白盒子里， 測試者完全知道程序的結構處理算法數據流圖是一種圖形化技術，它描繪信息2按照程序內部的邏輯測試程序，檢測程流和數據從移動到輸出的過程中所經受序中的主要執(zhí)行通路是否都能按的變換。預定要求正確工作，畫數據流圖。，以及與數據流單元測試：（模塊測試）發(fā)現的往往是編圖的關系。碼和詳細設計的錯誤最基本的功能：在軟件分析和設計的過程集成測試：著重測試模塊的接口 中給人提供關于數據的描述信息。關系：數據流圖和數據字典共同構成系統系統測試：發(fā)現的往往是軟件設計中的錯的邏輯模型，沒有數據字典，數據流圖就誤，也可能發(fā)現需要說明中的錯誤 不嚴格，然而沒有數據流圖，數據字典也驗收測試：（確認測試）往往發(fā)現需求說難于發(fā)揮作用。只有數據流圖和對數據流明書中的錯誤 圖中每個元素的精確定義放在一起， 共同構成系統的規(guī)格說明?！胺菨u增式”，即先獨立地測試每一模塊，第三章 然后將所有這些模塊連接到一起運行； ，任務是什“漸增式”，即在已測試過的N個模塊的么?；A上再增加一個模塊，再對N十1個模需求分析是軟件定義時期的最后一個階塊進行測試。，因為用漸增式，（功能需求，性如果是“由頂向下”則可利用前面已測試能需求，可靠性和可用性需求，出錯處理過的模塊，而不必另外準備驅動模塊，如需求，接口需求，約束，逆向需求，將來果是“由底向上”，也可利用已測試過的可能提出的要求）模塊，不必再準備樁模塊。， 錯，檢查比較徹底 ，自下而上， 模型 自頂向下數據模型（按照用戶的觀點對數據建立的優(yōu)點：能較早顯示整個程序的輪廓，向用模型，把用戶的數據要求清楚，準確地描戶展示程序的概貌，取得用戶的理解與支述出來。描述了從用戶角度看到的數據，持。缺點：當測試上層模塊時因使用樁它反應了用戶的現實環(huán)境，屬性，聯系），模塊較多，很難模擬出真實模塊的全部功功能模型，行為模型（通過描繪系統的狀能，使部分測試內容被迫推遲，只能等待態(tài)及引起系統狀態(tài)轉換的事件來表示系換上真實模塊后再補充測試。統的行為） 優(yōu)點：測試從下層模塊開始，測試設計用通常用自然語言完整，準確，具體地描述例比較容易。缺點：在測試的早期不能第三篇：《軟件工程》《軟件工程》課程分析本課程是軟件技術專業(yè)學生必修的一門專業(yè)必修課。根據培養(yǎng)軟件開發(fā)人員的需要，本課程的任務是使學生通過本課程的學習，了解軟件項目開發(fā)和維護的一般過程，掌握軟件開發(fā)的傳統方法和最新方法。能在軟件工程的理論指導下，開發(fā)一個小型管理系統，為今后從事軟件工程實踐打下良好的基礎。