第一篇：軟件測試期末復(fù)習(xí)知識點總結(jié)大全

1.軟件測試：是由“驗證（verrificatione）”和“有效性確認(rèn)（validation）”活動構(gòu)成的整體： “驗證”是檢驗軟件是否已正確地實現(xiàn)了產(chǎn)品規(guī)格書所定義的系統(tǒng)功能和特性。驗證過程提供證據(jù)表明軟件相關(guān)產(chǎn)品與所有生命周期活動的要求（如正確性、完整性、一致性、準(zhǔn)確性等）相一致。相當(dāng)于以軟件產(chǎn)品設(shè)計規(guī)格說明書為標(biāo)準(zhǔn)進(jìn)行軟件測試的活動。

“有效性確認(rèn)”是確認(rèn)所開發(fā)的軟件是否滿足用戶真正需求的活動。一切從客戶出發(fā)，理解客戶的需求，對軟件需求定義、設(shè)計的懷疑，發(fā)現(xiàn)需求定義和產(chǎn)品設(shè)計中的問題。這主要通過各種軟件評審活動來實現(xiàn)，包括讓客戶參加評審、測試活動。

軟件測試過程：（1）測試組織和管理（2）測試計劃（3）測試用例實際（4）測試實施（5）測試結(jié)果分析（6）測試評審與報告 軟件測試方法：白盒測試方法、黑盒測試方法、靜態(tài)測試與動態(tài)測試、主動測試與被動測試、形式化測試方法、基于風(fēng)險的測試、模糊測試方法、ALAC測試和隨機(jī)測試方法

2.單元測試：是對軟件基本組成單元進(jìn)行的測試，而且軟件單元是在與程序的其他部分相隔離的情況下進(jìn)行獨立的測試。

靜態(tài)測試就是靜態(tài)分析，對模塊的源代碼進(jìn)行研讀，查找錯誤或收集一些度量數(shù)據(jù)，并不需要對代碼進(jìn)行編譯和仿真運行。

動態(tài)測試是通過真正運行程序發(fā)現(xiàn)錯誤，通過觀察代碼運行過程，來獲取系統(tǒng)行為、變量實時結(jié)果、內(nèi)存、堆棧、線程以及測試覆蓋度等各方面的信息，來判斷系統(tǒng)是否存在問題，或者通過有效的測試用例，對于的輸入輸出關(guān)系來分析被測程序的運行情況，來發(fā)現(xiàn)缺陷。靜態(tài)測試、動態(tài)測試的區(qū)別：1.靜態(tài)測試用于預(yù)防，動態(tài)測試用于矯正；2.多次的靜態(tài)測試比動態(tài)測試的效率高；3，靜態(tài)測試綜合測試程序代碼；4.在相當(dāng)短的時間里，測試的覆蓋率能達(dá)到100%，而動態(tài)測試經(jīng)常只能達(dá)到50%測試左右；5.動態(tài)測試比靜態(tài)測試更花時間； 6.靜態(tài)測試比動態(tài)測試更能發(fā)現(xiàn)bug；7.靜態(tài)測試的執(zhí)行可以在程序編碼編譯前，動態(tài)是中能在編譯后才能執(zhí)行。

3.功能測試：一般須在完成集成測試后進(jìn)行，而且是針對應(yīng)用系統(tǒng)進(jìn)行測試是根據(jù)產(chǎn)品規(guī)格說明書，來檢驗被測試的系統(tǒng)是否滿足各方面功能的使用要求。

集成測試：也叫組裝測試或聯(lián)合測試。在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計要求，組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測試，其主要目的是檢查軟件單位之間的接口是否正確。集成測試包括非增量測試和增量測試兩種方式，集成測試的策略主要有自頂向下和自底向上兩種。

功能測試、集成測試區(qū)別：

4.回歸測試：目的是在程序有修改的情況下，保證原有功能正常的一種測試策略和方法。程序在發(fā)現(xiàn)嚴(yán)重軟件缺陷要進(jìn)行修改或版本升級要新增功能，這時需要對軟件進(jìn)行修改，修改后的程序要進(jìn)行測試，這時要檢驗軟件所進(jìn)行的修改是否正確，保證改動不會帶來新的嚴(yán)重錯誤。

5.樁程序（Stub），也稱樁模塊：用以模擬被測模塊工作過程中所調(diào)用的下層模塊。樁模塊由被測模塊調(diào)用，它們一般只進(jìn)行很少的數(shù)據(jù)處理,例如打印入口和返回，以便于檢驗被測模塊與其下級模塊的接口。驅(qū)動程序（Driver），也稱驅(qū)動模塊：用以模擬被測模塊的上級模塊，能夠調(diào)用被測模塊。在測試過程中，驅(qū)動模塊接受測試數(shù)據(jù)，調(diào)用被測模塊并把相關(guān)的數(shù)據(jù)傳送給被測模塊。

軟件缺陷：軟件缺陷是指計算機(jī)系統(tǒng)或者程序中存在的任何一種破壞正常運行能力的問題、錯誤，或者隱藏的功能缺陷、瑕疵，其結(jié)果會導(dǎo)致軟件產(chǎn)品在某種程度上不能滿足用戶的需求。標(biāo)準(zhǔn)定義，從產(chǎn)品內(nèi)部看，軟件缺陷是軟件產(chǎn)品開發(fā)或維護(hù)過程中所存在的錯誤、毛病等各種問題；從外部看，軟件缺陷是系統(tǒng)所需要實現(xiàn)的某種功能的失效或違背。

軟件測試步驟： 即單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試。

1.開始是單元測試，集中對用源代碼實現(xiàn)的每一個程序單元進(jìn)行測試，檢查各個程序模塊是否正確地實現(xiàn)了規(guī)定的功能。2.集成測試把已測試過的模塊組裝起來，主要對與設(shè)計相關(guān)的軟件體系結(jié)構(gòu)的構(gòu)造進(jìn)行測試。3.確認(rèn)測試則是要檢查已實現(xiàn)的軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及軟件配置是否完全、正確。4.系統(tǒng)測試把已經(jīng)經(jīng)過確認(rèn)的軟件納入實際運行環(huán)境中，與其它系統(tǒng)成份組合在一起進(jìn)行測試。

軟件測試流程：需求分析和定義、系統(tǒng)設(shè)計、詳細(xì)功能設(shè)計、編碼、單元測試、功能測試、系統(tǒng)測試、驗收測試

軟件測試涉及的關(guān)鍵問題：1.測試過程和開發(fā)過程是同時開始，同時結(jié)束的，兩者保持同步的關(guān)系；2.測試過程是對開發(fā)過程中階段性成果和最終產(chǎn)品進(jìn)行驗證的過程，所以兩者相互依賴；3.測試過程中的工作重點和開發(fā)工作的重點可能不一樣，兩者有各自的特點

黑盒測試的特點：1.不基于對系統(tǒng)內(nèi)部的設(shè)計和實現(xiàn)。2.用例設(shè)計基于功能的定義和需求說明書。3.關(guān)注于測試數(shù)據(jù)的選擇和測試結(jié)果的分析。

測試方法有：等價類劃分、邊界值分析法、判定表方法、因果圖法、正交實驗法、功能圖法、錯誤推測法

黑盒測試缺點：1.對用例設(shè)計人員的經(jīng)驗要求較高，包括數(shù)據(jù)的選擇，對潛在錯誤的敏感性；2.對于內(nèi)部實現(xiàn)的bug不容易發(fā)現(xiàn)；3.不能提供直觀的測試覆蓋率。

白盒測試的特點：1.需要了解系統(tǒng)的整體設(shè)計和實現(xiàn)；2.對源代碼進(jìn)行審查；3.在單元測試階段發(fā)現(xiàn)大量的缺陷；4.關(guān)注于系統(tǒng)的控制流和數(shù)據(jù)流；

測試方法有：語句覆蓋、判定覆蓋、條件覆蓋、判定-條件覆蓋、條件組合覆蓋、路徑覆蓋、基本路徑測試法

白盒測試缺點：1.不能確保系統(tǒng)是否完全符合需求說明書；2.白盒測試的代價會大于黑盒測試；3.需要源代碼首先完成才能進(jìn)行測試；

集成測試中自頂向下和自底向上方法

自頂向下法：從主控模塊（主程序）開始，沿著軟件的控制層次向下移動，從而逐漸把各個模塊結(jié)合起來。具體步驟是：1.對主控模塊進(jìn)行測試，測試時用樁程序代替所有直接附屬于主控模塊的模塊；2.根據(jù)選定的結(jié)合策略，每次用一個實際模塊代替一個樁程序；3.在結(jié)合下一個模塊的同時進(jìn)行測試；4.為了保證加入模塊沒有引進(jìn)新的錯誤，可能需要進(jìn)行回歸測試。優(yōu)點：不需要測試驅(qū)動程序，能夠在測試階段的早期實現(xiàn)并驗證系統(tǒng)的主要功能，而且能在早期發(fā)現(xiàn)上層模塊的接口錯誤。缺點：需要樁程序，可能遇到與此相聯(lián)系的測試?yán)щy，低層關(guān)鍵模塊中的錯誤發(fā)現(xiàn)較晚，而且用這種方法在早期不能充分展開人力

自底向上法：從“原子”模塊（即在軟件結(jié)構(gòu)最底層的模塊）開始集成以進(jìn)行測試，具體策略是：1.把底層模塊組合成實現(xiàn)某個特定的軟件子功能的族；2.寫一個驅(qū)動程序，協(xié)調(diào)測試數(shù)據(jù)的輸入輸出；3.對由模塊組成的子功能族進(jìn)行測試；4.去掉驅(qū)動程序，沿軟件結(jié)構(gòu)自下向上移動，把子功能族組合起來形成更大的子功能族。優(yōu)缺點：剛好和自頂向上相反

簡述增量式集成測試的自頂向下和自底向上兩種測試方法：自頂向下增量式測試的主要優(yōu)點在于它可以自然地做到逐步求精，一開始便能讓測試者看到系統(tǒng)的框架。它的主要缺點是

需要提供被調(diào)用模擬子模塊，被調(diào)用模擬子模塊可能不能反映真實情況，因此測試有可能不充分。自底向上測試的優(yōu)點在于，由于驅(qū)動模塊模擬了所有調(diào)用參數(shù)，即使數(shù)據(jù)流并未構(gòu)成有向的非環(huán)狀圖，生成測試數(shù)據(jù)也沒有困難。它的缺點在于，直到最后一個模塊被加入進(jìn)去之后才能看到整個程序（系統(tǒng)）的框架

