軟件工程（簡要知識點）

「問題定義（確定題目）

（軟件定義彳可行性研究

I需求分析

概要設(shè)計

「系統(tǒng)設(shè)計工

詳細設(shè)計

軟件生命周1軟件開發(fā)］;

編碼和單元測試

期：K統(tǒng)實現(xiàn)

綜合測試

㈱軟什件u時天王程力I運行維護：’主1要任務(wù)是使軟件持久地滿足用戶的需"要

二、可行性研究:

1、任務(wù)：用最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解決。

2、四個方面：技術(shù)、經(jīng)濟、操作可行性、法律

3、數(shù)據(jù)流圖四種成分：1、源點/終點2、處理3、數(shù)據(jù)存儲4、數(shù)據(jù)流

三、需求分析：

1、任務(wù)：確定系統(tǒng)必須完成哪些工作，對目標系統(tǒng)提出完整、清晰、具體的要

求。

2、構(gòu)造化方法就是面向數(shù)據(jù)流自頂向下逐步求精進展需求分析的方法。

3、實體聯(lián)系圖：1、數(shù)據(jù)對象2、屬性3、聯(lián)系（1:1、1：N、M:N）

四、總體設(shè)計：

1.任務(wù)：答復“概括的說，系統(tǒng)應該如何實現(xiàn)〃，用比擬抽象概括的方式確定系

統(tǒng)如何完成預定的任務(wù)，也就是說應該確定系統(tǒng)的物理配置方案，并且進而確定

組成系統(tǒng)的每個程序構(gòu)造。

2.系統(tǒng)設(shè)計階段（確定系統(tǒng)具體實施方案）、構(gòu)造設(shè)計階段（確定軟件構(gòu)造）

3.模塊獨立：內(nèi)聚和耦合

4.耦合表示一個軟件陶造內(nèi)各個模塊之間的互連程度，應盡量選用松散耦合的

系統(tǒng)

5.內(nèi)聚（Cohesion）:一個模塊內(nèi)各元素結(jié)合的嚴密程度

6.面向數(shù)據(jù)流的設(shè)計方法：變換流和事務(wù)流

五、詳細設(shè)計：

L任務(wù)：確定應該怎樣具體的實現(xiàn)所要求的系統(tǒng)，也就是說經(jīng)過這個階段的設(shè)計

工作應該得出對目標系統(tǒng)的準確描述，從而在編碼階段可以把這個描述直接翎譯

成用*種程序設(shè)計語言書寫的程序。

2.過程設(shè)計的工具（程序流程圖、盒圖、PAD圖、判定表、判定樹）

七、測試：

1、單元測試：又稱模塊測試。每個程序模塊完成一個相對獨立的子功能，所以

可以對該模塊進展單獨的測試。由于每個模塊都有清晰定義的功能，所以通常

比擬容易設(shè)計相應的測試方案，以檢驗每個模塊的正確性。

2、集成測試：

在單元測試完成后，要考慮將模塊集成為系統(tǒng)的過程中可能出現(xiàn)的問題，例如，

模塊之間的通信和協(xié)調(diào)問題，所以在單元測試完畢之后還要進展集成測試。這個

步驟著重測試模塊間的接口，子功能的組合是否到達了預期要求的功能，全程數(shù)

據(jù)構(gòu)造是否有問題等。

3、白盒測試技術(shù)（邏輯覆蓋、根本路經(jīng)測試）

白盒測試時將程序看作是一個透明的盒子，也就是說測試人員完全了解程序的

內(nèi)部構(gòu)造和處理過程。所以測試時按照程序內(nèi)部的邏輯測試程序、檢驗程序中

的每條通路是否都能按預定的要求正確工作。白盒測試又稱為構(gòu)造測試。

4、語句覆蓋就是設(shè)計足夠的調(diào)試用例，使得程序中的每個語句至少執(zhí)行一次。

