軟件文檔寫作管理文檔實(shí)用教案

1、17.1 7.1 管理文檔概述管理文檔概述 工程化的軟件生產(chǎn)方式是軟件業(yè)界始終在不懈追求的目工程化的軟件生產(chǎn)方式是軟件業(yè)界始終在不懈追求的目標(biāo)。軟件項(xiàng)目管理方法適用標(biāo)。軟件項(xiàng)目管理方法適用(shyng)(shyng)與否，對(duì)軟件項(xiàng)目與否，對(duì)軟件項(xiàng)目的成敗有著舉足輕重的作用。而軟件項(xiàng)目管理方法改進(jìn)的途的成敗有著舉足輕重的作用。而軟件項(xiàng)目管理方法改進(jìn)的途徑之一，就是建立行之有效、可操作性強(qiáng)的軟件管理文檔。徑之一，就是建立行之有效、可操作性強(qiáng)的軟件管理文檔。軟件管理文檔軟件管理文檔項(xiàng)目開發(fā)計(jì)劃項(xiàng)目開發(fā)計(jì)劃測試計(jì)劃測試計(jì)劃測試分析報(bào)告測試分析報(bào)告開發(fā)進(jìn)度報(bào)告開發(fā)進(jìn)度報(bào)告開發(fā)總結(jié)報(bào)告開發(fā)總結(jié)報(bào)告管理管理

2、(gunl)(gunl)文檔的組文檔的組成：成：管理管理(gunl)(gunl)文檔有以下幾個(gè)方面的文檔有以下幾個(gè)方面的作用：作用：維護(hù)人員維護(hù)人員軟件開發(fā)軟件開發(fā)管理人員管理人員軟件開發(fā)人員軟件開發(fā)人員軟件操作軟件操作人員人員用戶用戶軟件管軟件管理文檔理文檔第1頁/共40頁第一頁，共40頁。 管理文檔的作用主要體現(xiàn)在三個(gè)方面 是軟件開發(fā)各階段工作成果的體現(xiàn) 把軟件開發(fā)過程中的一些“不可見”的事物轉(zhuǎn)換成“可見”的文字資料 提供了管理人員、開發(fā)人員、操作人員和用戶之間相互(xingh)溝通、協(xié)調(diào)的窗口2第2頁/共40頁第二頁，共40頁。37.2 7.2 項(xiàng)目開發(fā)計(jì)劃項(xiàng)目開發(fā)計(jì)劃 項(xiàng)目開發(fā)計(jì)劃又稱

3、軟件定義文檔，是和軟件本身一樣重要的知項(xiàng)目開發(fā)計(jì)劃又稱軟件定義文檔，是和軟件本身一樣重要的知識(shí)資產(chǎn)，是項(xiàng)目啟動(dòng)后第一件最重要的工作識(shí)資產(chǎn)，是項(xiàng)目啟動(dòng)后第一件最重要的工作(gngzu)(gngzu)。 項(xiàng)目開發(fā)計(jì)劃一般包括資源需求、工作項(xiàng)目開發(fā)計(jì)劃一般包括資源需求、工作(gngzu)(gngzu)分解、工分解、工作作(gngzu)(gngzu)目標(biāo)、開發(fā)團(tuán)隊(duì)及人員安排、進(jìn)度安排、內(nèi)外接口目標(biāo)、開發(fā)團(tuán)隊(duì)及人員安排、進(jìn)度安排、內(nèi)外接口約定、風(fēng)險(xiǎn)分析以及軟件質(zhì)量控制機(jī)制等。約定、風(fēng)險(xiǎn)分析以及軟件質(zhì)量控制機(jī)制等。1. 1. 項(xiàng)目開發(fā)計(jì)劃書項(xiàng)目開發(fā)計(jì)劃書 項(xiàng)目開發(fā)計(jì)劃書的具體內(nèi)容隨著項(xiàng)目和開發(fā)機(jī)構(gòu)類型的不

4、同而項(xiàng)目開發(fā)計(jì)劃書的具體內(nèi)容隨著項(xiàng)目和開發(fā)機(jī)構(gòu)類型的不同而不同，一般都會(huì)包括以下幾個(gè)部分：不同，一般都會(huì)包括以下幾個(gè)部分： 項(xiàng)目目標(biāo)。簡述項(xiàng)目目標(biāo)，并列出影響管理的約束條件，如預(yù)項(xiàng)目目標(biāo)。簡述項(xiàng)目目標(biāo)，并列出影響管理的約束條件，如預(yù)算、時(shí)間算、時(shí)間 開發(fā)團(tuán)隊(duì)及人員安排。闡述團(tuán)隊(duì)組織方式、人員構(gòu)成及分工開發(fā)團(tuán)隊(duì)及人員安排。闡述團(tuán)隊(duì)組織方式、人員構(gòu)成及分工 軟硬件資源需求。分析和列出所需資源，注明估算的資源需要軟硬件資源需求。分析和列出所需資源，注明估算的資源需要時(shí)間及價(jià)格時(shí)間及價(jià)格 工作工作(gngzu)(gngzu)分解。分解項(xiàng)目為一系列活動(dòng)，確定項(xiàng)目里程分解。分解項(xiàng)目為一系列活動(dòng)，確定項(xiàng)目里

5、程碑及可交付文檔碑及可交付文檔 項(xiàng)目進(jìn)度。描述項(xiàng)目各活動(dòng)之間的依賴關(guān)系、到達(dá)里程碑的時(shí)項(xiàng)目進(jìn)度。描述項(xiàng)目各活動(dòng)之間的依賴關(guān)系、到達(dá)里程碑的時(shí)間等間等 風(fēng)險(xiǎn)分析。分析項(xiàng)目可能存在的風(fēng)險(xiǎn)、發(fā)生的可能性及應(yīng)對(duì)風(fēng)風(fēng)險(xiǎn)分析。分析項(xiàng)目可能存在的風(fēng)險(xiǎn)、發(fā)生的可能性及應(yīng)對(duì)風(fēng)險(xiǎn)的策略險(xiǎn)的策略 監(jiān)控機(jī)制。制定詳細(xì)、可操作的項(xiàng)目監(jiān)控機(jī)制，明確管理報(bào)告監(jiān)控機(jī)制。制定詳細(xì)、可操作的項(xiàng)目監(jiān)控機(jī)制，明確管理報(bào)告的遞交時(shí)間的遞交時(shí)間 開發(fā)估算。包括規(guī)模、工作開發(fā)估算。包括規(guī)模、工作(gngzu)(gngzu)量、成本等的估算，要量、成本等的估算，要求依據(jù)并積累歷史數(shù)據(jù)求依據(jù)并積累歷史數(shù)據(jù)第3頁/共40頁第三頁，共40頁。4

6、制定項(xiàng)目開發(fā)計(jì)劃的過程被稱為項(xiàng)目策劃。制定項(xiàng)目開發(fā)計(jì)劃的過程被稱為項(xiàng)目策劃。 由于計(jì)劃所具有的在時(shí)間上的提前性，項(xiàng)目開發(fā)計(jì)由于計(jì)劃所具有的在時(shí)間上的提前性，項(xiàng)目開發(fā)計(jì)劃通常會(huì)經(jīng)常性的修正，有些部分甚至?xí)l繁的改變！劃通常會(huì)經(jīng)常性的修正，有些部分甚至?xí)l繁的改變！ 而部分內(nèi)容的變化，會(huì)影響開發(fā)計(jì)劃的正確性和符而部分內(nèi)容的變化，會(huì)影響開發(fā)計(jì)劃的正確性和符合性，使其越來越偏離項(xiàng)目實(shí)際，最后變得沒有價(jià)值。合性，使其越來越偏離項(xiàng)目實(shí)際，最后變得沒有價(jià)值。如隨著項(xiàng)目需求的逐漸明確引起的項(xiàng)目計(jì)劃細(xì)化、項(xiàng)目如隨著項(xiàng)目需求的逐漸明確引起的項(xiàng)目計(jì)劃細(xì)化、項(xiàng)目可提供資源變化引起的項(xiàng)目計(jì)劃的變化等?？商峁┵Y源變化引起

7、的項(xiàng)目計(jì)劃的變化等。 所以，在實(shí)際工作中，需要有明確的責(zé)任人和操作所以，在實(shí)際工作中，需要有明確的責(zé)任人和操作(cozu)(cozu)原則，來對(duì)項(xiàng)目計(jì)劃實(shí)施維護(hù)，并對(duì)項(xiàng)目計(jì)劃原則，來對(duì)項(xiàng)目計(jì)劃實(shí)施維護(hù)，并對(duì)項(xiàng)目計(jì)劃的變更實(shí)施必要的控制。的變更實(shí)施必要的控制。 另一個(gè)重要的方面是，在組織文檔時(shí)，就要考慮到另一個(gè)重要的方面是，在組織文檔時(shí)，就要考慮到這種頻繁變更的需要，使得當(dāng)變更發(fā)生時(shí)，文檔的相應(yīng)這種頻繁變更的需要，使得當(dāng)變更發(fā)生時(shí)，文檔的相應(yīng)部分能夠容易替換。部分能夠容易替換。第4頁/共40頁第四頁，共40頁。52. 2. 工作分解結(jié)構(gòu)工作分解結(jié)構(gòu) 工作分解結(jié)構(gòu)工作分解結(jié)構(gòu)(work break

8、down structure, WBS)(work breakdown structure, WBS)是對(duì)整個(gè)項(xiàng)是對(duì)整個(gè)項(xiàng)目工作的分級(jí)描述目工作的分級(jí)描述(mio sh)(mio sh)，是項(xiàng)目計(jì)劃開發(fā)的第一步。分解，是項(xiàng)目計(jì)劃開發(fā)的第一步。分解示意如下圖所示。示意如下圖所示。目標(biāo)目標(biāo)活動(dòng)活動(dòng)活動(dòng)活動(dòng)活動(dòng)活動(dòng)活動(dòng)活動(dòng)活動(dòng)活動(dòng)活動(dòng)活動(dòng)1 1級(jí)級(jí)2 2級(jí)級(jí)m m級(jí)級(jí)工作包工作包任務(wù)任務(wù)1 1任務(wù)任務(wù)2 2任務(wù)任務(wù)3 3 任務(wù)任務(wù)n n活動(dòng)活動(dòng)工作工作(gngzu)(gngzu)分解結(jié)分解結(jié)構(gòu)設(shè)計(jì)一般可以采用構(gòu)設(shè)計(jì)一般可以采用2 2種種方法：方法：- - 自上而下的方法。自上而下的方法。從項(xiàng)目的目標(biāo)