集成測試自底向上和自頂向下集成方法優(yōu)缺點是什么？

自底向上集成方法盡早的對底層實用歷程進(jìn)行測試，可以避免編寫眾多的樁模塊，使得系統(tǒng)底層的眾多問題及早得到解決。缺點是在一些頂層構(gòu)件非常重要的情況下，卻將其放到了最后集成。

自頂向下集成方法則盡早進(jìn)行了頂層控制模塊的測試和集成，使得系統(tǒng)整體上得到驗證，但卻將底層實用歷程的測試放到了最后。某些具有關(guān)鍵性能或作用的底層模塊的問題將在最后才可能被發(fā)現(xiàn)。

簡述系統(tǒng)測試過程的主要步驟及每個步驟的測試依據(jù)。

功能測試：測試依據(jù)是系統(tǒng)功能需求；

性能測試：測試依據(jù)是其他軟件需求；

驗收測試：測試依據(jù)是客戶需求規(guī)格說明書；

安裝測試：測試依據(jù)是用戶環(huán)境

第二篇：軟件測試期末復(fù)習(xí)

一、單項選擇題：共20小題，每小題2 分，滿分40分。

1．軟件測試按照測試層次可以分為(C)A．黑盒測試、白盒測試//測試方式 B.功能性測試和結(jié)構(gòu)性測試//測試目的 C．單元測試、集成測試和系統(tǒng)測試

D、動態(tài)測試和靜態(tài)測試//測試方式

2、軟件測試是采用（測試用例）執(zhí)行軟件的活動。

A．測試用例 B．輸入數(shù)據(jù) C．測試環(huán)境 D．輸入條件

3．軟件測試是軟件開發(fā)過程的重要階段，是軟件質(zhì)量保證的重要手段，下列哪個（些）是軟件測試的任務(wù)？答案：（D）

1預(yù)防軟件發(fā)生錯誤 2發(fā)現(xiàn)程序錯誤 3提供診斷錯誤信息 A．只有1 B．只有2 C．只有3 D．都是

4、導(dǎo)致軟件缺陷的最大原因是：（A）

A．軟件需求說明書

B．設(shè)計方案 C．編碼

D．維護(hù)

5、測試用例是為達(dá)到最佳的測試效果或高效的揭露隱藏的錯誤而精心設(shè)計的少量測試數(shù)據(jù)，至少應(yīng)該包括（A）

A、測試輸入、執(zhí)行條件和預(yù)期的結(jié)果。

B、測試目標(biāo)、測試工具 C、測試環(huán)境

D、測試配置

6、對已經(jīng)發(fā)現(xiàn)的錯誤進(jìn)行錯誤定位和確定出錯性質(zhì)，并改正這些錯誤，同時修改相關(guān)的文檔，這種行為屬于（B）

A．測試

B．調(diào)試 C．回歸測試

D．單元測試

軟件測試是軟件測試人員和程序員都參與的一項工作，是貫穿整個生命周期的，只需要發(fā)現(xiàn)軟件的錯誤，而軟件調(diào)試主要是程序員自己參與，對程序（設(shè)計、編碼）進(jìn)行修改、排除錯誤，主要是在開發(fā)階段。

7、軟件缺陷修復(fù)的代價最高的階段為（A）

A、發(fā)布階段

B、需求階段 C、設(shè)計階段

D、編碼階段

8、下列（B）是關(guān)于軟件缺陷的描述。

A．導(dǎo)致軟件包含故障的人的行為//軟件錯誤 B．產(chǎn)品的異常情況

C．引起一個功能部件不能完成所要求的功能的一種意外情況 D．功能部件執(zhí)行其規(guī)定功能的能

軟件錯誤是指在軟件生存期內(nèi)的不希望出現(xiàn)或不可接收的人為錯誤，軟件錯誤導(dǎo)致軟件缺陷的產(chǎn)生。

軟件缺陷是存在于軟件（文檔，數(shù)據(jù)，程序）之中不希望出現(xiàn)或不可接收的偏差；軟件缺陷導(dǎo)致軟件在運行某一特定條件時出現(xiàn)軟件故障；這時軟件缺陷被激活。

軟件故障是指軟件在運行過程中產(chǎn)生的不希望出現(xiàn)或不可接收的內(nèi)部狀態(tài)，對軟件故障若無適當(dāng)措施加以及時處理，就會是軟件失效。

軟件失效是指軟件在運行時產(chǎn)生的不希望出現(xiàn)或不可接受的外部行為結(jié)果。

9、可作為測試停止的標(biāo)準(zhǔn)是（D）

A．當(dāng)時間用光時

B．執(zhí)行了所有的測試用例，但沒有發(fā)現(xiàn)故障 C．當(dāng)所有缺陷都已經(jīng)清除時 D．當(dāng)達(dá)到所要求的覆蓋時

10、下列描述錯誤的是（A）

A．軟件發(fā)布后如果發(fā)現(xiàn)質(zhì)量問題，那是軟件測試人員的錯 B．窮盡測試實際上在一般情況下是不可行的 C．軟件測試自動化不是萬能的

D．測試能由非開發(fā)人員進(jìn)行，調(diào)試必須由開發(fā)人員進(jìn)行。

11、如下圖所示的N-S圖，至少需要（B）個測試用例完成邏輯覆蓋。

A．15 B．16 C．17 D．18

12、下列（C）方法設(shè)計出的測試用例發(fā)現(xiàn)程序錯誤的能力最強(qiáng)。

A．等價類劃分法 B．場景法

C．邊界值分析法 D．決策表法

13、功能性測試是根據(jù)（A）來設(shè)計測試用例。

A、軟件的規(guī)格說明 B、設(shè)計文檔

C、程序的內(nèi)部邏輯 D、維護(hù)手冊

14、在軟件修改之后，再次運行以前為發(fā)現(xiàn)錯誤而執(zhí)行程序曾用過的測試用例，這種測試稱之為（C）

A．單元測試 B．集成測試 C．回歸測試 D．驗收測試

15、（C）方法是根據(jù)輸出對輸入的依賴關(guān)系來設(shè)計測試用例的。

Ａ．邊界值分析 Ｂ．等價類 Ｃ．因果圖法 Ｄ．錯誤推測法

16、測試工程師的工作范圍會包括檢視代碼、評審開發(fā)文檔，這屬于（B）

A．動態(tài)測試

B．靜態(tài)測試 C．黑盒測試

D．白盒測試

17、下列（B）是對程序流程圖進(jìn)行簡化后得到的，它可以更加突出的表示程序控制流的結(jié)構(gòu)，且不包含復(fù)合條件。

A．DD-路徑圖

B． 控制流圖 C．MM-路徑圖

D． 模塊調(diào)用圖

18、自底向上增量式集成測試中，下面（C）描述是正確的。

A．測試由樁模塊控制

B．最上面的模塊最先測試

C．父單元用測試過的子單元測試

D．包含樹的深度優(yōu)先或廣度優(yōu)先遍歷過程

19、以下關(guān)于測試用例特征的描述錯誤的是(C)A．最有可能抓住錯誤的； B．一定會有重復(fù)的、多余的； C．一組相似測試用例中最有效的； D．既不是太簡單，也不是太復(fù)雜。20、（D）是一種關(guān)注變量定義賦值點（語句）和引用或使用這些值的點（語句）的結(jié)構(gòu)性測試，主要用作路徑測試的真實性檢查。

A、基本路徑測試

B、邏輯覆蓋 C、決策表

D、數(shù)據(jù)流測試

二、判斷題：共20小題，每題1分，滿分20分）

1.軟件測試是有風(fēng)險的行為，并非所有的軟件缺陷都能夠被修復(fù)。（T）2.軟件質(zhì)量保證和軟件測試是同一層次的概念。（F）

3.我們有理由相信只要能夠設(shè)計出盡可能好的測試方案，經(jīng)過嚴(yán)格測試之后的軟件可以沒有缺陷。（F）

4.程序員兼任測試員可以提高工作效率。（F）

5.在設(shè)計測試用例時，應(yīng)當(dāng)包括合理的輸入條件和不合理的輸入條件。（T）6.傳統(tǒng)測試是在開發(fā)的后期才介入，現(xiàn)在測試活動已經(jīng)擴(kuò)展到了整個生命周期。（T）7.傳統(tǒng)測試以發(fā)現(xiàn)錯誤為目的，現(xiàn)在測試已經(jīng)擴(kuò)展到了錯誤預(yù)防的范疇。T 8.軟件測試的生命周期包括測試計劃、測試設(shè)計、測試執(zhí)行、缺陷跟蹤、測試評估。（T）9.調(diào)試從一個已知的條件開始，使用預(yù)先定義的過程，有預(yù)知的結(jié)果；測試從一個未知的條件開始，結(jié)束的過程不可預(yù)計。（F）

10.白盒測試往往會造成測試用例之間可能存在嚴(yán)重的冗余和未測試的功能漏洞。（F）11.在所有的黑盒測試方法中，基于決策表的測試是最為嚴(yán)格、最具有邏輯性的測試方法。（∨）12.永遠(yuǎn)有缺陷類型會在測試的一個層次上被發(fā)現(xiàn)，并且能夠在另一個層次上逃避檢測。（∨）13.測試用例的數(shù)目越多，測試的效果越好。（x）

14.只要能夠達(dá)到100％的邏輯覆蓋率，就可以保證程序的正確性。（x）15.單元測試屬于動態(tài)測試。（∨）16.驗收測試是以最終用戶為主的測試。（∨）17.沒有發(fā)現(xiàn)錯誤的測試是沒有價值的。（∨）18.可以把不合格的開發(fā)人員安排做測試。（x）19.每一個軟件項目都有一個最優(yōu)的測試量。（∨）

20.黑盒測試往往會造成測試用例之間可能存在嚴(yán)重的冗余和未測試的功能漏洞。（∨）

三、簡答題：共4小題，每題5分，滿分20分。

1、簡單描述一下軟件測試工程師一般會承擔(dān)的一些具體工作。1：檢視代碼，評審開發(fā)文檔（靜態(tài)測試方法）

2：進(jìn)行測試設(shè)計，寫作測試文檔（測試計劃，測試方案，測試用例等）3：執(zhí)行測試，發(fā)現(xiàn)軟件缺陷，提交缺陷報告，并確認(rèn)缺陷最終得到了修正。4：通過測試度量軟件的質(zhì)量。

2、黑盒測試與白盒測試各有哪些優(yōu)缺點？