5、判定覆蓋就是設(shè)計足夠的測試用例，使得程序中每個判定的取“真〃分支和

取“假〃分支至少都執(zhí)行一次，判定覆蓋又稱分支覆蓋

6、條件覆蓋就是設(shè)計足夠的測試用例，使得程序判定中的每個條件能獲得各種

可能的結(jié)果。

7、判定/條件覆蓋就是設(shè)計足夠的測試用例，使得判定中的每個條件都取到各

種可能的值，而且每個判定表達式也都取到各種可能的結(jié)果。

8、條件組合覆蓋就是沒計足夠的測試用例，使得每個判定中的條件的各種可能

組合都至少出現(xiàn)一次。

9、黑盒測試技術(shù)（等價劃分）

黑盒測試時完全不考慮程序內(nèi)部的構(gòu)造和處理過程，只按照規(guī)格說明書的規(guī)定

來檢查程序是否符合它的功能要求。黑盒測試是在程序接口進展的測試，又稱

為功能測試。

1）、黑盒測試檢查的主要方面有：

程序的功能是否正確或完善：

數(shù)據(jù)的輸入能否正確接收，輸出是否正確；

是否能保證外部信息（如數(shù)據(jù)文件）的完整性等。

用黑盒法設(shè)計測試用例時.，必須用所有可能的輸入數(shù)據(jù)來檢查程序是否都能產(chǎn)

生正確的輸出

2）、等價類劃分

等價類的劃分在很大程度上依靠的是測試人員的經(jīng)歷，下面給出幾條根

本原則：

（1）如果輸入條件規(guī)定了取值*圍，則可劃分出一個有效的等價類（輸入值在此

*圍內(nèi)）和兩個無效的等價類〔輸入值小于最小值、輸入值大于最大值）。

（2）如果輸入條件規(guī)定了輸入數(shù)據(jù)的個數(shù)，則可相應地劃分出一個有效的等價

類（輸入數(shù)據(jù)的個數(shù)等于給定的個數(shù)要求）和兩個無效的等價類（輸入數(shù)據(jù)的個

數(shù)少于給定的個數(shù)要求、輸入數(shù)據(jù)的個數(shù)多于給定的個數(shù)要求）0

（3）如果輸入條件規(guī)定了輸入數(shù)據(jù)的一組可能的值，而且程序?qū)@組可能的值

做一樣的處理，則可將這組可能的值劃分為一個有效的等價類，而這些值以外

的值劃分成無效的等價類。

（4）如果輸入條件規(guī)定了輸入數(shù)據(jù)的一組可能的值，但是程序?qū)Σ煌妮斎胫?/p>

做不同的處理，則每個輸入值是一個有效的等價類，此外還有一個無效的等價

類（所有不允許值的集合）。

（5）如果輸入條件規(guī)定了輸入數(shù)據(jù)必須遵循的規(guī)則，則可以劃分一個有效的等

價類（符合規(guī)則）和假設(shè)干個無效的等價類（從各種角度違反規(guī)則）。

八、維護（改正性維護、適應性維護、完善性維于、預防性維護）

九、決定軟件可維護性因素（可理解性、可測試性、可修改性、可移植性、可重

用性）

I、對象模型1、關(guān)聯(lián)2、聚集3、泛化4、依賴和細化

軟件工程（詳細復習內(nèi)容）

第一章緒論

1.1軟件危機

1、軟件危機是指在計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題。

（熟記）

2、了解軟件危機主要的一些典型表現(xiàn)。

3、出現(xiàn)軟件危機的原因：

4、消除軟件危機的途經(jīng)：首先，我們要對計算機軟件有一個止確的認識；更重

要的是，必須充分認識到軟件開發(fā)不是*種個體勞動的神秘技巧，而應該是一種

組織良好、管理嚴格、各類人員協(xié)同配合、共同完成的工程工程；最后，應該

開發(fā)和使用更好的軟件工具。