9、開始，從項(xiàng)目的目標(biāo)開始，逐步分解，直到具逐步分解，直到具體任務(wù)體任務(wù)- - 自下而上的方法。自下而上的方法。也稱集思廣益法。也稱集思廣益法。即從底層開始，逐即從底層開始，逐層集成，最后匯合層集成，最后匯合(huh)(huh)后完成目后完成目標(biāo)標(biāo)第5頁/共40頁第五頁，共40頁。6工作分解結(jié)構(gòu)主要有工作分解結(jié)構(gòu)主要有4個(gè)用途：個(gè)用途：思路工具：可以描述項(xiàng)目的整體思路，是一個(gè)計(jì)劃和設(shè)計(jì)的工思路工具：可以描述項(xiàng)目的整體思路，是一個(gè)計(jì)劃和設(shè)計(jì)的工具；具；結(jié)構(gòu)設(shè)計(jì)工具：是項(xiàng)目工作的結(jié)構(gòu)圖，可以清晰表達(dá)項(xiàng)目各項(xiàng)結(jié)構(gòu)設(shè)計(jì)工具：是項(xiàng)目工作的結(jié)構(gòu)圖，可以清晰表達(dá)項(xiàng)目各項(xiàng)工作間的相互關(guān)系；工作間的相互關(guān)系；計(jì)劃工

10、具：能夠展示計(jì)劃工具：能夠展示(zhnsh)項(xiàng)目全貌，說明為完成項(xiàng)目所需項(xiàng)目全貌，說明為完成項(xiàng)目所需完成的各項(xiàng)活動(dòng)；完成的各項(xiàng)活動(dòng)；項(xiàng)目狀態(tài)報(bào)告工具：可以作為項(xiàng)目狀態(tài)報(bào)告的框架。隨著低一項(xiàng)目狀態(tài)報(bào)告工具：可以作為項(xiàng)目狀態(tài)報(bào)告的框架。隨著低一級(jí)項(xiàng)目活動(dòng)的完成，項(xiàng)目由下而上不斷整合，某一項(xiàng)工作的級(jí)項(xiàng)目活動(dòng)的完成，項(xiàng)目由下而上不斷整合，某一項(xiàng)工作的完成將成為里程碑，所以，工作分解結(jié)構(gòu)就定義了里程碑事完成將成為里程碑，所以，工作分解結(jié)構(gòu)就定義了里程碑事件。件。第6頁/共40頁第六頁，共40頁。73. 3. 項(xiàng)目里程碑與階段性文檔項(xiàng)目里程碑與階段性文檔 由于軟件產(chǎn)品是無形的，因此，管理者需要通過文檔的形

11、式獲得信息，由于軟件產(chǎn)品是無形的，因此，管理者需要通過文檔的形式獲得信息，了解軟件的開發(fā)狀況，以作出管理的決定。了解軟件的開發(fā)狀況，以作出管理的決定。 里程碑的建立，可以描述軟件開發(fā)活動(dòng)一個(gè)過程的終結(jié)。在每個(gè)里程里程碑的建立，可以描述軟件開發(fā)活動(dòng)一個(gè)過程的終結(jié)。在每個(gè)里程碑，都有一個(gè)正式的可以提交給管理層的階段性結(jié)果碑，都有一個(gè)正式的可以提交給管理層的階段性結(jié)果(ji gu)(ji gu)。比如，一。比如，一份報(bào)告。份報(bào)告。 里程碑報(bào)告的內(nèi)容不拘，以能清楚說明階段性結(jié)果里程碑報(bào)告的內(nèi)容不拘，以能清楚說明階段性結(jié)果(ji gu)(ji gu)為標(biāo)準(zhǔn)，為標(biāo)準(zhǔn)，應(yīng)能代表項(xiàng)目中一個(gè)特定邏輯意義上的階段

12、的終結(jié)。應(yīng)能代表項(xiàng)目中一個(gè)特定邏輯意義上的階段的終結(jié)。 要建立里程碑，軟件過程就一定要分解成一系列相關(guān)的基本活動(dòng)，而要建立里程碑，軟件過程就一定要分解成一系列相關(guān)的基本活動(dòng)，而每個(gè)基本活動(dòng)都要有相應(yīng)的輸出結(jié)果每個(gè)基本活動(dòng)都要有相應(yīng)的輸出結(jié)果(ji gu)(ji gu)。如下圖，是一個(gè)需求描述。如下圖，是一個(gè)需求描述中的活動(dòng)，其中每個(gè)活動(dòng)都有主要輸出。中的活動(dòng)，其中每個(gè)活動(dòng)都有主要輸出。可行性研究可行性研究需求分析需求分析原型開發(fā)原型開發(fā)設(shè)計(jì)研究設(shè)計(jì)研究需求描述需求描述可行性報(bào)告可行性報(bào)告用戶需求用戶需求估算報(bào)告估算報(bào)告體系結(jié)構(gòu)設(shè)計(jì)體系結(jié)構(gòu)設(shè)計(jì)系統(tǒng)需求系統(tǒng)需求第7頁/共40頁第七頁，共40頁。8

13、4. 4. 項(xiàng)目進(jìn)度項(xiàng)目進(jìn)度 項(xiàng)目管理者要求估算完成各項(xiàng)活動(dòng)所需的時(shí)間和資源，并將它項(xiàng)目管理者要求估算完成各項(xiàng)活動(dòng)所需的時(shí)間和資源，并將它們嚴(yán)密的組織起來，以安排項(xiàng)目進(jìn)度。不同的項(xiàng)目，具有不同的項(xiàng)們嚴(yán)密的組織起來，以安排項(xiàng)目進(jìn)度。不同的項(xiàng)目，具有不同的項(xiàng)目開發(fā)進(jìn)度。目開發(fā)進(jìn)度。 初始的項(xiàng)目進(jìn)度安排往往是不精確的，但隨著項(xiàng)目進(jìn)展信息的初始的項(xiàng)目進(jìn)度安排往往是不精確的，但隨著項(xiàng)目進(jìn)展信息的不斷增多，進(jìn)度安排也會(huì)越來越接近項(xiàng)目實(shí)際進(jìn)度，因此，必須不不斷增多，進(jìn)度安排也會(huì)越來越接近項(xiàng)目實(shí)際進(jìn)度，因此，必須不斷更新項(xiàng)目進(jìn)度。斷更新項(xiàng)目進(jìn)度。 項(xiàng)目進(jìn)度包括將一個(gè)項(xiàng)目分解為若干獨(dú)立的活動(dòng)，以及判斷完項(xiàng)目進(jìn)度

14、包括將一個(gè)項(xiàng)目分解為若干獨(dú)立的活動(dòng)，以及判斷完成這些活動(dòng)所需的時(shí)間。通常成這些活動(dòng)所需的時(shí)間。通常(tngchng)(tngchng)，有些活動(dòng)是可以并行，有些活動(dòng)是可以并行的，項(xiàng)目管理者應(yīng)組織并協(xié)調(diào)這些并行的工作。項(xiàng)目進(jìn)度過程見下的，項(xiàng)目管理者應(yīng)組織并協(xié)調(diào)這些并行的工作。項(xiàng)目進(jìn)度過程見下圖：圖：識(shí)別活動(dòng)識(shí)別活動(dòng)識(shí)別活動(dòng)識(shí)別活動(dòng)依賴關(guān)系依賴關(guān)系估算活動(dòng)估算活動(dòng)的資源的資源為活動(dòng)分為活動(dòng)分配資源配資源創(chuàng)建項(xiàng)目創(chuàng)建項(xiàng)目圖表圖表軟件需求軟件需求活動(dòng)圖表及條形圖活動(dòng)圖表及條形圖第8頁/共40頁第八頁，共40頁。9 在進(jìn)度估算時(shí)，管理者需要有一定的余量。在進(jìn)度估算時(shí)，管理者需要有一定的余量。 如項(xiàng)目難度