黑盒測試與軟件如何實現(xiàn)無關(guān)，測試用例開發(fā)可以實現(xiàn)并行進(jìn)行，因此可以壓縮總的項目開發(fā)時間，缺點：測試用例可以之間可能存在嚴(yán)重的冗余。還會有未測試的軟件漏洞。白盒測試局限于已經(jīng)完成的代碼行為當(dāng)中，離代碼太近，如果黑盒測試結(jié)合白盒測試的覆蓋率指標(biāo)執(zhí)行，冗余和漏洞問題會被發(fā)現(xiàn)并解決。如果發(fā)現(xiàn)同一條程序路徑被多個功能性測試用例遍歷，就可以懷疑這種冗余不會發(fā)生新的缺陷。

3、畫圖描述測試層次與傳統(tǒng)開發(fā)V型瀑布模型的對應(yīng)

4、有函數(shù)f(x,y,z)，其中x∈[1900,2100]，y∈[1,12]，z∈[1,31]的。請寫出該函數(shù)采用基本邊界值分析法設(shè)計的測試用例。

(2000,6,1)，（2000,6,2），（2000,6,30），（2000,6,31），（2000,1,15），（2000,2,15）（2000,13,15），（2000,12,15），（1900,6,15），（1901,6,15），（1999,6,15），（2100,6,15）（2000,6,15）

測試用例來自等價類的邊界；正好等于；剛剛大于；剛剛小于邊界的值

四、綜合題：共1小題，每題20分，滿分20分。

1、使用基本路徑測試方法，為以下程序段設(shè)計測試用例。（1）畫出程序的控制流圖。

（2）計算程序的循環(huán)復(fù)雜度，導(dǎo)出程序基本路徑集中的獨立路徑條數(shù)。

（3）導(dǎo)出基本路徑集，確定程序的獨立路徑。

（4）根據(jù)（3）中的獨立路徑，設(shè)計測試用例（確?；韭窂郊械拿恳粭l路徑的執(zhí)行）的輸入數(shù)據(jù)和預(yù)期輸出。

void Do(int X,int A,int B){ 1 if((A>1)&&(B=0))2 X = X/A;3 if((A=2)||(X>1))4 X = X+1;5 }

由于控制流圖假設(shè)的是單條件，因此對于復(fù)合條件，可將其分解為多個單個條件，并映射成控制流圖。1： A>1； 2： B=0 ； 3： X = X/A ； 4： A=2 ； 5：X>1 ； 6： X = X+1； 7： }

第三篇：軟件測試期末總結(jié)

1.下列關(guān)于軟件測試的敘述錯誤的是（D）。

A.軟件測試可以作為度量軟件與用戶需求間差距的手段 B.沒有發(fā)現(xiàn)錯誤的測試也是有價值的

C.軟件測試的根本目的是盡可能多地發(fā)現(xiàn)軟件中存在的問題，最終把一個高質(zhì)量的軟件系統(tǒng)交給用戶使用

D.軟件測試的主要工作內(nèi)容包括發(fā)現(xiàn)軟件中存在的錯誤并解決存在的問題

2.軟件測試技術(shù)可以分為靜態(tài)測試和動態(tài)測試，下列說法中錯誤的是（D）A.靜態(tài)測試是指不運行實際程序，通過檢查和閱讀等手段來發(fā)現(xiàn)程序中的錯誤。B.動態(tài)測試是指實際運行程序，通過運行的結(jié)果來發(fā)現(xiàn)程序中的錯誤。C.動態(tài)測試包括黑盒測試和白盒測試。

D.白盒測試是靜態(tài)測試，黑盒測試是動態(tài)測試。

3.月收入<=800元者免稅，現(xiàn)用輸入數(shù)800元和801元測試程序，則采用的是(A)方法。A.邊界值分析 B.條件覆蓋 C.錯誤推測 D.邏輯覆蓋

4.等價類劃分法的關(guān)鍵是（C)。A.確定等價類的邊界條件 B.按照用例來確定等價類 C.劃分等價類

D.確定系統(tǒng)中相同和不同的部分

5.某教學(xué)設(shè)備銷售部門制定一項銷售優(yōu)惠政策，一次購買100臺或100臺以上者按八五折優(yōu)惠，購買者是教師、學(xué)生按九折優(yōu)惠。設(shè)C1表示購買的臺數(shù)，C2為1、2、0分別表示教師、學(xué)生和其他人員，則符合九折優(yōu)惠判定條件為(A)。A.（C1<100）AND NOT（C2=0）B.（C1<100）AND NOT（C2>0）C.NOT（C1>100）AND（C2=0）D.NOT（C1<100）AND（C2>0）

6.(D)能夠有效地檢測輸入條件的各種組合可能會引起的錯誤。A.等價類劃分 B.邊界值分析 C.錯誤推測 D.因果圖

7.軟件測試用例主要由輸入數(shù)據(jù)和(C)兩部分組成。A.測試計劃 B.測試規(guī)則 C.預(yù)期輸出結(jié)果

D.以往測試記錄分析

8.在用白盒測試中的邏輯覆蓋法設(shè)計測試用例時，有語句覆蓋、分支覆蓋、條件覆蓋、判定-條件覆蓋、條件組合覆蓋和路徑覆蓋等，其中（A）是最弱的覆蓋準(zhǔn)則。A.語句覆蓋 B.條件覆蓋

C.判定-條件覆蓋 D.條件組合覆蓋 9.以下不屬于白盒測試技術(shù)的是（D）A.邏輯覆蓋 B.基本路徑測試 C.循環(huán)覆蓋測試 D.等價類劃分

10.集成測試的策略一般分為：一次性集成和漸增式集成。下面哪一條真實地反映了前者與后者的不同？（A）。

A.后者比前者更適合大規(guī)模應(yīng)用系統(tǒng)的集成測試

B.在集成測試中發(fā)現(xiàn)問題時，前者比后者更容易進(jìn)行問題定位

C.前者需要開發(fā)驅(qū)動模塊和樁模塊，而后者不需要開發(fā)驅(qū)動模塊和樁模塊 D.前者不需要所有模塊就緒，而后者需要所有模塊就緒 11.集成測試又稱為組裝測試，其主要內(nèi)容包括(C)。A.對整體的性能進(jìn)行測試

B.用白盒法設(shè)計測試用例進(jìn)行測試 C.確定組裝策略和次序 D.對運行過程進(jìn)行測試

12.全局?jǐn)?shù)據(jù)結(jié)構(gòu)的錯誤通常在(C)中檢查。A.單元測試 B.有效性測試 C.集成測試 D.確認(rèn)測試

13.軟件開發(fā)公司組織內(nèi)部人員，模擬各類用戶行為對即將面市的軟件產(chǎn)品進(jìn)行的測試我們稱之為（B）。A.系統(tǒng)測試

B.α測試 C.β測試 D.綜合測試

14.對一個網(wǎng)站的連接速度測試屬于（C）?

A．功能測試

B.客戶端兼容性測試

C.性能測試 D.安全測試

15.軟件測試管理是軟件工程的保護(hù)性活動，其基本內(nèi)容不包括（C）。A.測試組織管理 B.測試過程管理 C.效益管理

D.資源和配置管理

32.下面對軟件測試流程的描述，哪個是正確的？（A）

A.制定測試計劃->設(shè)計測試方案及測試用例->部署實施測試->執(zhí)行測試->缺陷跟蹤管理->測試總結(jié)報告

B.制定測試計劃->部署實施測試->設(shè)計測試方案及測試用例->執(zhí)行測試->缺陷跟蹤管理->測試總結(jié)報告

C.部署實施測試->制定測試計劃->設(shè)計測試方案及測試用例->執(zhí)行測試->缺陷跟蹤管理->測試總結(jié)報告 D.制定測試計劃->設(shè)計測試方案及測試用例->執(zhí)行測試->部署實施測試->缺陷跟蹤管理->測試總結(jié)報告

15.與設(shè)計測試數(shù)據(jù)無關(guān)的是（D）A.該軟件的設(shè)計人員 B.程序的復(fù)雜程度 C.源程序

D.項目開發(fā)計劃

18.McCabe復(fù)雜性度量又稱(B)。A.代碼行度量 B.環(huán)路度量 C.程序量度量 D.功能性度量

1.（A）說明了軟件測試與開發(fā)的并行關(guān)系，體現(xiàn)了測試貫穿于整個開發(fā)過程的思想。A.W模型 B.V模型 C.H模型 D.X模型

2.在下面幾句中，判斷哪一個是正確的。（D）。A.測試工作應(yīng)在編碼階段結(jié)束后開始。

B.測試設(shè)計工作與軟件開發(fā)活動是相互獨立、相互無關(guān)的。

C.測試腳本是指一個測試包，它由一組邏輯相關(guān)的測試用例組成。D.過度測試會影響進(jìn)度和增加成本。

3.以下哪種測試方法屬于黑盒測試技術(shù)（C）。A.基本路徑測試 B.循環(huán)覆蓋測試 C.邊界值分析測試 D.語句覆蓋測試

4.程序功能說明中指出：由三個輸入數(shù)據(jù)表示一個三角形的三條邊長。根據(jù)黑盒法中的邊界值分析法設(shè)計測試用例，應(yīng)選(D)。A.a=3,b=4,c=5 B.a=1,b=2,c=4 C.上述A、B項目都應(yīng)選上 D.a=1,b=2,c=3 5.某程序功能說明中列出“規(guī)定每個運動員參賽項目為1——3項”，應(yīng)用黑盒法中的等價類劃分法確定等價類是(D)。A.1<=項目數(shù)<=3 B.項目數(shù)<1 C.項目數(shù)>3 D.以上都是

6.如果某個程序的輸入數(shù)據(jù)的可能值劃分為n個合理等價類，m個不合理等價類，這些等價類均為數(shù)軸上的一個有限區(qū)間范圍，則采用邊界值測試方法至少需要(D)個測試用例。A.m+n B.2m+n C.2n+m D.2(m+n)7.在用白盒測試中的邏輯覆蓋法設(shè)計測試用例時，有語句覆蓋、分支覆蓋、條件覆蓋、判定-條件覆蓋、條件組合覆蓋和路徑覆蓋等，在下列覆蓋中，（D）是最強(qiáng)的覆蓋準(zhǔn)則。A.語句覆蓋 B.條件覆蓋