總之，為了解決軟件危機，既要有技術(shù)措施（方法和工具），又要有必要的組織

管理措施。

1.2軟件工程

1、軟件工程：采用工程的概念、原理、技術(shù)和方法來開發(fā)和維護軟件，把經(jīng)過

時間考驗而證明正確的管理技術(shù)和當前能夠得到的最好的技術(shù)方法結(jié)合起來，

以經(jīng)濟地開發(fā)出高質(zhì)量的軟件并有效地維護它。（熟記）

2、了解軟件工程的本質(zhì)特征：

1）、軟件工程關(guān)注于大型程序的構(gòu)造

2）、軟件工程的中心課題是控制復雜性

3）、軟件經(jīng)常變化

4）、開發(fā)軟件的效率非常重要

5）、和諧的合作是開發(fā)軟件的關(guān)鍵

6）、軟件必須有效地支持它的用戶

7）、在軟件工程的領(lǐng)域中通常由具有一種文化背景的人替具有另一種文化背

景的人創(chuàng)造產(chǎn)品

3、缺乏應用領(lǐng)域地相關(guān)知識，是軟件開發(fā)工程HI現(xiàn)問題的常見原因。

4、軟件工程的根本原理：

1）、用分階段的生命周期方案嚴格管理

2）、堅持進展階段審評

3）、實行嚴格的產(chǎn)品控制

4）、采用現(xiàn)代程序設(shè)計技術(shù)

5）、結(jié)果應能清楚地審查

6）、開發(fā)小組的人員應該少而精

7）、成認不斷改良軟件工程實踐的必要性

5、方法學（*型）：在軟件生命周期全過程中使用的一整套技術(shù)方法的集合。

6、軟件工程方法學3要素：方法、工具和過程。

7、目前使用得最廣泛的軟件工程方法學，分別是傳統(tǒng)方法學和面向?qū)ο蠓椒▽W

8、傳統(tǒng)方法學也成為生命周期方法學或構(gòu)造化*型。

9、面向?qū)ο蠓椒▽W具有的4個要點。

1.3軟件生命周期

1、概括地說，軟件生命周期由軟件定義、軟件開發(fā)和運行維護（也稱為軟件維

護）3個時期組成，每個時期又進一步劃分成假設(shè)干個階段。

2、軟件定義時期的任務(wù)

3、軟件定義時期通常進一步劃分成3個階段：問題定義、可行性研究、需求分

析

4、維護時期的主要任務(wù)是使軟件持久地滿足用戶的需要.

5、軟件開發(fā)時期通常分成4個階段：總體設(shè)計、詳細設(shè)計、編碼和單元測試、

綜合測試。前兩個階段又稱為系統(tǒng)設(shè)計，后兩個階段又稱為系統(tǒng)實現(xiàn)。

6、軟件生命周期每個階段的根本任務(wù)：問題定義、可行性研究、需求分析、總

體設(shè)計、詳細設(shè)計、編碼和單元測試、綜合測試。

1.4軟件工程

生命周期模型［過程模型〕：瀑布模型、快速原型模型、增量模型、螺旋模型、

噴泉模型。

（對各種模型要了解）

第2章可行性分析

可行性分析的目的：用最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解

決。

2.1可行性研究的任務(wù)

1.研究解法的可行性的四個方面：技術(shù)可行性、經(jīng)濟可行性、操作可行性、法律

可行性。

2.可行性研究最根本的任務(wù)：對以后的行動方針提出建議。

3.可行性研究需要的時間長短取決于工程的規(guī)模。

2.2可行性研究過程

1.復查系統(tǒng)規(guī)模和目標

2.研究目前正在試用的系統(tǒng)

3.導出新系統(tǒng)的高層邏輯模型

4.進一步定義問題

5.導出和評價供選擇的解法

6.推薦行動方針

7.草擬開發(fā)方案

8.書寫文檔提交審查