15、大，則花費(fèi)的時(shí)間也會(huì)較多。又如，項(xiàng)目個(gè)別開發(fā)人員可能發(fā)生的變動(dòng)，如項(xiàng)目難度大，則花費(fèi)的時(shí)間也會(huì)較多。又如，項(xiàng)目個(gè)別開發(fā)人員可能發(fā)生的變動(dòng)，硬件環(huán)境的變化等，都是在估算項(xiàng)目進(jìn)度時(shí)必須考慮的因素。硬件環(huán)境的變化等，都是在估算項(xiàng)目進(jìn)度時(shí)必須考慮的因素。 除了時(shí)間和人員、環(huán)境的變化，資源和預(yù)算也需要考慮適當(dāng)?shù)挠嗔俊３藭r(shí)間和人員、環(huán)境的變化，資源和預(yù)算也需要考慮適當(dāng)?shù)挠嗔俊?恰當(dāng)恰當(dāng)(qidng)(qidng)的估算方法是采用的估算方法是采用“理想實(shí)際理想實(shí)際”方式。即先估算理想值，然后逐方式。即先估算理想值，然后逐步加入預(yù)計(jì)出現(xiàn)的狀況、偶然因素致成的狀況、項(xiàng)目開發(fā)人員的素質(zhì)和經(jīng)驗(yàn)步加入預(yù)計(jì)出現(xiàn)的狀況

16、、偶然因素致成的狀況、項(xiàng)目開發(fā)人員的素質(zhì)和經(jīng)驗(yàn) 作為經(jīng)驗(yàn)數(shù)據(jù)，一般在最初估算的基礎(chǔ)上增加作為經(jīng)驗(yàn)數(shù)據(jù)，一般在最初估算的基礎(chǔ)上增加30%30%作為實(shí)際可能發(fā)生的狀況值，再作為實(shí)際可能發(fā)生的狀況值，再預(yù)留預(yù)留20%20%的估算值給所謂不可預(yù)見的其它問題，則進(jìn)度估算的結(jié)果會(huì)較符合實(shí)際。的估算值給所謂不可預(yù)見的其它問題，則進(jìn)度估算的結(jié)果會(huì)較符合實(shí)際。第9頁/共40頁第九頁，共40頁。任任 務(wù)務(wù)持續(xù)時(shí)間持續(xù)時(shí)間( (天數(shù)天數(shù)) )依依 賴賴 關(guān)關(guān) 系系T1T18 8T2T21515T3T31515T1(M1)T1(M1)T4T41010T5T51010T2T2，T4(M2)T4(M2)T6T65 5T1

17、T1，T2(M3)T2(M3)T7T72020T1(M1)T1(M1)T8T82525T4(M5)T4(M5)T9T91515T3T3，T6(M4)T6(M4)T10T101515T5T5，T7(M7)T7(M7)T11T117 7T9(M6)T9(M6)T12T121010T11(M8)T11(M8)105. 5. 運(yùn)用圖和表描述項(xiàng)目進(jìn)度運(yùn)用圖和表描述項(xiàng)目進(jìn)度 項(xiàng)目進(jìn)度可以采用圖表工具更直觀的表示任務(wù)分解項(xiàng)目進(jìn)度可以采用圖表工具更直觀的表示任務(wù)分解(fnji)(fnji)、活動(dòng)、活動(dòng)依賴關(guān)系和人員分配情況等。依賴關(guān)系和人員分配情況等。 下表是一個(gè)下表是一個(gè)“任務(wù)的持續(xù)時(shí)間及其依賴關(guān)系任務(wù)的持

18、續(xù)時(shí)間及其依賴關(guān)系”的例子。的例子。第10頁/共40頁第十頁，共40頁。11甘特圖法(Gantt Chart)的例子(l zi)tw12345678ABCD當(dāng)前進(jìn)度當(dāng)前進(jìn)度優(yōu)點(diǎn)優(yōu)點(diǎn)(yudin)(yudin)：簡單，能動(dòng)態(tài)地：簡單，能動(dòng)態(tài)地反映開發(fā)進(jìn)程反映開發(fā)進(jìn)程缺點(diǎn)缺點(diǎn)(qudin)(qudin)：難以反映多個(gè)：難以反映多個(gè)任務(wù)間的邏輯關(guān)系任務(wù)間的邏輯關(guān)系條形圖和活動(dòng)網(wǎng)絡(luò)圖是表示項(xiàng)目進(jìn)度的兩種圖形表示法。(1) 條形圖。又稱甘特圖法(Gantt Chart)，可以表示面向活動(dòng)的負(fù)責(zé)人是誰，以及活動(dòng)的開始和結(jié)束時(shí)間。如下圖所示的例子。第11頁/共40頁第十一頁，共40頁。12012345678

19、 codingA testingA debuggingAB coding understandingC modifyingC testingB testingC debuggingB debuggingC testingABC012356789 codingA testingA debuggingA understandingC modifyingC testingB testingC debuggingB debuggingC testingABC4 debuggingAB coding 例：開發(fā)(kif)三個(gè)模塊A、B、C。 A為公用模塊，B、C的測試須等A的調(diào)試完成后進(jìn)行。A的編碼需6天

20、，測試8天，調(diào)試6天。B的編碼需7天，測試8天，調(diào)試6天。C利用已有的模塊，須先理解原模塊8天，再修改8天，測試9天，調(diào)試7天。最后三模塊集成測試需5天完成。(2) 活動(dòng)網(wǎng)絡(luò)圖。又稱網(wǎng)絡(luò)計(jì)劃法 表示構(gòu)成一個(gè)(y )項(xiàng)目的不同活動(dòng)之間的依賴關(guān)系。是用網(wǎng)狀圖表安排與控制各項(xiàng)活動(dòng)的方法。最適合反映多個(gè)工作之間的邏輯關(guān)系。第12頁/共40頁第十二頁，共40頁。13持續(xù)時(shí)間持續(xù)時(shí)間Lasting Time機(jī)動(dòng)時(shí)間機(jī)動(dòng)時(shí)間Slack Time編編號(hào)號(hào)EarliestStart TimeLatestStart Time012345678941363029222014126006142082028293641

21、(0)(0)(15)(4)(2)(4)(0)(2)(0)(2)(0)(0)686678886975(1) 標(biāo)出標(biāo)出 Lasting Time(2) 標(biāo)出標(biāo)出 EST: = 從起點(diǎn)始，所有進(jìn)從起點(diǎn)始，所有進(jìn)入入(jnr)事件的事件的 EST+LT 中最中最大的大的(3) 標(biāo)出標(biāo)出 LST: = 從終點(diǎn)從終點(diǎn)(EST = LST)始，始，所有所有(suyu)離開事件的離開事件的 LSTLT 中最小的中最小的(4) 標(biāo)出標(biāo)出 ST: = 終點(diǎn)終點(diǎn)(zhngdin)LST 起點(diǎn)起點(diǎn)EST LT(5) 標(biāo)出標(biāo)出Key Path：即即EST = LST的所的所有事件組成的路徑有事件組成的路徑通常，甘特圖適

22、合按開發(fā)階段安排，以作項(xiàng)目總體進(jìn)度控制。網(wǎng)絡(luò)計(jì)劃法便于在細(xì)節(jié)上安排人力，適合按開發(fā)階段或子項(xiàng)目的工作步驟安排。第13頁/共40頁第十三頁，共40頁。風(fēng)風(fēng) 險(xiǎn)險(xiǎn)風(fēng)險(xiǎn)類型風(fēng)險(xiǎn)類型風(fēng)風(fēng) 險(xiǎn)險(xiǎn) 描描 述述職員跳槽職員跳槽項(xiàng)目項(xiàng)目有經(jīng)驗(yàn)的職員未完成項(xiàng)目就跳槽有經(jīng)驗(yàn)的職員未完成項(xiàng)目就跳槽管理層變更管理層變更項(xiàng)目項(xiàng)目不同的管理層考慮、關(guān)注的事情會(huì)不同不同的管理層考慮、關(guān)注的事情會(huì)不同硬件缺乏硬件缺乏項(xiàng)目項(xiàng)目項(xiàng)目所需的基礎(chǔ)硬件沒有按期交付項(xiàng)目所需的基礎(chǔ)硬件沒有按期交付需求變更需求變更項(xiàng)目和產(chǎn)品項(xiàng)目和產(chǎn)品軟件需求與預(yù)期的相比，將會(huì)有較大變化軟件需求與預(yù)期的相比，將會(huì)有較大變化描述延遲描述延遲項(xiàng)目和產(chǎn)品項(xiàng)目和產(chǎn)品

23、有關(guān)主要接口的描述未按期完成有關(guān)主要接口的描述未按期完成低估了系統(tǒng)規(guī)模低估了系統(tǒng)規(guī)模項(xiàng)目和產(chǎn)品項(xiàng)目和產(chǎn)品過低估計(jì)了系統(tǒng)的規(guī)模過低估計(jì)了系統(tǒng)的規(guī)模CASECASE工具性能較差工具性能較差產(chǎn)品產(chǎn)品支持項(xiàng)目的支持項(xiàng)目的CASECASE工具達(dá)不到要求工具達(dá)不到要求技術(shù)變更技術(shù)變更業(yè)務(wù)業(yè)務(wù)系統(tǒng)的基礎(chǔ)技術(shù)被新技術(shù)取代系統(tǒng)的基礎(chǔ)技術(shù)被新技術(shù)取代產(chǎn)品競爭產(chǎn)品競爭業(yè)務(wù)業(yè)務(wù)系統(tǒng)還未完成，其它有競爭力的產(chǎn)品就已經(jīng)上市了系統(tǒng)還未完成，其它有競爭力的產(chǎn)品就已經(jīng)上市了146. 6. 風(fēng)險(xiǎn)管理風(fēng)險(xiǎn)管理 由于絕大多數(shù)軟件項(xiàng)目都存在不確定性，因此，風(fēng)險(xiǎn)管理對(duì)軟件項(xiàng)目由于絕大多數(shù)軟件項(xiàng)目都存在不確定性，因此，風(fēng)險(xiǎn)管理對(duì)軟件項(xiàng)目而