C.判定-條件覆蓋 D.條件組合覆蓋 8.{ void SelectSort(datalist & list){ //對表list.V[0]到list.V[n-1]進(jìn)行排序, n是表當(dāng)前長度。

for(int i = 0;i < list.n-1;i++){ int k = i;

//在list.V[i].key到list.V[n-1].key中找具有最小關(guān)鍵碼的對象 for(int j = i+1;j < list.n;j++)if(list.V[j].getKey()< list.V[k].getKey())k = j;

//當(dāng)前具最小關(guān)鍵碼的對象

if(k!= i)Swap(list.V[i], list.V[k]);//交換

} } 上面是選擇排序的程序，其中datalist是數(shù)據(jù)表，它有兩個數(shù)據(jù)成員：一是元素類型為Element的數(shù)組V，另一個是數(shù)組大小n。算法中用到兩個操作，一是取某數(shù)組元素V[i]的關(guān)鍵碼操作getKey()，一是交換兩數(shù)組元素內(nèi)容的操作Swap()：請問該程序段的McCabe環(huán)路復(fù)雜性為多少？（D）} A.2 B.3 C.4 D.5 9.對于傳統(tǒng)軟件來說，按集成粒度不同可以把集成測試分為（C）。①模塊間集成測試 ②類內(nèi)集成測試 ③類間集成測試 ④子系統(tǒng)內(nèi)集成測試 ⑤ 子系統(tǒng)間集成測試 A.①②③ B.②③④ C.①④⑤ D.②③⑤

10.在有關(guān)集成測試的敘述中，(A)是正確的。A.測試底層模塊時不需要樁模塊 B.驅(qū)動模塊的作用是模擬被調(diào)模塊 C.自頂向下測試方法易于設(shè)計測試結(jié)果

D.自底向上測試方法有有利于提前預(yù)計測試結(jié)果 11.系統(tǒng)測試中主要用到的測試技術(shù)是（B）A.回歸測試 B.黑盒測試 C.白盒測試 D.功能測試

12.不斷執(zhí)行同樣的操作，如不停地啟動或關(guān)閉程序、反復(fù)讀寫數(shù)據(jù)或者選擇同一個操作。這種測試我們稱之為（B）測試。A.強(qiáng)度 B.重復(fù) C.壓迫 D.重負(fù)

13.以下關(guān)于測試管理原則的描述中不正確的是（C）。A.實施全過程測試，有助于及時應(yīng)對項目變化，降低測試風(fēng)險。

B.軟件應(yīng)全面測試，不僅對所有產(chǎn)品進(jìn)行測試，還要求開發(fā)人員和測試人員全面參與。C.不能將測試過程從開發(fā)過程中抽象出來，作為一個獨立的過程進(jìn)行管理。

D.盡早開展測試準(zhǔn)備工作，能使測試人員較早了解測試難度、預(yù)測風(fēng)險、提高效率。14.下面敘述中，哪一項不是測試項目管理者的職責(zé)？（B）。A.合理分配任務(wù) B.負(fù)責(zé)建立測試環(huán)境 C.制訂測試策略

D.將已有經(jīng)驗靈活應(yīng)用到新項目中

15.下列所述的測試原則中，錯誤的是(D)。A.應(yīng)設(shè)計非法輸入的測試用例 B.測試用例要給出測試的預(yù)期結(jié)果 C.因維護(hù)修改程序后需回歸測試 D.開發(fā)小組與測試小組合并

1.對于軟件測試分類，下列各項都是按照不同階段來進(jìn)行的劃分，除了（C）。A.單元測試 B.集成測試 C.黑盒測試 D.系統(tǒng)測試

2.在軟件測試中，確認(rèn)測試主要用于發(fā)現(xiàn)(B)階段的錯誤。A.軟件計劃 B.需求分析 C.軟件設(shè)計 D.編碼

3.（C）方法根據(jù)輸出對輸入的依賴關(guān)系設(shè)計測試用例。A.路徑測試 B.等價類 C.因果圖

D.邊界值分析

4.在功能測試中，假設(shè)求實數(shù)x的平方根，我們第1次輸入“最小的負(fù)實數(shù)”進(jìn)行測試，第2次輸入“稍小于0”進(jìn)行測試，第3次輸入0進(jìn)行測試，第4次輸入“稍大于0”進(jìn)行測試，第5次輸入“最大的正實數(shù)”進(jìn)行測試，那么這種測試屬于（A)。A.邊界值分析法 B.絕對值分析法 C.相對值分析法 D.等價類劃分法

5.為了提高測試的效率，應(yīng)該(D)。A.隨機(jī)地選取測試數(shù)據(jù) B.取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù) C.在完成編碼以后制定軟件的測試計劃

D.選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)

6.現(xiàn)有一個計算類型的程序，它的輸入只有一個Y，其范圍是—50≤Y≤50?，F(xiàn)從輸入的角度考慮設(shè)計了一組測試用例：—100，100，0。設(shè)計這組測試用例的方法是(B)。A.條件覆蓋法 B.等價類劃分法 C.邊界值分析法 D.錯誤推測法

7.實際的邏輯覆蓋測試中，一般以（C)為主設(shè)計測試用例。A.條件覆蓋 B.判定覆蓋 C.條件組合覆蓋 D.路徑覆蓋 8.{ PROCEDURE averagy i = 1;total.input = total.valid = 0;sum = 0;DO WHILE value[i] <>-999 AND total.input < 100 increment total.valid by 1;IF value[i] >= minimum AND value[i] <= maximum THEN increment total.valid[i];ELSE skip;ENDIF Increment i by 1;ENDDO IF total.valid > 0 THEN averagy = sum / total.valid;ELSE averagy =-999;ENDIF END averagy 上面是一個求平均值的程序，請問該程序段的McCabe環(huán)路復(fù)雜性為多少？（C）} A.4 B.5 C.6 D.7 9.測試人員在提交軟件缺陷報告后，很可能發(fā)現(xiàn)開發(fā)人員對報告的缺陷存在異議。因此需要一個雙方認(rèn)同的準(zhǔn)則，用于判定軟件產(chǎn)品是否存在軟件缺陷。在實際的軟件項目工作中，我們通常采納的判定準(zhǔn)則是（B）。A.測試人員提供的這個軟件缺陷的證據(jù)

B.軟件產(chǎn)品的運行結(jié)果與需求規(guī)格說明書不一致 C.可以客觀地描述這個軟件缺陷 D.軟件產(chǎn)品的運行結(jié)果與測試人員預(yù)期的不一致

10.從供選擇的答案中選出同下列關(guān)于軟件測試的各條敘述關(guān)系最密切的字句。

在測試具有層次結(jié)構(gòu)的大型軟件時，有一種方法是從上層模塊開始，由上到下進(jìn)行測試。此時，有必要用一些模塊替代尚未測試過的下層模塊。（A）A.樁 B.仿真器 C.模擬器 D.原型

11.集成測試時，能較早發(fā)現(xiàn)高層模塊接口錯誤的測試方法為(A)。A.自頂向下漸增式測試 B.自底向上漸增式測試 C.非漸增式測試 D.系統(tǒng)測試

12.系統(tǒng)測試一般從客戶角度考察和評價軟件產(chǎn)品的質(zhì)量，不考慮開發(fā)方關(guān)注的質(zhì)量特性。那么，下面那一個質(zhì)量特性一般不是系統(tǒng)測試的重點？（D）A.是否符合有關(guān)的國家和行業(yè)標(biāo)準(zhǔn) B.產(chǎn)品版本升級是否容易

C.軟件產(chǎn)品是否易于理解和使用 D.可復(fù)用的軟件部件所占的比例

13.同時啟動上百個模擬連接去請求服務(wù)器的服務(wù)，這種測試我們稱之為（D）測試。A.安全 B.重復(fù) C.容量 D.壓力

14.在軟件質(zhì)量概念中，不屬于測試要達(dá)到的目標(biāo)為（D）A.確保建立了測試計劃，并按照測試計劃進(jìn)行測試 B.確保測試計劃覆蓋了所有的系統(tǒng)規(guī)格定義和系統(tǒng)需求 C.確保經(jīng)過測試和調(diào)試，軟件仍舊符合系統(tǒng)規(guī)格和需求定義 D.確保設(shè)計變更被正確的跟蹤、控制、文檔化

15.軟件測試是軟件質(zhì)量保證的重要手段，下述哪種測試是軟件測試的最基礎(chǔ)環(huán)節(jié)？（B)A.功能測試 B.單元測試 C.結(jié)構(gòu)測試 D.確認(rèn)測試

1.提高測試的有效性十分重要，“高產(chǎn)”的測（C）。A.用適量的測試用例運行程序，證明被測程序正確無誤

B.用適量的測試用例運行程序，證明被測程序符合相應(yīng)的要求 C.用少量的測試用例運行程序，發(fā)現(xiàn)被測程序盡可能多的錯誤 D.用少量的測試用例運行程序，糾正被測程序盡可能多的錯誤 2.在一個軟件項目中，開發(fā)人員主要承擔(dān)哪項工（D）A.驗收測試 B.系統(tǒng)測試 C.回歸測試 D.單元測試

3.某信息管理系統(tǒng)中，允許用戶輸入8位數(shù)字的市話號碼。如果使用等價類劃分法來設(shè)計測試用例，從保證測試效果的角度看，你認(rèn)為哪一組是最佳的選擇（C）。A.63570007、80603805、100080、39103825 B.62570007、80603805 C.62570007、391038255、8252323、空值、h? D.39103825、8252323、@、*** 4.如果一個排序程序所設(shè)定的測試用例為：（1）表空

（2）表中只有一個元素

（3）表中均有相同的關(guān)鍵字值

（4）元素已排序，則此測試方法稱為(D)。A.等價類劃分法 B.邊界值分析法 C.因果圖法 D.錯誤推測法

5.軟件測試方法中，黑盒、白盒測試法是常用的方法，其中黑盒測試主要用于測試（B）。A.結(jié)構(gòu)合理性 B.軟件的功能 C.程序正確性 D.程序內(nèi)部邏輯