2.3系統(tǒng)流程圖

1、系統(tǒng)流程圖：概括地描繪物理系統(tǒng)的工具。

2、系統(tǒng)流程圖的根本思想：用圖形符號以黑盒子形式描繪組系統(tǒng)的每個部件

(程序、文檔、數(shù)據(jù)庫、人工過程等)。

3、P39符號

4、系統(tǒng)流程圖的習慣畫法：使信息在圖中從頂向下或從左向右流動。

5、面對復雜的系統(tǒng)時，一個比擬好的方法時分層次地描繪這個系統(tǒng)。

2.4數(shù)據(jù)流圖

1.數(shù)據(jù)流圖(DFD)：一種圖形化技術(shù)，它描繪信息流和數(shù)據(jù)從輸入移動到輸

出的過程中所經(jīng)受的變換。

2.數(shù)據(jù)流圖的四種根本符號

3.數(shù)據(jù)存儲（靜止狀態(tài)）和數(shù)據(jù)流（運動）都是數(shù)據(jù)。

4.數(shù)據(jù)流圖的根本要點是描繪“做什么〃，而入是考慮“怎么做〃。

5.星號（*）是數(shù)據(jù)流之間的“與"關(guān)系；加號（+）表示“或〃關(guān)系；十號表

示只能從中選一個（互斥關(guān)系）。

6.畫數(shù)據(jù)流圖的根本目的是利用它作為交流信息的工具。

2.5數(shù)據(jù)字典

1.數(shù)據(jù)字典應由對以下4類元素的定義組成：數(shù)據(jù)流、數(shù)據(jù)流分量（即數(shù)據(jù)元

素）、數(shù)據(jù)存儲、處理。

2.由數(shù)據(jù)元素組成數(shù)據(jù)的方式的三種根本類型：順序、選擇、重復。+可選

3.用以下符號描述由數(shù)據(jù)元素組成數(shù)據(jù)的關(guān)系：二意思是等價于（或定義為）、

+意思是和（即連接兩個分量）、［｝意思是或（通常用“|〃號隔開供選擇

的分量）、｛｝意思是重復、（）意思是可選。

4.數(shù)據(jù)字典最重要的用途是作為分析階段的工具。

2.6本錢/效益分析

1.木錢/效益分析的目的：從經(jīng)濟角度分析開發(fā)一個特定的新系統(tǒng)是否劃算，

從而幫助客戶組織的負責人正確地作出是否投資于這項開發(fā)工程的決定。

2.軟件開發(fā)本錢：主要表現(xiàn)為人力消耗。

第3章需求分析

1、需求分析是軟件定義時期的最后一個階段。

2、根本任務(wù)：準確地答復“系統(tǒng)必須做什么？〃這個問題。

3、用于需求分析的構(gòu)造化分析方法必須遵守下述準則：

（1）、必須理解并描述問題的信息域，根據(jù)這條準則應該應該建立數(shù)據(jù)模

型。E-R圖

（2）、必須定義軟件應完成的功能，這條準則要求建立功能模型。數(shù)據(jù)流圖

（3）、必須描述作為外部事件結(jié)果的軟件行為，這條準則要求建立行為模

型。狀態(tài)圖

(4)、必須對描述信息、功能和行為的模型進展分解，用層次的方式展開細

3.1需求分析的任務(wù)

4、對軟件系統(tǒng)的綜合要求：功能需求、性能需求、可靠性和可用性需求、出錯

處理需求、接口需求、約束、逆向需求、將來可能提出的要求。

5、需求分析的任務(wù)：確定對系統(tǒng)的綜合要求

分析系統(tǒng)的數(shù)據(jù)要求

導出系統(tǒng)的邏輯模型

修正系統(tǒng)開發(fā)方案

3.2與用戶溝通獲取需求的方法

1、訪談、面向數(shù)據(jù)流自頂向下求精、簡易地應用規(guī)格說明技術(shù)，快速建立軟件