24、言就尤為重要。而言就尤為重要。 根據(jù)產(chǎn)生的影響不同，一般將風(fēng)險(xiǎn)分為三類：項(xiàng)目風(fēng)險(xiǎn)、產(chǎn)品根據(jù)產(chǎn)生的影響不同，一般將風(fēng)險(xiǎn)分為三類：項(xiàng)目風(fēng)險(xiǎn)、產(chǎn)品(chnpn)(chnpn)風(fēng)險(xiǎn)和業(yè)務(wù)風(fēng)險(xiǎn)。下表給出了一些典型風(fēng)險(xiǎn)：風(fēng)險(xiǎn)和業(yè)務(wù)風(fēng)險(xiǎn)。下表給出了一些典型風(fēng)險(xiǎn)：第14頁/共40頁第十四頁，共40頁。風(fēng)險(xiǎn)類型風(fēng)險(xiǎn)類型可可 能能 的的 風(fēng)風(fēng) 險(xiǎn)險(xiǎn)技術(shù)技術(shù)系統(tǒng)使用的數(shù)據(jù)庫的處理速度不夠快系統(tǒng)使用的數(shù)據(jù)庫的處理速度不夠快要復(fù)用的軟件組件有缺陷，限制了項(xiàng)目的性能要復(fù)用的軟件組件有缺陷，限制了項(xiàng)目的性能人員人員招聘不到符合項(xiàng)目技術(shù)要求的職員招聘不到符合項(xiàng)目技術(shù)要求的職員在項(xiàng)目的非常時(shí)刻，關(guān)鍵職員生病，無法發(fā)揮作用在項(xiàng)目

25、的非常時(shí)刻，關(guān)鍵職員生病，無法發(fā)揮作用職員所需的培訓(xùn)跟不上職員所需的培訓(xùn)跟不上機(jī)構(gòu)機(jī)構(gòu)重新進(jìn)行機(jī)構(gòu)調(diào)整，由不同的管理層負(fù)責(zé)這個(gè)項(xiàng)目重新進(jìn)行機(jī)構(gòu)調(diào)整，由不同的管理層負(fù)責(zé)這個(gè)項(xiàng)目開發(fā)機(jī)構(gòu)的財(cái)務(wù)出現(xiàn)問題，必須削減項(xiàng)目預(yù)算開發(fā)機(jī)構(gòu)的財(cái)務(wù)出現(xiàn)問題，必須削減項(xiàng)目預(yù)算工具工具CASE工具產(chǎn)生的編碼效率低工具產(chǎn)生的編碼效率低CASE工具不能被集成工具不能被集成需求需求需求發(fā)生變化，主體設(shè)計(jì)要返工需求發(fā)生變化，主體設(shè)計(jì)要返工客戶不了解需求變更對(duì)項(xiàng)目造成的影響客戶不了解需求變更對(duì)項(xiàng)目造成的影響估算估算低估了軟件開發(fā)所需要的時(shí)間低估了軟件開發(fā)所需要的時(shí)間低估了缺陷的修補(bǔ)率低估了缺陷的修補(bǔ)率低估了軟件的規(guī)模低估了軟件

26、的規(guī)模15下圖是風(fēng)險(xiǎn)管理過程(guchng)示意圖風(fēng)險(xiǎn)識(shí)別風(fēng)險(xiǎn)識(shí)別風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)規(guī)劃風(fēng)險(xiǎn)規(guī)劃風(fēng)險(xiǎn)監(jiān)控風(fēng)險(xiǎn)監(jiān)控潛在的風(fēng)險(xiǎn)潛在的風(fēng)險(xiǎn)列表列表優(yōu)先級(jí)高的優(yōu)先級(jí)高的風(fēng)險(xiǎn)列表風(fēng)險(xiǎn)列表風(fēng)險(xiǎn)規(guī)避和風(fēng)險(xiǎn)規(guī)避和應(yīng)急計(jì)劃應(yīng)急計(jì)劃風(fēng)險(xiǎn)評(píng)估風(fēng)險(xiǎn)評(píng)估(1) (1) 風(fēng)險(xiǎn)識(shí)別風(fēng)險(xiǎn)識(shí)別 風(fēng)險(xiǎn)識(shí)別是風(fēng)險(xiǎn)管風(fēng)險(xiǎn)識(shí)別是風(fēng)險(xiǎn)管理的第一階段，其目理的第一階段，其目的是發(fā)現(xiàn)可能的風(fēng)險(xiǎn)。的是發(fā)現(xiàn)可能的風(fēng)險(xiǎn)。右表給出了可能的風(fēng)右表給出了可能的風(fēng)險(xiǎn)及風(fēng)險(xiǎn)類型的實(shí)例。險(xiǎn)及風(fēng)險(xiǎn)類型的實(shí)例。 這些風(fēng)險(xiǎn)將可能影這些風(fēng)險(xiǎn)將可能影響響(yngxing)(yngxing)到軟件到軟件產(chǎn)品、過程或業(yè)務(wù)。產(chǎn)品、過程或業(yè)務(wù)。第15頁/共40頁第十五頁，共

27、40頁。16(2) 風(fēng)險(xiǎn)(fngxin)分析 風(fēng)險(xiǎn)(fngxin)分析就是對(duì)每一個(gè)已經(jīng)識(shí)別的風(fēng)險(xiǎn)(fngxin)，對(duì)其出現(xiàn)的可能性和影響的嚴(yán)重性作出判斷。 風(fēng)險(xiǎn)(fngxin)出現(xiàn)可能性的評(píng)估大致可以有：非常小(75%)。風(fēng)風(fēng) 險(xiǎn)險(xiǎn)出現(xiàn)的可能性出現(xiàn)的可能性后果后果開發(fā)機(jī)構(gòu)的財(cái)務(wù)出現(xiàn)問題，必須削減項(xiàng)目預(yù)算開發(fā)機(jī)構(gòu)的財(cái)務(wù)出現(xiàn)問題，必須削減項(xiàng)目預(yù)算小小災(zāi)難性災(zāi)難性招聘不到符合項(xiàng)目技術(shù)要求的職員招聘不到符合項(xiàng)目技術(shù)要求的職員大大災(zāi)難性災(zāi)難性在項(xiàng)目的非常時(shí)刻，關(guān)鍵職員生病在項(xiàng)目的非常時(shí)刻，關(guān)鍵職員生病中等中等嚴(yán)重嚴(yán)重要復(fù)用的軟件組件有缺陷，限制了項(xiàng)目的性能要復(fù)用的軟件組件有缺陷，限制了項(xiàng)目的性能中等中等

28、嚴(yán)重嚴(yán)重需求發(fā)生變化，主體設(shè)計(jì)要返工需求發(fā)生變化，主體設(shè)計(jì)要返工中等中等嚴(yán)重嚴(yán)重開發(fā)機(jī)構(gòu)調(diào)整，由不同的管理層負(fù)責(zé)這個(gè)項(xiàng)目開發(fā)機(jī)構(gòu)調(diào)整，由不同的管理層負(fù)責(zé)這個(gè)項(xiàng)目大大嚴(yán)重嚴(yán)重系統(tǒng)使用的數(shù)據(jù)庫的處理速度不夠快系統(tǒng)使用的數(shù)據(jù)庫的處理速度不夠快中等中等嚴(yán)重嚴(yán)重低估了軟件開發(fā)所需要的時(shí)間低估了軟件開發(fā)所需要的時(shí)間大大嚴(yán)重嚴(yán)重CASE工具不能被集成工具不能被集成大大可容忍可容忍客戶不了解需求變更對(duì)項(xiàng)目造成的影響客戶不了解需求變更對(duì)項(xiàng)目造成的影響中等中等可容忍可容忍職員所需的培訓(xùn)跟不上職員所需的培訓(xùn)跟不上中等中等可容忍可容忍低估了缺陷的修補(bǔ)率低估了缺陷的修補(bǔ)率中等中等可容忍可容忍低估了軟件的規(guī)模低估了軟件的

29、規(guī)模大大可容忍可容忍CASE工具產(chǎn)生的編碼效率低工具產(chǎn)生的編碼效率低中等中等可忽略可忽略 風(fēng)險(xiǎn)影響大小的評(píng)估，風(fēng)險(xiǎn)影響大小的評(píng)估，可能的結(jié)果有：災(zāi)難性的、可能的結(jié)果有：災(zāi)難性的、嚴(yán)重的、可以容忍的和可嚴(yán)重的、可以容忍的和可以忽略的。以忽略的。 右表是對(duì)上表已識(shí)別右表是對(duì)上表已識(shí)別風(fēng)險(xiǎn)分析后得出的結(jié)果作風(fēng)險(xiǎn)分析后得出的結(jié)果作成的表格：成的表格： 這個(gè)表格的內(nèi)容應(yīng)隨這個(gè)表格的內(nèi)容應(yīng)隨著項(xiàng)目的進(jìn)展而更新。著項(xiàng)目的進(jìn)展而更新。 經(jīng)過風(fēng)險(xiǎn)分析和排序經(jīng)過風(fēng)險(xiǎn)分析和排序(pi x)(pi x)，就可以判斷，就可以判斷哪些風(fēng)險(xiǎn)是最重要需要優(yōu)哪些風(fēng)險(xiǎn)是最重要需要優(yōu)先關(guān)注的，以有利于項(xiàng)目先關(guān)注的，以有利于項(xiàng)目的順