6.若有一個計算類型的程序，它的輸入量只有一個X，其范圍是［-1.0，1.0］，現(xiàn)從輸入的角度考慮一組測試用例：-1.001，-1.0，1.0，1.001。設(shè)計這組測試用例的方法是(C)A.條件覆蓋法 B.等價分類法 C.邊界值分析法 D.錯誤推測法 7.{

int GetMax(int n, int datalist[ ])

{

intk=0;

for(int j=1;j

if(datalist[j] > datalist[k])k=j;

returnk;

} 上面是一段求最大值的程序，其中datalist是數(shù)據(jù)表，n是datalist的長度。請問該程序段的McCabe環(huán)路復(fù)雜性為多少？（B）} A.2 B.3 C.4 D.5 8.使用程序設(shè)計的控制結(jié)構(gòu)導(dǎo)出測試用例的測試方法是（B）A.黑盒測試 B.白盒測試 C.邊界測試 D.系統(tǒng)測試 9.集成測試也叫做（A）。①單元測試 ②部件測試 ③組裝測試 ④系統(tǒng)測試 ⑤確認(rèn)測試 ⑥聯(lián)合測試 A.③⑥ B.①② C.⑤⑥ D.③④

10.漸增式集成測試是將模塊一個一個地連入系統(tǒng)，每連入一個模塊(C)。A.只需要對新連入的模塊進(jìn)行測試 B.都不需要再進(jìn)行測試 C.要對新子系統(tǒng)進(jìn)行測試 D.都要進(jìn)行回歸測試

11.軟件開發(fā)公司組織各方面的典型用戶在日常工作中對軟件進(jìn)行實際使用，并要求用戶報告異常情況，這種測試我們稱之為（C）。A.系統(tǒng)測試

B.α測試 C.β測試 D.綜合測試

12.單元測試是發(fā)現(xiàn)編碼錯誤，集成測試是發(fā)現(xiàn)模塊的接口錯誤，確認(rèn)測試是為了發(fā)現(xiàn)功能錯誤，那么系統(tǒng)測試是為了發(fā)現(xiàn)（C）的錯誤。A.接口錯誤 B.編碼錯誤

C.性能、質(zhì)量不合要求 D.功能錯誤

13.在實際的軟件項目工作中，測試人員運行測試用例，觀察運行結(jié)果，當(dāng)發(fā)現(xiàn)軟件缺陷時提交軟件缺陷報告。那么，測試人員判定一個運行結(jié)果中存在缺陷的準(zhǔn)則是（C）。A.這個運行結(jié)果與測試人員預(yù)期的不一致 B.測試人員可以從中找到缺陷的證據(jù)

C.這個運行結(jié)果與測試用例中的預(yù)期結(jié)果不一致 D.開發(fā)人員承認(rèn)這個運行結(jié)果中存在缺陷

14.軟件測試計劃開始于需求分析階段，完成于（B）階段。A.需求分析 B.軟件設(shè)計 C.軟件實現(xiàn) D.軟件測試

15.與設(shè)計測試用例無關(guān)的文檔是(A)。A.項目開發(fā)計劃 B.需求規(guī)格說明書 C.設(shè)計說明書 D.源程序

1.下面說法正確的是（C）。

A.經(jīng)過測試沒有發(fā)現(xiàn)錯誤說明程序正確 B.測試的目標(biāo)是為了證明程序沒有錯誤

C.成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯誤的測試 D.成功的測試是沒有發(fā)現(xiàn)錯誤的測試 2.不屬于白盒測試的技術(shù)是（C）。A.語句覆蓋

B.判定覆蓋

C.邊界值分析 D.基本路徑測試

3.單元測試主要針對模塊的幾個基本特征進(jìn)行測試，該階段不能完成的測試是（A）。A.系統(tǒng)功能 B.局部數(shù)據(jù)結(jié)構(gòu)

C.重要的執(zhí)行路徑 D.錯誤處理

4.軟件測試過程中的集成測試主要是為了發(fā)現(xiàn)（B）階段的錯誤。A.需求分析 B.概要分析 C.詳細(xì)設(shè)計 D.編碼 5.軟件測試不需要了解軟件設(shè)計的（D）。

A.功能

B.內(nèi)部結(jié)構(gòu) C.處理過程

D.條件

6.（C）方法根據(jù)輸出對輸入的依賴關(guān)系設(shè)計測試用例。A.路徑測試 B.等價類 C.因果圖 D.邊界值分析

7.通常，在（D）的基礎(chǔ)上，將所有模塊按照設(shè)計要求組裝成系統(tǒng) A.組裝測試 B.系統(tǒng)測試 C.驗收測試 D.單元測試

9.使用白盒測試方法時，確定測試數(shù)據(jù)應(yīng)根據(jù)（A）和指定的覆蓋標(biāo)準(zhǔn)。

A.程序內(nèi)部邏輯

B.程序的復(fù)雜度 C.使用說明書

D.程序的功能

10.與設(shè)計測試用例無關(guān)的文檔是（A）。A.項目開發(fā)計劃

B.需求規(guī)格說明書

C.設(shè)計說明書

D.源程序

1.負(fù)載測試是驗證要檢驗的系統(tǒng)的能力最高能達(dá)到什么程度。錯

2.健壯性測試的測試重點為當(dāng)出現(xiàn)故障時，是否能夠自動恢復(fù)或忽略故障繼續(xù)運行。對 3.可用性測試是對于用戶友好性的測試，是指在設(shè)計過程中被用來改善易用性的一系列方法。對

4.軟件測試管理原則之一是全面測試，它的含義：一是對軟件的所有產(chǎn)品進(jìn)行全面的測試；二是測試人員應(yīng)對測試的全過程進(jìn)行全程的跟蹤。錯 5.程序代碼編寫完成之后，軟件測試工作開始。錯 6.軟件測試是測試人員的事，與開發(fā)人員無關(guān)。錯 7.軟件的Bug就是指程序運行時出現(xiàn)的故障。錯

8.在n個變量的程序中，用邊界值分析法設(shè)計測試用例，測試用例的個數(shù)為4n+1。對 9.缺陷狀態(tài)為“已解決”表示該缺陷已經(jīng)被測試人員回歸測試完畢，準(zhǔn)備歸檔移除。錯 10.處于“已解決”狀態(tài)的缺陷，下一步狀態(tài)只能是“重新提交”或者“已關(guān)閉”。對 1.在進(jìn)行負(fù)載測試的同時進(jìn)行安全性測試是不合情理的。錯

2.在性能測試中，如果發(fā)現(xiàn)SQLServer資源監(jiān)控中的一個指標(biāo)緩存點擊率偏高，這說明系統(tǒng)運行效率較高。對

3.在程序有修改的情況下保證原有功能正常的一種測試方法是回歸測試。對 4.所有測試的標(biāo)準(zhǔn)都是建立在用戶需求之上。對 5.黑盒測試用例在軟件編碼完成后才可以設(shè)計。錯 6.軟件測試技術(shù)要求不高，至少比編程容易多了。錯

7.設(shè)計－實現(xiàn)－測試，軟件測試是開發(fā)后期的一個階段。錯

8.在n個變量的程序中，采用健壯性邊界值分析法設(shè)計測試用例，測試用例的個數(shù)為6n+1。對

9.缺陷狀態(tài)為“打開”表示該缺陷已被開發(fā)人員看到。對 10.缺陷狀態(tài)為“已拒絕”表示該缺陷開發(fā)人員拒絕修改。對

1.系統(tǒng)測試的目標(biāo)是要找出軟件在與系統(tǒng)其他部分協(xié)調(diào)工作時出現(xiàn)的所有故障。錯 2.壓力測試是通過逐步增加系統(tǒng)負(fù)載來測試系統(tǒng)性能的變化，并最終確定在什么負(fù)載條件下系統(tǒng)性能處于失效狀態(tài)，以此來獲得系統(tǒng)性能提供的最大服務(wù)級別的測試。對 3.安全性測試最終證明應(yīng)用程序是安全的。錯

4.軟件開發(fā)是一個漸進(jìn)的過程，測試計劃需要根據(jù)需求變更及時調(diào)整。對 5.項目立項前測試人員不需要提交任何工件。對 6.軟件測試隨便找一個能力差的人就能做。錯

7.永遠(yuǎn)也不可能完成軟件測試，這個重?fù)?dān)將從開發(fā)方轉(zhuǎn)移到客戶/用戶的身上，用戶的每一次使用就是一次測試。對

8.當(dāng)被測軟件仍存在嚴(yán)重影響系統(tǒng)功能實現(xiàn)的缺陷，但存在合理的更正辦法時，該軟件可以發(fā)布。錯

9.缺陷狀態(tài)為“打開”表示該缺陷剛提交，開發(fā)人員還未看到該缺陷。錯

10.處于“已拒絕”狀態(tài)的缺陷，下一步狀態(tài)只能是“重新提交”或者“已關(guān)閉”。對 1.性能測試的重點在于前期數(shù)據(jù)的設(shè)計與后期數(shù)據(jù)的分析。對 2.通常使用平均無故障時間MTBF來衡量系統(tǒng)的可靠性。對

3.先對每個模塊分別測試，然后統(tǒng)一組裝成軟件系統(tǒng)的方法稱為漸增式測試。錯 4.測試計劃是做好測試工作的前提。對

5.如果發(fā)布出去的軟件有質(zhì)量問題，那是軟件測試人員的錯。錯 6.有時間就多測試一些，來不及就少測試一些。錯

7.當(dāng)用于軟件測試的時間或資金不夠用時，就完成了軟件測試。錯

8.當(dāng)被測軟件仍存在嚴(yán)重影響系統(tǒng)功能實現(xiàn)的缺陷，但不存在合理的更正辦法時，該軟件可以發(fā)布。錯

9.缺陷狀態(tài)為“已解決”表示該缺陷已經(jīng)被開發(fā)人員修改好，但是測試人員還未進(jìn)行回歸測試。對

10.處于“打開”狀態(tài)的缺陷，下一步狀態(tài)只能是“已解決”或者“已拒絕”。對

第四篇：《軟件系統(tǒng)分析與設(shè)計》期末復(fù)習(xí)知識點總結(jié)

一、方法論模型。

1、BOOCH、OMT、OOSE、Coad-Yourdon（前三者組成UML）

2、UML包括9種圖，分別為用例圖、靜態(tài)圖（包圖、類圖、對象圖）、實現(xiàn)圖（構(gòu)件圖、部署圖）、行為圖（活動圖、狀態(tài)圖、交互圖(順序圖、協(xié)作圖)）基本規(guī)范，泛化關(guān)聯(lián)，包含關(guān)聯(lián)，擴(kuò)展關(guān)聯(lián)

3、基本模型——類圖、需求模型——用例圖、輔助模型——其他各種圖

4、兩大工具：Rose、PowerDesigner

5、方法三要素：模型、工具和過程

6、結(jié)構(gòu)化分析三視圖模型E-R、DFD、STD

7、OMT方法的三大模型：對象模型、功能模型、動態(tài)模型