原型。

2、構(gòu)造化分析方法就是面向數(shù)據(jù)流自頂向下求精進展需求分析的方法。

3、快速建立軟件原型是最準確、最有效、最強大的需求分析技術(shù)。

3.3分析建模與規(guī)格說明

1、需求分析過程應建立3種模型：數(shù)據(jù)模型、功能模型、行為模型。

2、數(shù)據(jù)流圖是建立功能模型的根底。

3、狀態(tài)轉(zhuǎn)換圖是行為建模的根底。

3.4實體-聯(lián)系圖(E-R)

E-R圖中包含著實體(即數(shù)據(jù)對象)、關(guān)系和屬性3種根本成分。

第5章總體設(shè)計

5.1設(shè)計過程

總體設(shè)計過程通常有兩個主要階段組成：系統(tǒng)設(shè)計階段，確定系統(tǒng)的具體實現(xiàn)

方案：構(gòu)造設(shè)計階段，確定軟件的構(gòu)造。

典型的總體設(shè)計過程包括下述9個步驟：

1）、設(shè)想選擇的方案

需求分析階段得出的數(shù)據(jù)流程圖是總體設(shè)計的極好的出發(fā)點。

2）、選擇合理的方案

對每個合理的方案，分析員都應準備以下四份材料：

A.系統(tǒng)流程圖

B.組成系統(tǒng)的物理元素清單

C.本錢/效益分析

D.實現(xiàn)各個系統(tǒng)的進度方案

3）、推薦最正確方案

4）、功能分解

5）、設(shè)計軟件構(gòu)造

軟件構(gòu)造可以用層次圖或構(gòu)造圖來描繪。

6）、設(shè)計數(shù)據(jù)庫

7）、制定測試方案

8）、書寫文檔

這個階段完成的文檔有：系統(tǒng)說明、用戶手冊、測試方案、詳細的實現(xiàn)

方案、數(shù)據(jù)庫設(shè)計結(jié)果。

9）、審查和復查

5.2設(shè)計原理

1.模塊化、抽象、逐步求精、信息隱藏和局部化、模塊獨立

2.模塊是由邊界元素限定的相鄰程序元素的序列，而且有一個總體標識符代

表它。

3.模塊是構(gòu)成程序的根本構(gòu)件。

4.模塊化就是把程序分成獨立命名且可獨立訪問的模塊，每個模塊完成一個

子功能，把這些模塊集成起來構(gòu)成一個整體，可以完成指定的功能滿足用

戶的需求。

5.抽象：把相似的方面集中和概括起來，暫時忽略它們之間的差異，或者

說，抽出事物的本質(zhì)特性而暫時不考慮它們之間的細節(jié)。

6.逐步求精是人類解決復雜問題時采用的根本方法，也是許多軟件工程技術(shù)

的根底。定義：為了能集中精力解決主要問題而盡量推遲對問題細節(jié)的考

慮。

7.信息隱藏原理指出：應該這樣設(shè)計和確定模塊，使得一個模塊內(nèi)包含的信

息（過程和數(shù)據(jù)）對于不需要這些信息的模塊來說，是不能訪問的。

8.局部化：把一些關(guān)系密切的軟件元素物理地放得彼此靠近。

9.模塊獨立的概念是模塊化，抽象，信息隱藏和局部化概念的直接結(jié)果。

10.模塊獨立化重要性的原因：

第一，有效地模塊化的軟件比擬容易開發(fā)出來；

第二，獨立的模塊化比擬容易測試和維護。

11.模塊的獨立程度可以由兩個定性標準度量，這兩個標準分別稱為內(nèi)聚和耦

合C

12.耦合是對一個軟件構(gòu)造內(nèi)不同模塊之間互連程度的度量。

13.耦合的強弱取決于模塊間接口的復雜程度，進入或訪問一個模塊的點，以

及通過接口的數(shù)據(jù)。