30、利開展。的順利開展。第16頁/共40頁第十六頁，共40頁。風(fēng)風(fēng) 險(xiǎn)險(xiǎn)策策 略略機(jī)構(gòu)的財(cái)務(wù)風(fēng)險(xiǎn)機(jī)構(gòu)的財(cái)務(wù)風(fēng)險(xiǎn)擬一份簡短報(bào)告，提交高層管理者，說明這個(gè)項(xiàng)目將對(duì)業(yè)務(wù)目標(biāo)有重大貢獻(xiàn)擬一份簡短報(bào)告，提交高層管理者，說明這個(gè)項(xiàng)目將對(duì)業(yè)務(wù)目標(biāo)有重大貢獻(xiàn)職員招聘風(fēng)險(xiǎn)職員招聘風(fēng)險(xiǎn)穩(wěn)定已有職員，加緊招聘工作，加緊已有低層職員的培訓(xùn)、培養(yǎng)穩(wěn)定已有職員，加緊招聘工作，加緊已有低層職員的培訓(xùn)、培養(yǎng)職員生病風(fēng)險(xiǎn)職員生病風(fēng)險(xiǎn)重新對(duì)團(tuán)隊(duì)進(jìn)行組織，使更多工作可以并發(fā)和重疊，員工可以了解他人工作重新對(duì)團(tuán)隊(duì)進(jìn)行組織，使更多工作可以并發(fā)和重疊，員工可以了解他人工作有缺陷的組件有缺陷的組件購買更可靠、穩(wěn)定的組件，替代有潛在缺陷的組件購

31、買更可靠、穩(wěn)定的組件，替代有潛在缺陷的組件需求變更需求變更導(dǎo)出可追溯信息來評(píng)估需求變更帶來的影響，把隱藏在設(shè)計(jì)中的信息擴(kuò)大化導(dǎo)出可追溯信息來評(píng)估需求變更帶來的影響，把隱藏在設(shè)計(jì)中的信息擴(kuò)大化機(jī)構(gòu)調(diào)整機(jī)構(gòu)調(diào)整擬一份簡短報(bào)告，提交高層管理者，說明這個(gè)項(xiàng)目將對(duì)業(yè)務(wù)目標(biāo)有重大貢獻(xiàn)擬一份簡短報(bào)告，提交高層管理者，說明這個(gè)項(xiàng)目將對(duì)業(yè)務(wù)目標(biāo)有重大貢獻(xiàn)數(shù)據(jù)庫的性能數(shù)據(jù)庫的性能研究購買高性能數(shù)據(jù)庫的可能性研究購買高性能數(shù)據(jù)庫的可能性低估開發(fā)時(shí)間低估開發(fā)時(shí)間再次估算開發(fā)時(shí)間，對(duì)要使用的組件、開發(fā)環(huán)境的效用進(jìn)行檢查，明確資源再次估算開發(fā)時(shí)間，對(duì)要使用的組件、開發(fā)環(huán)境的效用進(jìn)行檢查，明確資源17(3) 風(fēng)險(xiǎn)規(guī)劃 風(fēng)險(xiǎn)

32、規(guī)劃過程就是對(duì)已識(shí)別的每一個(gè)重大風(fēng)險(xiǎn)，確定相應(yīng)的處理策略。制定(zhdng)風(fēng)險(xiǎn)管理計(jì)劃同樣需要項(xiàng)目管理者的判斷和經(jīng)驗(yàn)。 下表給出了處理上表中嚴(yán)重和災(zāi)難性風(fēng)險(xiǎn)的可能的策略。風(fēng)險(xiǎn)規(guī)劃的策略有三類風(fēng)險(xiǎn)規(guī)劃的策略有三類(sn li)(sn li)：- - 規(guī)避策略：采用這些策略會(huì)降低風(fēng)險(xiǎn)出現(xiàn)的概率。如規(guī)避策略：采用這些策略會(huì)降低風(fēng)險(xiǎn)出現(xiàn)的概率。如“有缺陷的組件有缺陷的組件”- - 最低風(fēng)險(xiǎn)策略：采用這些策略會(huì)減少風(fēng)險(xiǎn)影響。如最低風(fēng)險(xiǎn)策略：采用這些策略會(huì)減少風(fēng)險(xiǎn)影響。如“職員生病風(fēng)險(xiǎn)職員生病風(fēng)險(xiǎn)”- - 應(yīng)急計(jì)劃：用以應(yīng)對(duì)最嚴(yán)重的情形出現(xiàn)，以防萬一。如應(yīng)急計(jì)劃：用以應(yīng)對(duì)最嚴(yán)重的情形出現(xiàn)，以防萬一。如“

33、機(jī)構(gòu)財(cái)務(wù)問題機(jī)構(gòu)財(cái)務(wù)問題”第17頁/共40頁第十七頁，共40頁。風(fēng)險(xiǎn)類型風(fēng)險(xiǎn)類型潛在的特征潛在的特征技術(shù)技術(shù)硬件或支持軟件延遲交付，暴露出現(xiàn)許多技術(shù)問題硬件或支持軟件延遲交付，暴露出現(xiàn)許多技術(shù)問題人員人員職員工作士氣低靡，團(tuán)隊(duì)成員之間關(guān)系不協(xié)調(diào)，工作分配不當(dāng)職員工作士氣低靡，團(tuán)隊(duì)成員之間關(guān)系不協(xié)調(diào)，工作分配不當(dāng)機(jī)構(gòu)機(jī)構(gòu)機(jī)構(gòu)內(nèi)說三道四，缺乏資深管理人員機(jī)構(gòu)內(nèi)說三道四，缺乏資深管理人員工具工具團(tuán)隊(duì)成員不愿使用工具，抱怨團(tuán)隊(duì)成員不愿使用工具，抱怨CASE工具，需要更強(qiáng)大的工作站工具，需要更強(qiáng)大的工作站需求需求很多需求變更請(qǐng)求以及客戶怨言很多需求變更請(qǐng)求以及客戶怨言估算估算跟不上雙方協(xié)商的進(jìn)度，無法除

34、掉暴露出來的缺陷跟不上雙方協(xié)商的進(jìn)度，無法除掉暴露出來的缺陷18(4) 風(fēng)險(xiǎn)監(jiān)控 風(fēng)險(xiǎn)監(jiān)控就是要對(duì)每一個(gè)識(shí)別的風(fēng)險(xiǎn)及其策略執(zhí)行情況進(jìn)行定期評(píng)估，從而確定風(fēng)險(xiǎn)出現(xiàn)可能性的變化趨勢以及(yj)風(fēng)險(xiǎn)影響的后果是否有所改變。通常，這類信息是不可能直接觀察到的，需要綜合其它因素。 應(yīng)該指出的是，風(fēng)險(xiǎn)監(jiān)控應(yīng)該是一個(gè)持續(xù)不斷的過程，在每一次對(duì)風(fēng)險(xiǎn)管理進(jìn)行評(píng)估時(shí)，每一個(gè)重大的風(fēng)險(xiǎn)都應(yīng)該進(jìn)行單獨(dú)的討論和評(píng)估。 下表列舉了一些典型因素的例子，可能會(huì)對(duì)評(píng)這些估風(fēng)險(xiǎn)類型有幫助。第18頁/共40頁第十八頁，共40頁。197.3 7.3 軟件測試計(jì)劃和測試報(bào)告軟件測試計(jì)劃和測試報(bào)告 軟件測試是軟件開發(fā)完成，投入運(yùn)行前，對(duì)

35、軟件需求、設(shè)計(jì)規(guī)格軟件測試是軟件開發(fā)完成，投入運(yùn)行前，對(duì)軟件需求、設(shè)計(jì)規(guī)格說明和編碼的最終復(fù)審，軟件質(zhì)量保證的關(guān)鍵步驟，在軟件開發(fā)的整說明和編碼的最終復(fù)審，軟件質(zhì)量保證的關(guān)鍵步驟，在軟件開發(fā)的整個(gè)過程中，占有極為重要的位置。個(gè)過程中，占有極為重要的位置。 軟件測試文檔主要包括：測試規(guī)劃、測試策略、測試手段和測試結(jié)軟件測試文檔主要包括：測試規(guī)劃、測試策略、測試手段和測試結(jié)果。果。 由于測試工作的重要性，而人工測試又特別由于測試工作的重要性，而人工測試又特別(tbi)(tbi)困難，因此，困難，因此，測試過程自動(dòng)化會(huì)是測試技術(shù)發(fā)展的方向。測試過程自動(dòng)化會(huì)是測試技術(shù)發(fā)展的方向。1. 1. 軟件測試、

36、軟件檢查和調(diào)試軟件測試、軟件檢查和調(diào)試 我們已經(jīng)知道軟件測試的目的是盡可能多的發(fā)現(xiàn)系統(tǒng)存在的錯(cuò)誤。我們已經(jīng)知道軟件測試的目的是盡可能多的發(fā)現(xiàn)系統(tǒng)存在的錯(cuò)誤。所以，軟件測試包括軟件檢查與軟件測試。所以，軟件測試包括軟件檢查與軟件測試。- - 軟件檢查：對(duì)系統(tǒng)的各種表達(dá)形式，如文檔、設(shè)計(jì)圖和程序源代碼軟件檢查：對(duì)系統(tǒng)的各種表達(dá)形式，如文檔、設(shè)計(jì)圖和程序源代碼等進(jìn)行分析、檢查，這一工作應(yīng)貫穿整個(gè)開發(fā)過程。等進(jìn)行分析、檢查，這一工作應(yīng)貫穿整個(gè)開發(fā)過程。- - 軟件測試：使用測試數(shù)據(jù)對(duì)軟件的實(shí)現(xiàn)進(jìn)行運(yùn)行檢查，查看系統(tǒng)的軟件測試：使用測試數(shù)據(jù)對(duì)軟件的實(shí)現(xiàn)進(jìn)行運(yùn)行檢查，查看系統(tǒng)的輸出及運(yùn)行行為是否符合設(shè)計(jì)要