8、Coad/Yourdon方法的五大層次：對象-類、結(jié)構(gòu)、主題、屬性、服務(wù)

二、基本建模（類圖與對象圖）

1、類之間的關(guān)系：關(guān)聯(lián)關(guān)系、依賴關(guān)系、泛化關(guān)系。

2、抽象類與接口：抽象類有些方法可以提供實現(xiàn)代碼，接口所有的方法都沒有提供實現(xiàn)代碼。抽象類只能被繼承，接口只能被實現(xiàn)。

3、類的版型：實體類（數(shù)據(jù)庫、文件等）、邊界類（如窗體、對話框）、控制類（協(xié)調(diào)交互）

三、需求建模（用例圖）

1、參與者指系統(tǒng)以外的、需要使用系統(tǒng)或與系統(tǒng)交互的外部實體?？梢苑譃椋喝?、外部設(shè)備、外部系統(tǒng)。

2、參與者之間的關(guān)系：泛化關(guān)系，參與者與用例之間的關(guān)系：關(guān)聯(lián)關(guān)系。用例之間的關(guān)系：泛化關(guān)系，包含關(guān)系，擴(kuò)展關(guān)系。包含關(guān)系和擴(kuò)展關(guān)系都是依賴關(guān)系的特例。

3、用例是對一個參與者使用系統(tǒng)的一項功能時所進(jìn)行的交互過程的一個文字描述序列。是參與者可以感受到的系統(tǒng)服務(wù)或功能單元。

4、用例描述是一個關(guān)于參與者與系統(tǒng)如何交互的規(guī)范說明（包含用例用例名稱、用例描述、基本事件流、參與者、前置后置條件等）

5、用例的進(jìn)一步描述：活動圖、順序圖（通信圖）

四、行為建模（狀態(tài)圖與活動圖）

1、行為模型包括：狀態(tài)模型（狀態(tài)圖，單對象）、活動模型（活動圖，多對象）、交互模型（順序圖，多對象）。

2、調(diào)用事件表示的是對操作的調(diào)用，變化事件一個布爾表達(dá)式變量的值發(fā)生變化。時間事件滿足某一時間表達(dá)式的情況的出現(xiàn)。信號事件就是由一個對象異步地發(fā)送、并由另一個對象（即狀態(tài)圖所對應(yīng)的對象）接收的已命名的實體。調(diào)用事件狀態(tài)圖內(nèi)對象和外部對象都能發(fā)起，信號事件只能由外部發(fā)起。

3、對象處于不同的狀態(tài)，導(dǎo)致后續(xù)要執(zhí)行不同的操作。這些操作可能歸屬于不同的用例。一個用例的執(zhí)行對應(yīng)一個順序圖。順序圖刻畫了多個對象之間的消息發(fā)送關(guān)系。需要多個用例的順序圖，來融合地描述一個對象的完整狀態(tài)圖。

4、活動表示的是某流程中的任務(wù)的執(zhí)行，它可以表示某算法過程中語句的執(zhí)行。

5、分叉表示的是一個控制流被兩個或多個控制流代替，經(jīng)過分叉后，這些控制流是并發(fā)進(jìn)行的。匯合正好與分叉相反，表示兩個或多個控制流被一個控制流代替。

6、泳道（swimlane）是活動圖中的區(qū)域劃分，根據(jù)每個活動的職責(zé)對所有活動進(jìn)行劃分，每個泳道代表一個責(zé)任區(qū)。關(guān)心的是其所代表的職責(zé)。

7、活動圖用途：對業(yè)務(wù)過程進(jìn)行建模。對某個方法具體過程建模。

8、狀態(tài)與活動的區(qū)別：狀態(tài)是一個對象所處的境況。通常是執(zhí)行了一個（或多個）活動后的結(jié)局?；顒邮且欢纬绦虼a的執(zhí)行，對應(yīng)于若干個步驟的集成。不同的狀態(tài)會導(dǎo)致不同的功能（對應(yīng)于若干個活動）的執(zhí)行。一個方法可能需要多個（也可以是一個）活動來完成。一個活動只能屬于一個方法。一個用例對應(yīng)于若干個活動。

五、交互建模（順序圖和協(xié)作圖）

1、靜態(tài)結(jié)構(gòu)使用類圖，動態(tài)結(jié)構(gòu)使用順序圖、協(xié)作圖、狀態(tài)圖、活動圖。

2、對象：同類圖中的對象，是類的實例

生命線：從對象圖標(biāo)向下延伸的一條虛線，表示對象存在的生命期 控制焦點（激活期）：對象執(zhí)行一個動作的時間段 消息：對象間的一次通信

調(diào)用消息的發(fā)送者把控制傳遞給消息的接收者，然后停止活動，等待消息接收者放棄或返回控制。調(diào)用消息可以用來表示同步的意義。

3、順序圖一般對應(yīng)一個用例。一個類中的職責(zé)對應(yīng)該對象執(zhí)行一個動作。

4、對象：同類圖中的對象，是類的實例 ；鏈：對象之間的連接關(guān)系；消息：對象間的一次通信；對象生命周期：對象名稱之后標(biāo)以{new}約束表示創(chuàng)建對象，標(biāo)以{destroy}約束表示銷毀對象

5、協(xié)作圖的建模同順序圖的建模，或者：可以從順序圖直接變換過來，或者：根據(jù)類圖，畫出對應(yīng)的對象圖。在鏈上附著消息。

6、順序圖和協(xié)作圖的聯(lián)系：都用于描述系統(tǒng)中對象之間的交互協(xié)作完成一項功能，彼此可以相互轉(zhuǎn)換。區(qū)別：順序圖強(qiáng)調(diào)的是消息的時間順序；協(xié)作圖強(qiáng)調(diào)的是對象的空間位置關(guān)系。順序圖中有對象生命線和控制焦點；協(xié)作圖中有路徑，消息必須要有消息順序號。順序圖可以表示生命線的分叉；協(xié)作圖可以表示多對象、主動對象。

第五篇：《軟件項目管理》期末復(fù)習(xí)知識點總結(jié)

西南交通大學(xué)軟件項目管理期末復(fù)習(xí)

第一章、第二章（略）第三章

1、軟件過程模型的特征：

原型模型：創(chuàng)新性項目；技術(shù)攻關(guān)；快速驗證。線性模型：一般性的軟件開發(fā)過程（可定量管理）增量模型：軟件產(chǎn)品。（可定量管理）

2、軟件過程的選擇依據(jù) ? 軟件需求的確定性程度 ? 似軟件項目的開發(fā)經(jīng)驗

? 軟件項目的性質(zhì)（項目類型/產(chǎn)品類型）? 客戶的時間要求。

3、軟件管理與工程的區(qū)別

工程：專注于事，專注于過程，專注于實施 管理：專注于人，專注于結(jié)果，專注于協(xié)調(diào)

4、軟件管理要解決的問題

? 目標(biāo)問題? 范圍問題? 資源問題? 組織問題? 計劃問題? 實施控制

第四章

1、管理的地位

低于決策層而高于執(zhí)行層

2、管理的基本職能

領(lǐng)導(dǎo)、組織、計劃、指揮（控制）、協(xié)調(diào)

3、管理的過程

分析、計劃、實施控制、總結(jié)檢查 戴明環(huán)：計劃、執(zhí)行、檢查、改進(jìn)

第五章 組織+流程=業(yè)務(wù)

項目是一種旨在創(chuàng)造某種獨特產(chǎn)品或服務(wù)的臨時性努力。2 項目的內(nèi)容

? 項目目標(biāo) ? 項目范圍

? 項目時間 ? 項目投入 ? 項目質(zhì)量 ? 項目風(fēng)險 項目管理：是通過項目經(jīng)理和項目組織的努力，運用系統(tǒng) 理論和方法對項目及其資源進(jìn)行計劃、組織、協(xié)調(diào)、控制，旨在實現(xiàn)項目的特定目標(biāo)的管理方法體系。4 項目管理的內(nèi)容

? 定義項目 ? 制定項目計劃 ? 項目組織實施 ? 項目控制 ? 項目的結(jié)束 5 項目管理的特點

? 項目管理是一項復(fù)雜的工作。? 項目管理具有創(chuàng)造性。? 項目管理需要集權(quán)領(lǐng)導(dǎo)和建立專門的項 目組織。? 項目負(fù)責(zé)人在項目管理中起著非常重要 的作用。6 項目管理的理解

? 項目管理是一種管理方法體系。

? 項目管理對象是項目，目的是更好地實現(xiàn)項目目標(biāo)。? 項目管理的任務(wù)、職能：對資源進(jìn)行計劃、組織與控制。

? 項目管理職能主要是由項目經(jīng)理執(zhí)行的。

第六章 1 項目管理的核心內(nèi)容

? 項目范圍管理? 項目時間管理? 項目成本管理 2 項目的基本目標(biāo)

– 技術(shù)目標(biāo)（內(nèi)容、質(zhì)量）– 經(jīng)濟(jì)目標(biāo)（成本、利潤）

– 時間目標(biāo)（完成時間、交付時間）3 項目目標(biāo)的概括

? 項目的基本目標(biāo)：在規(guī)定的時間內(nèi)，在規(guī)定的經(jīng)費預(yù)算內(nèi)，保證項目 任務(wù)符合質(zhì)量地完成。

? 項目 基本目標(biāo)中，包括了范圍、時間與經(jīng)費的要求。對應(yīng)這三項基本 目標(biāo)三大管理領(lǐng)域：項目范圍管理、項目時間管理、項目成本管理。

第七章項目的啟動與組織

1、立項申請。

2、組建項目組

2.1組織設(shè)計原理

? 組織設(shè)計的目的是解決勞動分工的問題。

? 組織設(shè)計的任務(wù)是提供組織結(jié)構(gòu)圖和編制職務(wù)說明書。

? 組織設(shè)計要點： – 職務(wù)設(shè)計與分析 – 部門劃分 – 結(jié)構(gòu)的調(diào)整與平衡

? 組織設(shè)計的原則 – 因事設(shè)職與因人設(shè)職相結(jié)合 – 權(quán)責(zé)對等的原則 – 命令統(tǒng)一的原則

2.2項目的組織模式

職能式、項目式、矩陣式、混合式

軟件項目組的角色 – 項目經(jīng)理 – 架構(gòu)設(shè)計師（總工/技術(shù)負(fù)責(zé)人）– 設(shè)計人員 – 程序員 – 配置人員 – 測試人員 2.3項目經(jīng)理應(yīng)具備的素質(zhì)