14.如果兩個模塊彼此間通過參數(shù)交換信息，而且交換的信息僅僅是數(shù)據(jù)，則

這種耦合稱為數(shù)據(jù)耦合。

15.如果傳遞的信息中有控制信息（盡管有時這種控制信息以數(shù)據(jù)的形式出

現(xiàn)），則這種耦合稱為控制耦合。

16.數(shù)據(jù)耦合是低耦合。

17.最高程度的耦合式內(nèi)容耦合。

18.內(nèi)聚標志著一個模塊內(nèi)各個元素彼此結(jié)合的嚴密程度，它是信息隱藏和局

部化概念的自然擴展。

19.偶然內(nèi)聚、邏輯內(nèi)聚、時間內(nèi)聚

5.3啟發(fā)規(guī)則

1.軟件構(gòu)造提高模塊獨立性

2.模塊規(guī)模應該適中

3.深度、寬度、扇出和扇入都應適當

4.模塊的應用域應該在控制域之內(nèi)

5.力爭降低模塊接口的復雜程度

6.設(shè)計單入口單出口的模塊

7.模塊功能應該可以預測

5.4描繪軟件構(gòu)造的圖形工具

1、層次圖和HIPO圖

2、構(gòu)造圖

5.5面向數(shù)據(jù)流的設(shè)計方法

1.面向數(shù)據(jù)流的設(shè)計方法把信息流映射成軟件構(gòu)造，信息流的類型決定了映

射的方法。

2.信息流分成兩種類型：變化流、事物流（概念）

3.變換分析是一系列設(shè)計步驟的總稱，經(jīng)過這些步驟吧具有變換流特點的數(shù)

據(jù)流圖按預先確定的模式映射成軟件構(gòu)造。

4.變換分析的設(shè)計步驟。

第6章詳細設(shè)計

目標：1.確定應該怎樣具體的實現(xiàn)所要求的系統(tǒng)

2.設(shè)計出程序的“藍圖〃

3.詳細設(shè)計的結(jié)果根本決定了最終的程序代碼的質(zhì)量

6.1.構(gòu)造程序設(shè)計

1.概念：結(jié)果程序設(shè)計是一種設(shè)計程序的技術(shù)，它采用自頂向下逐步求精的的

設(shè)計方法和單入口但出口的控制構(gòu)造。

2.三種根本控制構(gòu)造：

1）順序構(gòu)造：相當于“A、B〃

2）選擇構(gòu)造：相當于“Ife*pthenAelseBendif;〃

3）循環(huán)構(gòu)造：相當于"Whilee*pdoA"

3.擴大的兩種控制構(gòu)造:

1）多分支構(gòu)造：相當于“Case1of1=1:C1;...I=n:;n

2）UNTIL循環(huán)構(gòu)造：相當于aRepeatAuntile*p;〃

6.3.過程設(shè)計的工具

程序流程圖

程序流程圖：是一種描述程序的控制構(gòu)造流程和書令執(zhí)行情況的有向圖。程序

流程圖的主要缺點：

1）程序流程圖本質(zhì)上不是逐步求精的好工具，它誘使程序員過早地考慮程序

的控制流程，而不去考慮程序的全局構(gòu)造。

2）程序流程圖中用箭頭代表控制流，因此程序員不受任何約束，可以完全不

顧構(gòu)造程序設(shè)計的精神，隨意轉(zhuǎn)移控制。

3）程序流程圖不易表示數(shù)據(jù)構(gòu)造。

盒圖

盒圖特點：

1）功能域明確，可以從盒圖上一眼就看出來。

2）不可能任意轉(zhuǎn)移控制。

3）很容易確定局部和全程數(shù)據(jù)的作用域。

4）很容易表現(xiàn)嵌套關(guān)系，也可以表示模塊的層次構(gòu)造。

PAD圖是一種問題分析圖。PAD圖優(yōu)點：