37、求。輸出及運(yùn)行行為是否符合設(shè)計(jì)要求。第19頁/共40頁第十九頁，共40頁。20下圖表示了軟件(run jin)檢查和軟件(run jin)測試在軟件(run jin)過程中的位置軟件檢查軟件檢查需求描述需求描述高層設(shè)計(jì)高層設(shè)計(jì)形式化描述形式化描述詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)程程 序序原原 型型軟件測試軟件測試 從圖中可以看出(kn ch)，軟件檢查貫穿整個(gè)軟件過程，而軟件測試僅對(duì)原型或軟件程序。 軟件調(diào)試是一個(gè)對(duì)缺陷定位和修改的過程，同時(shí)也是一項(xiàng)技巧性很強(qiáng)的工作。軟件調(diào)試，從軟件測試的結(jié)果開始。如圖所示。測試結(jié)果測試結(jié)果描描 述述測試用例測試用例定位錯(cuò)誤定位錯(cuò)誤設(shè)計(jì)修復(fù)設(shè)計(jì)修復(fù)修復(fù)錯(cuò)誤修復(fù)錯(cuò)誤回歸測試回歸

38、測試第20頁/共40頁第二十頁，共40頁。212. 2. 軟件測試的成本軟件測試的成本 由于測試不可能窮盡，因此，就有了軟件測試的一個(gè)致命缺由于測試不可能窮盡，因此，就有了軟件測試的一個(gè)致命缺陷，即測試的不完全、不徹底性。因此，對(duì)于任何程序只能進(jìn)行陷，即測試的不完全、不徹底性。因此，對(duì)于任何程序只能進(jìn)行少量的測試。當(dāng)發(fā)現(xiàn)錯(cuò)誤，可以說明程序有問題，而未發(fā)現(xiàn)錯(cuò)誤，少量的測試。當(dāng)發(fā)現(xiàn)錯(cuò)誤，可以說明程序有問題，而未發(fā)現(xiàn)錯(cuò)誤，卻不能聲稱程序沒有錯(cuò)誤。卻不能聲稱程序沒有錯(cuò)誤。 根據(jù)軟件工程的基本原理，當(dāng)測試標(biāo)準(zhǔn)越高，則將要投入的根據(jù)軟件工程的基本原理，當(dāng)測試標(biāo)準(zhǔn)越高，則將要投入的人力、財(cái)力也越高。左圖反映

39、了測試成本的變化規(guī)律。人力、財(cái)力也越高。左圖反映了測試成本的變化規(guī)律。 為在軟件質(zhì)量和投入之間取得需求平衡，可以采用著名為在軟件質(zhì)量和投入之間取得需求平衡，可以采用著名(zhmng)(zhmng)的的“進(jìn)度、成本、質(zhì)量進(jìn)度、成本、質(zhì)量”三角公式。如下右圖，即三角公式。如下右圖，即只要確定了其中兩項(xiàng)，就可以確定第三項(xiàng)。只要確定了其中兩項(xiàng)，就可以確定第三項(xiàng)。 因此，在編制軟件測試計(jì)劃時(shí)，必須考慮三者之間的關(guān)系。因此，在編制軟件測試計(jì)劃時(shí)，必須考慮三者之間的關(guān)系。測試的程度測試的程度未發(fā)現(xiàn)的隱藏錯(cuò)誤數(shù)未發(fā)現(xiàn)的隱藏錯(cuò)誤數(shù)不足測試不足測試測試成本測試成本過度測試過度測試最佳測試點(diǎn)最佳測試點(diǎn)進(jìn)度進(jìn)度質(zhì)量質(zhì)

40、量成本成本第21頁/共40頁第二十一頁，共40頁。223. 3. 軟件測試的原則軟件測試的原則測試時(shí)，如果成功地實(shí)施了測試計(jì)劃和方案，就能夠發(fā)現(xiàn)系統(tǒng)中盡測試時(shí)，如果成功地實(shí)施了測試計(jì)劃和方案，就能夠發(fā)現(xiàn)系統(tǒng)中盡量多的錯(cuò)誤。測試的一個(gè)附帶量多的錯(cuò)誤。測試的一個(gè)附帶(fdi)(fdi)收獲是，能夠證明軟件的功收獲是，能夠證明軟件的功能和性能是與需求說明相符的。要達(dá)成上述要求，就需要遵守以下能和性能是與需求說明相符的。要達(dá)成上述要求，就需要遵守以下原則：原則：(1) (1) 測試規(guī)劃應(yīng)包含測試工作的全部內(nèi)容。即不僅是程序測試，還測試規(guī)劃應(yīng)包含測試工作的全部內(nèi)容。即不僅是程序測試，還包括文檔包括文檔(

41、2) (2) 測試應(yīng)貫穿軟件開發(fā)的整個(gè)過程。即堅(jiān)持各個(gè)階段的評(píng)審，杜測試應(yīng)貫穿軟件開發(fā)的整個(gè)過程。即堅(jiān)持各個(gè)階段的評(píng)審，杜絕隱患絕隱患(3) (3) 測試用例應(yīng)包括輸入和預(yù)期輸出。測試用例應(yīng)包括輸入和預(yù)期輸出。(4) (4) 設(shè)計(jì)測試用例時(shí)，輸入應(yīng)包括合理的和不合理的數(shù)據(jù)。設(shè)計(jì)測試用例時(shí)，輸入應(yīng)包括合理的和不合理的數(shù)據(jù)。(5) (5) 功能測試應(yīng)由獨(dú)立第三方完成。但調(diào)試仍應(yīng)由開發(fā)者自己完成。功能測試應(yīng)由獨(dú)立第三方完成。但調(diào)試仍應(yīng)由開發(fā)者自己完成。(6) (6) 充分注意并利用測試中的群集現(xiàn)象。充分注意并利用測試中的群集現(xiàn)象。(7) (7) 嚴(yán)格執(zhí)行測試計(jì)劃，排除測試隨意性。計(jì)劃應(yīng)明確規(guī)定，不隨

42、嚴(yán)格執(zhí)行測試計(jì)劃，排除測試隨意性。計(jì)劃應(yīng)明確規(guī)定，不隨意解釋意解釋(8) (8) 應(yīng)當(dāng)對(duì)每一個(gè)測試結(jié)果做全面檢查。仔細(xì)分析測試結(jié)果，防止應(yīng)當(dāng)對(duì)每一個(gè)測試結(jié)果做全面檢查。仔細(xì)分析測試結(jié)果，防止錯(cuò)誤遺漏錯(cuò)誤遺漏(9) (9) 妥善保存測試計(jì)劃、測試用例、出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告等測妥善保存測試計(jì)劃、測試用例、出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告等測試文檔。試文檔。第22頁/共40頁第二十二頁，共40頁。234. 4. 軟件測試軟件測試(csh)(csh)過程過程從程序測試從程序測試(csh)(csh)的角度看，測試的角度看，測試(csh)(csh)分為兩個(gè)階段。如圖分為兩個(gè)階段。如圖單元單元( (構(gòu)件構(gòu)件) )測

43、試測試集成集成( (組件組件) )測試測試軟件開發(fā)者完成軟件開發(fā)者完成獨(dú)立測試團(tuán)隊(duì)承擔(dān)獨(dú)立測試團(tuán)隊(duì)承擔(dān)程序測試過程的目的是盡可能多的發(fā)現(xiàn)并改正錯(cuò)誤，提高程序測試過程的目的是盡可能多的發(fā)現(xiàn)并改正錯(cuò)誤，提高(t go)(t go)軟件軟件質(zhì)量。測試過程的每一個(gè)階段也都會(huì)對(duì)前一階段有反饋信息。因此，測質(zhì)量。測試過程的每一個(gè)階段也都會(huì)對(duì)前一階段有反饋信息。因此，測試過程是一個(gè)不斷修正和進(jìn)化的過程。其階段劃分如下圖所示試過程是一個(gè)不斷修正和進(jìn)化的過程。其階段劃分如下圖所示測試計(jì)劃測試計(jì)劃測試設(shè)計(jì)測試設(shè)計(jì)測試準(zhǔn)備測試準(zhǔn)備測試執(zhí)行測試執(zhí)行測試評(píng)估測試評(píng)估修正修正修正修正修正修正修正修正測試過程需要下面三個(gè)基

44、礎(chǔ)數(shù)據(jù)和資料的支持：測試過程需要下面三個(gè)基礎(chǔ)數(shù)據(jù)和資料的支持：- -軟件軟件(run jin)(run jin)配置：軟件配置：軟件(run jin)(run jin)正常運(yùn)行的環(huán)境配置。正常運(yùn)行的環(huán)境配置。- - 測試配置：軟件測試配置：軟件(run jin)(run jin)測試運(yùn)行的環(huán)境配置，是軟件測試運(yùn)行的環(huán)境配置，是軟件(run (run jin)jin)配置的子集。配置的子集。- - 測試工具：為提高測試效率、降低測試勞動(dòng)強(qiáng)度、保證測試質(zhì)量使用測試工具：為提高測試效率、降低測試勞動(dòng)強(qiáng)度、保證測試質(zhì)量使用的工具的工具第23頁/共40頁第二十三頁，共40頁。內(nèi)內(nèi) 容容說說 明明測試過程