領(lǐng)導(dǎo)能力 溝通能力 談判能力 問題解決能力 影響組織能力

3、策劃/制作任務(wù)書

項目任務(wù)書：描述、里程碑、評價標(biāo)準(zhǔn)、假設(shè)與約束條件、利益干系人

4、項目開工會

第八章 范圍管理

1、范圍管理的三大工作：項目范圍的識別、安排、控制

2、一個思維——自頂向下，逐步細(xì)化 一個分析工具——層次方框圖

3、軟件生命周期與項目生命周期的區(qū)別

4、軟件產(chǎn)品的結(jié)構(gòu)

? 軟件產(chǎn)品結(jié)構(gòu)是用戶需求的概覽；

? 需求分析是軟件產(chǎn)品范 圍核定的主要方法，由 需求規(guī)格說明書進(jìn)行描述。? 需求規(guī)格書的主要內(nèi)容： – 功能要求 – 性能要求 – 運行環(huán)境要求

? 需求規(guī)格決定了產(chǎn)品范圍

5、軟件項目的工作結(jié)構(gòu)——WBS

? 軟件生命周期、項目生命 周期決定了軟件的工作結(jié)構(gòu)；工作結(jié)構(gòu)決定了項目 范圍。

? 項目范圍是指交付具有規(guī)定特征和功能的產(chǎn)品或服務(wù)所必須完成的工作。

? WBS的用途 – 項目范圍控制 – 工作任務(wù)分配 – 資源分配 – 計劃制定 – 費用估算 ? WBS分解原則：可執(zhí)行、全覆蓋、80小時原則

6、項目范圍的安排：項目計劃

? 項目計劃的內(nèi)容：任務(wù)安排、時間安排、資源安排

? 任務(wù)的先后順序及時間需求是項目時間、資源計劃的基礎(chǔ)。

? 注意可平行執(zhí)行的任務(wù)與具有先后順序的任務(wù)。

第九章 時間管理

1、三大工作：項目活動的時間分析、項目時間的計劃、項目進(jìn)度的控制

2、時間管理的五個主要過程

2.1活動定義

--確定為完成各種項目可交付成果所必須進(jìn)行的諸項具體活動

2.2活動順序

--確定活動之間的依賴關(guān)系，并形成文檔；

2.3活動時間估算

--估算完成單項活動所需要的工作時段數(shù)；

2.4制定進(jìn)度計劃

--分析活動順序、活動歷時和資源需求，編制進(jìn)度 計劃；

2.5進(jìn)度計劃控制

--控制項目進(jìn)度計劃的變化。

3、項目活動圖

項目活動圖是項目活動及其邏輯關(guān)系（依賴關(guān)系）的圖解表示。

3.1箭頭圖 基本符號：

活動（任務(wù)），箭線表示，箭尾i表示作業(yè)開始，箭頭表示作業(yè)結(jié)束。事件，用 “○”表示，“○”是兩條或兩條以上箭線的交結(jié)點，又稱為結(jié)點。

路徑，自活動始點開始，順著箭線的方向，經(jīng)過一系列連續(xù)不斷的作業(yè)和事件直至網(wǎng)絡(luò)終點的通道。

一條路線上各項作業(yè)的時間之和是該路線的總長度（路長）。

關(guān)鍵路徑，在一個網(wǎng)絡(luò)圖中有很多條路線，其中總長度最長的路線稱為“關(guān)鍵路線”，關(guān)鍵路線上的各事件為關(guān)鍵事件，關(guān)鍵時間的周期等于整個工程的總工期。

3.2前導(dǎo)圖

?基本符號：

? 項目任務(wù)，由矩形節(jié)點表示。? 箭頭，代表任務(wù)之間的依賴關(guān)系。? 節(jié)點的描述

? 最早開始時間（ES）? 最遲開始時間（LS）? 最早結(jié)束時間（EF）? 最遲結(jié)束時間（LF）。

浮動時間性是關(guān)于活動的機(jī)動性的術(shù)語，它是一個活動在不影響項目完成時間下可以延遲的時間量。

浮動時間的計算

PLOAT TIME=LS-ES=LF-EF ? 關(guān)鍵路徑

是決定項目歷時的一系列活動，是項目整個過程中最長的路徑。浮動時間小于或等于某指定值（通常是0）的活動來確定關(guān)鍵路徑，關(guān)健路徑上的任何活動延遲，都會導(dǎo)致整個項目完成時間的延遲，代表可以完成項目的最短時間量。關(guān)健活動，關(guān)健路徑上的任一個活動均是關(guān)健活動。

4、進(jìn)度計劃 4.1進(jìn)度計劃表 4.2進(jìn)度計劃圖

5、資源分配

5.1資源是指人員、設(shè)備和材料

5.2 資源分配是向一個項目的活動指派資源 5.3資源表：將所需每種資源的多少量化。

5.4資源甘特圖：類似于甘特圖，確定一個活動所用資源的時間段。5.5 資源柱狀圖： 也稱資源負(fù)荷圖，用于表明所需資源的總數(shù)。

6、兩類不同計劃方法的項目：受資源約束的進(jìn)度計劃與受時間約束的進(jìn)度計劃

6.1 基于資源的方法（也稱受資源約束的進(jìn)度計劃）：將可利用的資源分 配到活動，根據(jù)所識別的資源的可利用性，允許改變網(wǎng)絡(luò)進(jìn)度計劃，歷時可能會延長。

6.2受時間約束的進(jìn)度計劃：網(wǎng)絡(luò)進(jìn)度是固定的。缺少活動所需的資源用 負(fù)的浮動時間表示，浮動時間可能會變成負(fù)值。

7、進(jìn)度控制 7.1進(jìn)度記載

基于網(wǎng)絡(luò)計劃的進(jìn)度記載

1、各活動實際作業(yè)時間記載

2、各活動實際開始、結(jié)束日期記載

3、已完活動記載

4、繪制實際網(wǎng)絡(luò)圖

7.2計劃檢查

檢查關(guān)鍵路徑的情況；

? 檢查其它路徑的情況，查看是否有新的關(guān)鍵路徑；

7.3計劃調(diào)整 ? 調(diào)整方法

– 采取組織措施或技術(shù)措施縮短關(guān)鍵路徑上的后繼作業(yè)時間； – 重新安排活動次序，調(diào)整力量，重新編制網(wǎng)絡(luò)計劃。?歷時壓縮：如何縮短進(jìn)度計劃

? 趕工：采取措施壓縮項目總歷時，在成本與進(jìn)度間權(quán)衡，向關(guān)鍵活動增加資源，趕工經(jīng)常會增加成本。

? 快速跟進(jìn)：通常按順序進(jìn)行的活動，如設(shè)計和施工，因為要壓縮項目進(jìn)度，而將其重疊安排?？焖俑M(jìn)常常要重新返工，通常會增加風(fēng)險。

? 趕工與快速跟進(jìn)，首先均是在關(guān)鍵路徑上進(jìn)行，一旦壓縮了歷時，就要重新檢查關(guān)健路徑。歷時壓縮后，可能出現(xiàn)新的關(guān)健路徑。

?資源利用：如何提高資源使用率或生產(chǎn)率

?

加班工作：增加勞動力費用，可能會降低生產(chǎn)率。?

倒班工作：提高設(shè)備使用率。?

學(xué)習(xí)曲線：重復(fù)的工作可以提高生產(chǎn)率。

第十講 成本管理

1、三大工作

項目成本分析與估算、項目成本計劃（財務(wù)預(yù)算）、項目成本控制

2、成本管理與范圍界定

項目范圍是項目成本估算的依據(jù)，項目成本估算反作用于項目范圍，如根據(jù)估算結(jié)果更改項目范圍。

3、項目成本估算過程 3.1估算依據(jù)

? WBS ? 資源需求 ? 活動工期 ? 估算資料

? 歷史信息 ? 成本會計科目 ? 已識別風(fēng)險 3.2 成本估算 ? 類比估算法

以過去類似活動的參數(shù)值或規(guī)模指標(biāo)為基礎(chǔ)，估算未來活動。

? 參數(shù)估算法

利用歷史數(shù)據(jù)（如軟件的代碼行數(shù)）之間的統(tǒng)計關(guān)系來估算范圍、成本，計劃工作量ⅹ歷史單位成本=活動成本

? 自下而上估算法

對工作組成部分進(jìn)行估算，最后匯總得到整個工作的總投入。

? 三點估算法

?最可能的時間（Tm）、最樂觀時間(To)、最悲觀時間（Tp），按公式（To+4Tm+Tp)/6 3.3成本計劃

?成本管理計劃（財務(wù)預(yù)算）

4、財務(wù)管理工具 4.1資產(chǎn)負(fù)債表 4.2現(xiàn)金流量表 4.3利潤表 4.4會計科目

5、項目融資

股權(quán)融資+債券融資= 項目融資

6、項目成本控制

6.1項目成本控制涉及對于各種能夠引起項目成本變化因素的控制（事前控制），項目實施過程的成本控制（事中控制）和項目實際成本變動的控制（事后控制）三個方面。6.2控制依據(jù)： ? 項目成本基線；

? 項目的成本管理績效報告； ? 項目的變更請求； ? 項目成本管理計劃。

6.3項目成本控制的關(guān)鍵是項目不確定性成本的控制。項目不確定性成本控制的根本任務(wù)是識別和消除不確定性事件，從而避免不確定性成本發(fā)生。6.4項目不確定性成本的成因：

? 項目具體活動本身的不確定性（可發(fā)生或不發(fā)生）； ? 活動規(guī)模及其所耗資源數(shù)量的不確定性；

? 項目活動所耗資源價格的不確定性（價格可高可低）。

第十一章 軟件項目計劃管理

1、計劃階段任務(wù) 工作分解結(jié)構(gòu)-活動排序-資源工期成本估算-進(jìn)度計劃-風(fēng)險溝通計劃-項目計劃

2、工作分解結(jié)構(gòu) 2.1分解原則 完全窮盡，彼此獨立 2.2最底層的特征

一個清晰的任務(wù)完成，一個清晰的責(zé)任人，能夠估算工作量和工期，長度小于80小時

2.3 WBS與責(zé)任落實

3、活動排序 3.1 方法

按照客觀規(guī)律排序、按照目標(biāo)要求排序、按照輕重緩急排序、按照項目內(nèi)在關(guān)系。3.2技巧

利用WBS，由低到高 3.3工期

4、前導(dǎo)圖（PDM）資源、工期和成本估算