1）使用表示構(gòu)造化控制構(gòu)造的PAD符號所設(shè)計已來的程序必然是構(gòu)造化程序

2）PAD圖所描繪的程序構(gòu)造十分清晰。圖中最左面的豎線是程序的主線，即第

一層構(gòu)造。隨著德程序?qū)哟蔚脑黾?，PAD圖逐漸向右延伸，每次增加一個層

次，圖形向右擴展豎線。PM）圖中豎線的總條數(shù)就是程序的層次數(shù)。

3）用PAD圖表現(xiàn)程序邏輯，易懂、易讀、易記。PAD圖是二維樹形構(gòu)造的圖

形，程序從圖中最左豎線上端的結(jié)點開場執(zhí)行，自上而下，從左向右順序

執(zhí)行，遍歷所有結(jié)點。

4）容易將PAD圖轉(zhuǎn)換成高級語言源程序，這種轉(zhuǎn)換可用軟件工具自動完成，從

而可省去人工編碼的工作，有利于提高軟件可靠性和軟件生產(chǎn)率。

5）即可用于表示程序邏輯，也可用于描繪數(shù)據(jù)構(gòu)造。

6）PAD圖的符號支持自頂向下、逐步求精方法的使用。開場時設(shè)計者可以定義

一個抽象的程序，隨著設(shè)計工作的深入而使月def符號逐步增加細節(jié)，直至

完成詳細設(shè)計。

判定表

判定表由四局部組成：左上部列出所有條件；左下部是所有可能做的動作；

右上部是表示各種條件組合的一個矩陣；右下部是和每種條件組合相對應的動作

判定樹

判定樹是判定表的變種。

過程設(shè)計語言

過程設(shè)計語言（PDL）也稱為偽碼。

PDL的優(yōu)點：

1）可以作為注釋的直接插在源程序中間

2）可以使用普通的正文編輯程序或文字處理系統(tǒng)，很方便地完成PD1的書寫和

編輯工作

3）已經(jīng)有自動處理PDL的程序存在，而且可以自動由PDL生成程序代碼。

PDL缺點：不如圖形工具形象直觀。

第7章測試

概念：編碼和測試統(tǒng)稱為實現(xiàn)。

編碼：把軟件設(shè)計結(jié)果翻譯成程序。

測試：檢測程序并改正錯誤的過程。

7.2軟件測試根底

1.有關(guān)測試的一些規(guī)則：

1）測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程

2）好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試

3）成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試

2.測試方法

1）黑盒測試

2）白盒測試

3.測試步驟

單元測試、集成測試、確認測試、系統(tǒng)測試

4、單元測試重點：

模塊接口、局部數(shù)據(jù)構(gòu)造、重要的執(zhí)行通路、出錯處理通路、邊界條件

5、集成測試

自頂向下集成

自頂向下集成是一種遞增的裝配軟件構(gòu)造的方法，這種應用方法非常廣泛。它

需要存根程序，不需要驅(qū)動程序。

自底向上集成

自底向上集成是從軟件構(gòu)造最底層模塊開場進展組裝和測試，它與自頂向下結(jié)

合方法相反，需要驅(qū)動程序，但是不需要存根程序。

6、確認測試

確認測試的兩種可能的結(jié)果：

功能和性能與用戶要求一致，軟件是可以承受的

功能和性能與用戶要求有差距

7、Alpha和Beta測試

Alpha測試由用戶在開發(fā)者的場所進展，并且在開發(fā)者對用戶的“指導〃下進

展測試。

Beta測試由軟件的最終用戶在一個或多個客戶場所進展

8、白盒測試

邏輯覆蓋、語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋

點覆蓋、邊覆蓋、路徑覆蓋

9、黑盒測試技術(shù)

等價劃分、邊界值分析、錯誤推斷

10、調(diào)試

調(diào)試過程

調(diào)試途徑：

蠻干法、回溯法、原因排除法