45、測試過程描述測試過程的主要階段描述測試過程的主要階段需求跟蹤需求跟蹤用戶最關(guān)心系統(tǒng)能否目要求，測試計(jì)劃應(yīng)包含對(duì)每項(xiàng)需求的單獨(dú)測試用戶最關(guān)心系統(tǒng)能否目要求，測試計(jì)劃應(yīng)包含對(duì)每項(xiàng)需求的單獨(dú)測試測試項(xiàng)目測試項(xiàng)目軟件需求測試的內(nèi)容都應(yīng)在此定義軟件需求測試的內(nèi)容都應(yīng)在此定義測試時(shí)間安排測試時(shí)間安排給出總的時(shí)間安排和相應(yīng)的資源分配給出總的時(shí)間安排和相應(yīng)的資源分配測試記錄測試記錄測試所得到的結(jié)果、測試過程、執(zhí)行情況等必須系統(tǒng)地記錄測試所得到的結(jié)果、測試過程、執(zhí)行情況等必須系統(tǒng)地記錄軟硬件需求軟硬件需求列出測試所要使用的軟件工具和測試環(huán)境列出測試所要使用的軟件工具和測試環(huán)境約束約束需要考慮和預(yù)料的影響測試過程

46、的約束需要考慮和預(yù)料的影響測試過程的約束245. 5. 測試計(jì)劃的導(dǎo)出與結(jié)構(gòu)測試計(jì)劃的導(dǎo)出與結(jié)構(gòu)測試計(jì)劃應(yīng)該從系統(tǒng)描述測試計(jì)劃應(yīng)該從系統(tǒng)描述(mio sh)(mio sh)和設(shè)計(jì)中導(dǎo)出。下圖是測試計(jì)和設(shè)計(jì)中導(dǎo)出。下圖是測試計(jì)劃從系統(tǒng)描述劃從系統(tǒng)描述(mio sh)(mio sh)和設(shè)計(jì)中導(dǎo)出示意圖和設(shè)計(jì)中導(dǎo)出示意圖需求描述需求描述系統(tǒng)描述系統(tǒng)描述系統(tǒng)設(shè)計(jì)系統(tǒng)設(shè)計(jì)詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)單元代碼單元代碼測試測試驗(yàn)收測驗(yàn)收測試計(jì)劃試計(jì)劃系統(tǒng)集成系統(tǒng)集成測試計(jì)劃測試計(jì)劃子系統(tǒng)集成子系統(tǒng)集成測試計(jì)劃測試計(jì)劃服服 務(wù)務(wù)驗(yàn)收測試驗(yàn)收測試系統(tǒng)集成系統(tǒng)集成測試測試子系統(tǒng)集子系統(tǒng)集成測試成測試 測試計(jì)劃的主測試計(jì)劃的主

47、要要(zhyo)(zhyo)組成組成部分如右表所示部分如右表所示第24頁/共40頁第二十四頁，共40頁。256. 6. 幾種常見的測試用圖表工具幾種常見的測試用圖表工具(1) (1) 檢查表檢查表 檢查表是一張標(biāo)明了所要檢查項(xiàng)目檢查表是一張標(biāo)明了所要檢查項(xiàng)目(xingm)(xingm)和內(nèi)容的表格，和內(nèi)容的表格，可以用來突出重點(diǎn)和總結(jié)整個(gè)過程的關(guān)鍵點(diǎn)。優(yōu)點(diǎn)是簡潔、清晰。可以用來突出重點(diǎn)和總結(jié)整個(gè)過程的關(guān)鍵點(diǎn)。優(yōu)點(diǎn)是簡潔、清晰。 典型的檢查表如需求檢查表、系統(tǒng)結(jié)構(gòu)檢查表、代碼結(jié)構(gòu)檢查典型的檢查表如需求檢查表、系統(tǒng)結(jié)構(gòu)檢查表、代碼結(jié)構(gòu)檢查表、共性缺陷檢查表等。表、共性缺陷檢查表等。 檢查表因其重要

48、性，目前已實(shí)現(xiàn)了自動(dòng)化和智能化。如檢查表因其重要性，目前已實(shí)現(xiàn)了自動(dòng)化和智能化。如IBM IBM RochesterRochester軟件開發(fā)中的軟件開發(fā)中的PTF(program temporary fixPTF(program temporary fix，程序臨時(shí)修，程序臨時(shí)修補(bǔ)補(bǔ)) )檢查表。檢查表。(2) Pareto(2) Pareto圖圖 一個(gè)按下降次序排列的頻率豎條圖。通常，一個(gè)按下降次序排列的頻率豎條圖。通常，X X軸表示缺陷產(chǎn)生軸表示缺陷產(chǎn)生的原因，的原因，Y Y軸表示缺陷數(shù)。下圖就是一個(gè)軟件產(chǎn)品缺陷原因的軸表示缺陷數(shù)。下圖就是一個(gè)軟件產(chǎn)品缺陷原因的ParetoPareto圖

49、。圖。5040302010缺陷數(shù)缺陷數(shù)原因原因數(shù)據(jù)初始化數(shù)據(jù)初始化接口接口復(fù)雜邏輯復(fù)雜邏輯民族語言民族語言地址地址數(shù)據(jù)定義數(shù)據(jù)定義第25頁/共40頁第二十五頁，共40頁。26(3) 直方圖 是一種(y zhn)樣本或總體的頻率計(jì)數(shù)的圖形表示。X軸自左至右按上升序列出某一個(gè)參數(shù)的單位間隔，Y軸為頻率計(jì)數(shù)。直方圖常用來表示某一參數(shù)的分布特性。如下圖是一個(gè)軟件產(chǎn)品按不同嚴(yán)重程度的缺陷頻率和缺陷報(bào)告提交的天數(shù)直方圖。10080604020總?cè)毕輸?shù)的總?cè)毕輸?shù)的%SEV2SEV1SEV3SEV4嚴(yán)重級(jí)別10080604020總?cè)毕輸?shù)的總?cè)毕輸?shù)的%8141715212228293536+缺陷報(bào)告提交的天數(shù)第

50、26頁/共40頁第二十六頁，共40頁。277. 7. 設(shè)計(jì)軟件測試設(shè)計(jì)軟件測試(1) (1) 缺陷測試設(shè)計(jì)缺陷測試設(shè)計(jì) 下圖是缺陷測試的一般模型。其中，需要設(shè)計(jì)測試用例，給出測下圖是缺陷測試的一般模型。其中，需要設(shè)計(jì)測試用例，給出測試預(yù)期結(jié)果。測試用例是對(duì)測試需要的輸入和當(dāng)前測試內(nèi)容的描述，試預(yù)期結(jié)果。測試用例是對(duì)測試需要的輸入和當(dāng)前測試內(nèi)容的描述，運(yùn)行結(jié)果需要和測試預(yù)期結(jié)果比較，以獲得運(yùn)行結(jié)果需要和測試預(yù)期結(jié)果比較，以獲得(hud)(hud)測試是否通過的測試是否通過的結(jié)論。結(jié)論。測試用例測試用例測試數(shù)據(jù)測試數(shù)據(jù)測試結(jié)果測試結(jié)果測試報(bào)告測試報(bào)告設(shè)計(jì)測設(shè)計(jì)測試用例試用例準(zhǔn)備測準(zhǔn)備測試數(shù)據(jù)試數(shù)據(jù)

51、用測試數(shù)據(jù)用測試數(shù)據(jù)運(yùn)行程序運(yùn)行程序?qū)⒔Y(jié)果與測將結(jié)果與測試預(yù)期比較試預(yù)期比較 理想的測試是使每個(gè)可能的程序運(yùn)行順序都能無遺漏的得到測試，理想的測試是使每個(gè)可能的程序運(yùn)行順序都能無遺漏的得到測試，然而然而(rn r)(rn r)這是不可能的。因此，測試需要基于一個(gè)可能的測試用這是不可能的。因此，測試需要基于一個(gè)可能的測試用例子集，制定和設(shè)計(jì)一個(gè)測試子集的選擇策略。例子集，制定和設(shè)計(jì)一個(gè)測試子集的選擇策略。第27頁/共40頁第二十七頁，共40頁。輸輸 入入 數(shù)數(shù) 據(jù)據(jù)預(yù)期輸出結(jié)果預(yù)期輸出結(jié)果運(yùn)行輸出結(jié)果運(yùn)行輸出結(jié)果結(jié)果是否正常結(jié)果是否正常期望的期望的非期望的非期望的正常測試輸入數(shù)據(jù)正常測試輸入數(shù)據(jù)

52、1n導(dǎo)致反常的輸入數(shù)據(jù)導(dǎo)致反常的輸入數(shù)據(jù)1m28 黑盒測試 黑盒測試是將系統(tǒng)作為(zuwi)一個(gè)黑盒子，只通過系統(tǒng)輸入，觀察其相應(yīng)的輸出，來確定系統(tǒng)功能是否符合需求規(guī)格說明書的定義。因此，黑盒測試又稱功能測試或數(shù)據(jù)驅(qū)動(dòng)測試。黑盒測試的系統(tǒng)模型如下圖。正常測試正常測試輸入數(shù)據(jù)輸入數(shù)據(jù)期望的輸期望的輸出結(jié)果出結(jié)果暴露缺陷的暴露缺陷的輸出結(jié)果輸出結(jié)果導(dǎo)致反導(dǎo)致反常的輸常的輸入數(shù)據(jù)入數(shù)據(jù)系系統(tǒng)統(tǒng) 黑盒測試方法即適合功能構(gòu)成的系統(tǒng)，也適合對(duì)象構(gòu)成的系統(tǒng)。測試的關(guān)鍵黑盒測試方法即適合功能構(gòu)成的系統(tǒng)，也適合對(duì)象構(gòu)成的系統(tǒng)。測試的關(guān)鍵是要設(shè)計(jì)出有極大可能落在導(dǎo)致系統(tǒng)反常的輸入是要設(shè)計(jì)出有極大可能落在導(dǎo)致系統(tǒng)反