4.1資源類型：人員、物資、技術(shù)

4.2 考慮因素：我需要什么？什么時候需要？需要多少？由誰拍板？ 4.3 估算方法：

參照第十章3.2+專家判斷法

5、進(jìn)度計劃

5.1 進(jìn)度計劃：根據(jù)WBS、活動排序、工期估算和所需資源的結(jié)果進(jìn)行分析，制定出項目計劃。5.2 工具 甘特圖法與關(guān)鍵路徑法（參照第九章3.1）

6、風(fēng)險溝通計劃 6.1識別風(fēng)險 頭腦風(fēng)暴法 6.2評估風(fēng)險等級

用高、中、低評價考慮發(fā)生的可能性、對項目產(chǎn)生的影響。6.3制定風(fēng)險響應(yīng)計劃 規(guī)避、轉(zhuǎn)移、減輕、接受 6.4溝通計劃

“四個適當(dāng)”—適當(dāng)時間將適當(dāng)信息通過適當(dāng)?shù)那腊l(fā)送給適當(dāng)?shù)睦娓上等?。溝通原則：及時準(zhǔn)確，信息量恰到好處

7、項目計劃 7.1關(guān)鍵點：

明確項目范圍、全面的風(fēng)險識別、各關(guān)鍵干系人的識別和溝通計劃 7.2常見問題： 對任務(wù)的分解不充分

風(fēng)險防范意識不強(qiáng)和沒有溝通計劃 計劃通常由個人制定，沒有達(dá)到團(tuán)隊共識

第十二章 質(zhì)量管理1、2、三個過程：質(zhì)量計劃編制-質(zhì)量保證-質(zhì)量控制 PDCA循環(huán)（By戴明）

計劃(Plan)→實施(Do)→檢查(Chick)→行動(Act)→計劃(Plan)

3、質(zhì)量計劃編制

3.1 輸入：關(guān)于質(zhì)量的組織政策、特定的項目范圍 說明書、產(chǎn)品描述、相關(guān)標(biāo)準(zhǔn)和準(zhǔn)則。

3.2 輸出：質(zhì)量管理計劃和為確保整個項目生命周期質(zhì)量的各種檢查表 3.3 IT項目中影響質(zhì)量的范圍部分包括

– 功能性 – 特色 – 系統(tǒng)輸出 – 性能 – 可靠性 – 可維護(hù)性

4、質(zhì)量保證

4.1 質(zhì)量保證包括與滿足一個項目相關(guān)的質(zhì)量標(biāo)準(zhǔn)有關(guān)的所有資源與活動。4.2 工具

? 實驗設(shè)計：也可以用來幫助保證和提高產(chǎn)品質(zhì)量

? 基準(zhǔn)比較分析法：是用于質(zhì)量改進(jìn)的技術(shù)，它是將具體項目時間或產(chǎn)品特性與那些在項目執(zhí)行組織內(nèi)部或外部的其他項目或產(chǎn)品的相應(yīng)特性進(jìn)行比較，從而產(chǎn)生質(zhì)量改進(jìn)的思想。

? 質(zhì)量審計：是對特定質(zhì)量管理活動的結(jié)構(gòu)化審查，找出教訓(xùn)，改進(jìn)現(xiàn)在或?qū)眄椖康膱?zhí)行。

5、質(zhì)量控制

5.1質(zhì)量控制：指監(jiān)視項目的具體結(jié)果，確定其是否符合相關(guān) 的質(zhì)量標(biāo)準(zhǔn)，并判斷如何杜絕造成不合格結(jié)果的根源。質(zhì)量控制應(yīng)貫穿于項目的始終。5.2輸入：接受決策、返工和過程調(diào)整。

– 接受決策：作為項目一部分而生產(chǎn)的產(chǎn)品或服務(wù)是否被接受或拒 絕。– 返工：指采取行動，是拒收事項達(dá)到和滿足產(chǎn)品需求或規(guī)范或干 系人的其他期望。返工非常昂貴，要盡量避免。– 過程調(diào)整：是指在質(zhì)量控制度量的基礎(chǔ)上，糾正或防止進(jìn)一步質(zhì) 量問題的發(fā)生。

5.3 質(zhì)量控制工具 5.3.1帕累托圖：

5.3.2 6σ標(biāo)準(zhǔn)：

標(biāo)準(zhǔn)差在質(zhì)量控制上很重要，因為它是一個決 定有缺陷個體的可接收數(shù)據(jù)的關(guān)鍵因素。6σ很常用。

5.3.3 測試

– 單元測試 – 綜合測試 – 系統(tǒng)測試 – 用戶驗收測試

6、CMM/CMMI 6.1 CMM:軟件能力成熟度模型

CMMI:綜合能力成熟度模型 6.2基本原理

CMM強(qiáng)調(diào)連續(xù)的軟件過程改進(jìn)。該連續(xù)的改進(jìn)基于多個演化步驟。CMM將這些演化步驟劃分成五個級別。這種分級結(jié)構(gòu)的理論依據(jù)是軟件質(zhì)量原理。每一級別都包括若干目標(biāo)。當(dāng)滿足某一目標(biāo)后，軟件過程的相應(yīng)部分便確定下來。五級成熟度定義了一個標(biāo)準(zhǔn)，用以度量機(jī)構(gòu)的軟件過程成熟度和評價其軟件過程能力。

6.3基本內(nèi)容

? 機(jī)構(gòu)和資源的管理：涉及機(jī)構(gòu)本身的責(zé)任，人員和其它資源設(shè)施。

? 軟件工程過程及其管理：涉及軟件工程過 程，即軟件過程的深度、范圍和完整性以 及如何度量、管理和改進(jìn)這樣的過程。

? 工具和技術(shù)：軟件工程過程中使用的開發(fā) 工具和技術(shù)。

6.4CMM的五個成熟度級別

? 初始級 : 混沌

? 可重復(fù)級：有規(guī)章、經(jīng)過訓(xùn)練的過程

? 定義級：標(biāo)準(zhǔn)化、一致的過程

? 管理級：可預(yù)測過程

? 優(yōu)化級：可持續(xù)改進(jìn)的過程 6.5關(guān)鍵實施KP ? 關(guān)鍵過程域KPA(Key Process Areas)

一組相關(guān)聯(lián)的活動；通過執(zhí)行這些活動可以實現(xiàn)既定的過程能力。

? 關(guān)鍵實施KP（Key Practices）

使關(guān)鍵過程域得以有效實現(xiàn)和制度化的最大的基礎(chǔ)設(shè)施和活動。

除第一級外，SW-CMM的每一級都是按完全相同的結(jié)構(gòu)組 成的。每一級包含了實現(xiàn)這一級目標(biāo)的若干關(guān)鍵過程域(KPA)，每個KPA進(jìn)一步包含若干關(guān)鍵實施活動(KP)，無論 哪個KPA，它們的實施活動都統(tǒng)一按五個公共屬性進(jìn)行組織。

1、目標(biāo)

每一個KPA都確定了一組目標(biāo)，若這組目標(biāo)在每一個項目都能實現(xiàn)，則 說明企業(yè)滿足了該KPA的要求。若滿足了一個級別的所有KPA要求，則表明達(dá)到了這個級別 所要求的能力。

2、實施能力

實施能力一般包括資源保證、人員培訓(xùn)等內(nèi)容。它是企業(yè)實施KPA的前提條件。企業(yè)必須采取措施，在滿足了這些條件后，才有可能執(zhí)行KPA的活動。

3、執(zhí)行活動

執(zhí)行過程描述了執(zhí)行KPA所需求的必要角色和步驟，一般包括計劃、執(zhí)行的任務(wù)、任務(wù)執(zhí)行的跟蹤等。在五個公共屬性中，執(zhí)行活動是唯一與項目執(zhí)行相關(guān)的屬性，其余四個屬性則涉及企業(yè)CMM能力基礎(chǔ)設(shè)施的建立。

4、度量分析

描述了過程的度量和度量分析要求。典型的度量和度量分析的要求是確定執(zhí)行活動的狀態(tài)和執(zhí)行活動的有效性。

5、實施驗證

驗證執(zhí)行活動是否與建立的過程一致。實施驗證涉及到管理的評審和審計以及質(zhì)量保證活動

6.6 五個公共屬性

第十三章 軟件項目的實施、監(jiān)控與收尾

1、實施、監(jiān)控階段任務(wù) 溝通--項目監(jiān)控--變更管理

2、溝通 2.1組內(nèi)溝通

溝通需求：職責(zé)、授權(quán)、協(xié)調(diào)、狀態(tài)。

會議：項目開工會、成員進(jìn)度匯報、項目進(jìn)展回（及時公開恰到好處）2.2 與高層、客戶溝通

誰？為什么需要信息？需要什么樣的信息？何種詳盡程度？頻度如何？你的目標(biāo)？什么樣的方法？ 2.3 項目溝通要點

全體成員達(dá)成共識、溝通項目計劃、規(guī)則，互相尊重，主動傾聽，雙贏。

3、項目監(jiān)控 3.1 監(jiān)控要點--高風(fēng)險的任務(wù)

--與項目里程碑有關(guān)的進(jìn)展--使用的資源和費用--人員的表現(xiàn) 3.2監(jiān)控的方法和工具

項目進(jìn)度計劃表、會議、觀察檢查、跟蹤行動計劃、定期反饋及報告

4、變更管理 4.1變更源頭

委托人：新的想法和欲望 團(tuán)隊：沖突

優(yōu)先級：市場、其他項目影響 其他：法規(guī)、環(huán)境、企業(yè)變革等

4.2變更過程

提交變更申請-申請影響分析-評審分析結(jié)果-批準(zhǔn)-實施變更，跟蹤及發(fā)布動態(tài)

5、項目收尾 5.1評估與驗收

財務(wù)、時間、質(zhì)量、人力資源、環(huán)境、項目計劃、項目控制 5.2 項目總結(jié) 5.3文件歸檔

第十四講

企業(yè)人才類型與素質(zhì)結(jié)構(gòu)

高級技術(shù)人才：預(yù)備程序員-初級程序員-中級程序員-高級程序員-設(shè)計員-分析員-架構(gòu)師 高級管理人才：預(yù)備程序員-配置經(jīng)理-SQA經(jīng)理-產(chǎn)品經(jīng)理-研發(fā)部經(jīng)理

高級綜合人才：預(yù)備程序員-項目組長-項目負(fù)責(zé)人-項目經(jīng)理-項目總監(jiān)-技術(shù)總監(jiān)