53、常的輸入(shr)(shr)數(shù)據(jù)集合中的那些輸數(shù)據(jù)集合中的那些輸入入(shr)(shr)。使用下表可以組織黑盒測試方法的輸入。使用下表可以組織黑盒測試方法的輸入(shr)(shr)和輸出。和輸出。第28頁/共40頁第二十八頁，共40頁。輸入條件輸入條件有效等價(jià)類有效等價(jià)類無效等價(jià)類無效等價(jià)類29 等價(jià)劃分等價(jià)劃分(hu fn)(hu fn) 黑盒測試的一種方法。等價(jià)劃分黑盒測試的一種方法。等價(jià)劃分(hu fn)(hu fn)的測試方法就是把程序的輸入域的測試方法就是把程序的輸入域劃分劃分(hu fn)(hu fn)成若干不同性質(zhì)得到的集合，在這些集合中，程序有基本一致成若干不同性質(zhì)得到的集合，

54、在這些集合中，程序有基本一致的行為表現(xiàn)，然后從每個(gè)集合中選取少量有代表性的數(shù)據(jù)作為測試用例。下圖就的行為表現(xiàn)，然后從每個(gè)集合中選取少量有代表性的數(shù)據(jù)作為測試用例。下圖就是等價(jià)劃分是等價(jià)劃分(hu fn)(hu fn)測試的模型。測試的模型。系系統(tǒng)統(tǒng)無效輸入無效輸入有效輸入有效輸入輸出輸出 等價(jià)劃分方法測試用例的設(shè)計(jì)等價(jià)劃分方法測試用例的設(shè)計(jì)(shj)(shj)要經(jīng)歷劃分等價(jià)類和選取測試用例兩步。要經(jīng)歷劃分等價(jià)類和選取測試用例兩步。等價(jià)類的劃分可以使用等價(jià)類表描述。等價(jià)類的劃分可以使用等價(jià)類表描述。確定測試用例則需要根據(jù)等價(jià)類表，按以下確定測試用例則需要根據(jù)等價(jià)類表，按以下3 3個(gè)步驟進(jìn)行：個(gè)步

55、驟進(jìn)行：- - 為每個(gè)等價(jià)類規(guī)定唯一編號(hào)為每個(gè)等價(jià)類規(guī)定唯一編號(hào)- - 設(shè)計(jì)設(shè)計(jì)(shj)(shj)一個(gè)測試用例，使其盡可能多的覆蓋尚未覆蓋的有效等價(jià)類，重一個(gè)測試用例，使其盡可能多的覆蓋尚未覆蓋的有效等價(jià)類，重復(fù)該步復(fù)該步- - 設(shè)計(jì)設(shè)計(jì)(shj)(shj)測試用例，逐一覆蓋所有無效等價(jià)類測試用例，逐一覆蓋所有無效等價(jià)類第29頁/共40頁第二十九頁，共40頁。30 結(jié)構(gòu)化測試結(jié)構(gòu)化測試 結(jié)構(gòu)化測試是一種根據(jù)軟件結(jié)構(gòu)知識(shí)結(jié)構(gòu)化測試是一種根據(jù)軟件結(jié)構(gòu)知識(shí)(zh shi)(zh shi)和實(shí)現(xiàn)知識(shí)和實(shí)現(xiàn)知識(shí)(zh shi)(zh shi)所所進(jìn)行的測試方法。結(jié)構(gòu)化測試也成為白盒測試。結(jié)構(gòu)化測試的過

56、程如下圖所示。進(jìn)行的測試方法。結(jié)構(gòu)化測試也成為白盒測試。結(jié)構(gòu)化測試的過程如下圖所示。測試數(shù)據(jù)測試數(shù)據(jù)測試輸出測試輸出組件代碼組件代碼導(dǎo)出導(dǎo)出測試測試 結(jié)構(gòu)化測試除了用于單元測試外，一般適合用于相對(duì)較小的程結(jié)構(gòu)化測試除了用于單元測試外，一般適合用于相對(duì)較小的程序，如一個(gè)子程序或?qū)ο蟮囊粋€(gè)操作等。序，如一個(gè)子程序或?qū)ο蟮囊粋€(gè)操作等。 結(jié)構(gòu)化測試是通過代碼分析來估計(jì)需要多少測試用例，以保證結(jié)構(gòu)化測試是通過代碼分析來估計(jì)需要多少測試用例，以保證測試過程中，程序或組件中所有語句都至少遍歷一遍。測試過程中，程序或組件中所有語句都至少遍歷一遍。 路徑測試路徑測試 是結(jié)構(gòu)化測試的一種策略。即在程序控制流程圖的

57、基礎(chǔ)上，通是結(jié)構(gòu)化測試的一種策略。即在程序控制流程圖的基礎(chǔ)上，通過分析控制構(gòu)造的環(huán)路復(fù)雜性，導(dǎo)出基本可執(zhí)行路徑集合，從而過分析控制構(gòu)造的環(huán)路復(fù)雜性，導(dǎo)出基本可執(zhí)行路徑集合，從而設(shè)計(jì)測試用例。而設(shè)計(jì)出的測試用例要保證在測試中程序的每一設(shè)計(jì)測試用例。而設(shè)計(jì)出的測試用例要保證在測試中程序的每一個(gè)可執(zhí)行語句都能至少執(zhí)行一次。個(gè)可執(zhí)行語句都能至少執(zhí)行一次。 在面向?qū)ο蟮某绦蜷_發(fā)過程中，路徑測試在測試對(duì)象中的方法在面向?qū)ο蟮某绦蜷_發(fā)過程中，路徑測試在測試對(duì)象中的方法時(shí)，常會(huì)用到。程序中的路徑數(shù)量時(shí)，常會(huì)用到。程序中的路徑數(shù)量(shling)(shling)通常與程序的長通常與程序的長度成正比。度成正比。第

58、30頁/共40頁第三十頁，共40頁。31(2) 集成測試設(shè)計(jì) 集成測試開始(kish)于系統(tǒng)組件、子系統(tǒng)或完整系統(tǒng)的組裝完成時(shí)，其目的是發(fā)現(xiàn)組件交互中的問題。 集成測試的主要困難是在測試過程中對(duì)發(fā)現(xiàn)的錯(cuò)誤的定位。一個(gè)好的方法是采用所謂的增量法。即先從一個(gè)集成度最小的系統(tǒng)配置開始(kish)測試，完成后一個(gè)增量一個(gè)增量的增加配置，然后逐步完成系統(tǒng)完整配置的測試。下圖就是增量化集成測試的例子。ABT1T2T3a.a. 測試序列1ABT1T2T3CT4b.b. 測試序列2ABT1T2T3c.c. 測試序列3CDT4T5第31頁/共40頁第三十一頁，共40頁。32 自頂向下的和自底向上的測試是兩種不同

59、的測試策略自頂向下的和自底向上的測試是兩種不同的測試策略 在自頂向下的集成在自頂向下的集成(j chn(j chn) )測試中，系統(tǒng)的高層組件在系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)測試中，系統(tǒng)的高層組件在系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)完成之前進(jìn)行集成完成之前進(jìn)行集成(j chn(j chn) )和測試。如下圖所示和測試。如下圖所示1 1級(jí)級(jí)1 1級(jí)級(jí)2 2級(jí)級(jí)2 2級(jí)級(jí)2 2級(jí)級(jí)測試序列測試序列 在自底向上的集成測試中，低層組件在高層組件開發(fā)在自底向上的集成測試中，低層組件在高層組件開發(fā)(kif)(kif)出來之前進(jìn)行集成出來之前進(jìn)行集成和測試。如下圖所示和測試。如下圖所示N N 級(jí)級(jí)N N 級(jí)級(jí)N N 級(jí)級(jí)N N 級(jí)級(jí)N N 級(jí)

60、級(jí)N-1N-1級(jí)級(jí)N-1N-1級(jí)級(jí)N-1N-1級(jí)級(jí)測試測試驅(qū)動(dòng)驅(qū)動(dòng)程序程序測試測試驅(qū)動(dòng)驅(qū)動(dòng)程序程序測試測試序列序列第32頁/共40頁第三十二頁，共40頁。33 接口測試接口測試 當(dāng)模塊或子系統(tǒng)被集成時(shí)，就有一個(gè)事先定義的接口供其它組件調(diào)用。接當(dāng)模塊或子系統(tǒng)被集成時(shí)，就有一個(gè)事先定義的接口供其它組件調(diào)用。接口測試的目的就是口測試的目的就是(jish)(jish)檢測因接口錯(cuò)誤或?qū)涌谶M(jìn)行的無效假設(shè)而造成檢測因接口錯(cuò)誤或?qū)涌谶M(jìn)行的無效假設(shè)而造成的系統(tǒng)缺陷。下圖就是的系統(tǒng)缺陷。下圖就是(jish)(jish)對(duì)接口測試的示意圖。對(duì)接口測試的示意圖。測試用例測試用例ABC 圖中，指向方塊邊界的箭頭表