數(shù)據(jù)庫設(shè)計(jì)階段和軟件項(xiàng)目生命周期對比教學(xué)內(nèi)容

1、數(shù)據(jù)庫設(shè)計(jì)的各個階段：軟件項(xiàng)目各個階段1.需求分析階段：1.可行性分析和項(xiàng)目開發(fā)計(jì)劃2.概念結(jié)構(gòu)設(shè)計(jì)階段：2.需求分析3.邏輯結(jié)構(gòu)設(shè)計(jì)階段：3.概要設(shè)計(jì)4.數(shù)據(jù)庫物理設(shè)計(jì)階段：4.詳細(xì)設(shè)計(jì)5.數(shù)據(jù)庫實(shí)施階段：5.編寫代碼和單元測試6.數(shù)據(jù)庫運(yùn)行和維護(hù)階段：6.綜合測試7.軟件維護(hù)數(shù)據(jù)庫設(shè)計(jì)的基本步驟：1 .需求分析階段：準(zhǔn)確了解與分析用戶需求（包括數(shù)據(jù)與處理），是整個設(shè)計(jì)過程的基礎(chǔ)，是最困難、 最耗費(fèi)時間的一步。這個不用多說吧？2 .概念結(jié)構(gòu)設(shè)計(jì)階段：是整個數(shù)據(jù)庫設(shè)計(jì)的關(guān)鍵，通過對用戶的需求進(jìn)行綜合、歸納與抽象，形成一個獨(dú)立 于具體DBMS的概念模型。從實(shí)際到理論。3 .邏輯結(jié)構(gòu)設(shè)計(jì)階段：將概

2、念結(jié)構(gòu)轉(zhuǎn)換為某個DBMS所支持的數(shù)據(jù)模型，對其進(jìn)行優(yōu)化。優(yōu)化理論。4 .數(shù)據(jù)庫物理設(shè)計(jì)階段：為邏輯數(shù)據(jù)模型選取一個最適合應(yīng)用環(huán)境的物理結(jié)構(gòu)（包括存儲結(jié)構(gòu)和存取方法） 選擇理論落腳點(diǎn)。5 .數(shù)據(jù)庫實(shí)施階段：運(yùn)用DBMS提供的數(shù)據(jù)語言、工具及宿主語言，根據(jù)邏輯設(shè)計(jì)和物理設(shè)計(jì)的結(jié)果 建立數(shù)據(jù)庫，編制與調(diào)試應(yīng)用程序，組織數(shù)據(jù)入庫，并進(jìn)行試運(yùn)行。理論應(yīng)用于實(shí) 踐。6 .數(shù)據(jù)庫運(yùn)行和維護(hù)階段：數(shù)據(jù)庫應(yīng)用系統(tǒng)經(jīng)過試運(yùn)行后即可投入正式運(yùn)行。在數(shù)據(jù)庫系統(tǒng)運(yùn)行過程中必須不 斷地對其進(jìn)行評價、調(diào)整與修改。理論指導(dǎo)實(shí)踐，反過來實(shí)踐修正理論。釋：軟件生存周期各個階段活動定義 _普通行業(yè)透視_eNet硅谷動力商用軟件 頻

3、道首先講一下軟件生存周期的定義，即以需求為觸發(fā)點(diǎn)，提出軟件開發(fā)計(jì)劃的那 一刻開始直到軟件在實(shí)際應(yīng)用中完全報(bào)廢為止可以認(rèn)為是一個完整的軟件生存周 期，軟件生存周期的提出是為了更好的管理、維護(hù)和升級軟件。其中更大的意義在 于管理軟件開發(fā)的步驟和方法。它把整個的軟件生存時間看作是一個整體，以時間 的推移和軟件開發(fā)的工作重心之間作為劃分點(diǎn)，把軟件開發(fā)和維護(hù)的工作細(xì)分為若 干個相對獨(dú)立的部份，從而更好的控制軟件的開發(fā)進(jìn)度和難度，同時也十分有利于 降低軟件的出錯頻律，協(xié)調(diào)各個部門間的工作配合和責(zé)任分配。軟件生存周期的各個階段的劃分并沒有一成不變的法則，不同的開發(fā)方式、軟 件種類、軟件規(guī)模和開發(fā)環(huán)境都會在不

4、同程度上影響軟件生存周期各階段的劃分， 但無論最終把生存周期如果根據(jù)自己的實(shí)際情況進(jìn)行劃分，都是旨在更好的利用手 中的資源（主要指人力資源、軟件資源、技術(shù)資源和源碼資源），降低軟件的開發(fā) 風(fēng)險(xiǎn)、復(fù)雜度和開發(fā)成本（主要以開發(fā)的時間和投入資源為衡量標(biāo)準(zhǔn)），要做到最 好的對軟件生存周期各階段進(jìn)行劃分，就必須遵循一條基本的原則，那就是在各階 段的任務(wù)應(yīng)盡可能的相對獨(dú)立，同一階段各項(xiàng)任務(wù)的性質(zhì)應(yīng)盡可能的相同，從而達(dá) 到降低每個階段任務(wù)的復(fù)雜度，減少不同階段任務(wù)之間的聯(lián)系。這樣做對軟件項(xiàng)目 開發(fā)的組織管理是十分有必要的，同時對最終的軟件項(xiàng)目開發(fā)成功是不可或缺的。盡管軟件的生存周期各階段的劃分沒有一個明確的

5、法則，但就一般性而言，軟 件生存周期包括可行性分析、項(xiàng)目開發(fā)計(jì)劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編 寫代碼、軟件測試和軟件維護(hù)等活動（有的文檔資料和開發(fā)項(xiàng)目把概要設(shè)計(jì)和詳細(xì) 設(shè)計(jì)合在一起，統(tǒng)稱為軟件設(shè)計(jì)或設(shè)計(jì)），這些活動的每一個可以說是軟件開發(fā)過 程中必須要經(jīng)歷的，所以我們應(yīng)該將它們按照項(xiàng)目的劃分合理的安排到各個階段里 面去。既然軟件開發(fā)周期這么重要，無論對軟件項(xiàng)目最終開發(fā)是否能取得成功或是對 軟件管理和資源投入，我們就應(yīng)當(dāng)充份的了解周期里各個活動的定義和任務(wù)，才能 合理，準(zhǔn)確，客觀的安排每一階段的工作，以下就對各種活動的定義和任務(wù)做一下 簡單介紹，使之對它們有一個初步的了解。一、可行性分析和

6、項(xiàng)目開發(fā)計(jì)劃這兩個活動通常被整合在一起進(jìn)行，在實(shí)際工作中通常把它們歸類到同一個階 段中。在某種程度上甚至可以把它們看成是一個活動整體，要做的事情就是回答“需 要做什么？要如何去做？可不可能完成？ ”在這個階段中經(jīng)驗(yàn)起到了決定性的作用，軟件工程之所以難就難在沒有固定公式可供使用，很多時候都是靠系統(tǒng)分析員的經(jīng)驗(yàn)來判斷是否可行，在這個階段中， 可行性分析要依靠項(xiàng)目開發(fā)計(jì)劃提供依據(jù)，而項(xiàng)目開發(fā)計(jì)劃只有在初步得到可行性 研究后才能再深入制定，兩個活動可以說是互相制約，互相促進(jìn)的關(guān)系。同時在這個階段中對要解決的問題定義十分重要，要注意和各方多溝通，得到 盡可能準(zhǔn)確的問題定義，再和各方再次溝通看看各方的理解

7、是否相同，一般對問題 的精確定義和理解在項(xiàng)目開發(fā)計(jì)劃里解決比在需求分析階段決解更合理，也可以更 符合各方利益的要求，同時不會對軟件開發(fā)方向造成隱患，亦不會給雙方就軟件開 發(fā)報(bào)酬的商議造成不必要的麻煩。在用戶提出一個軟件開發(fā)要求后，系統(tǒng)分析員要對此用戶的機(jī)構(gòu)進(jìn)行了解，明 確它是一個什么樣的機(jī)構(gòu)，它的作用是什么，這有利于分析所開發(fā)的項(xiàng)目的原由， 同時對使用此軟件的最終部門要進(jìn)行一系列的觀察研究，組織開會討論，通過這一 系列工作就可以確定軟件項(xiàng)目的性質(zhì)、目標(biāo)和規(guī)模，其實(shí)這工作有點(diǎn)像需求分析的 簡化版，但對項(xiàng)目的后期工作是一個奠基的作用。到現(xiàn)在應(yīng)該能夠得出可行性研究 報(bào)告了。如果可行性研究的結(jié)果是可行

8、的，接下來的任務(wù)就是制定詳細(xì)的項(xiàng)目開發(fā)計(jì) 劃，項(xiàng)目開發(fā)計(jì)劃主要根據(jù)所開發(fā)的項(xiàng)目的目標(biāo)、性能、功能、規(guī)模來確定所需的 資源，主要包括三個方面，即硬件資源（Q、軟件資源和人力資源，除此之外還有 對項(xiàng)目的開發(fā)費(fèi)用，開發(fā)進(jìn)度做出估計(jì)，可供決策者和用戶參考。至此，本階段的工作任務(wù)已基本完成，這時候系統(tǒng)分析員應(yīng)將可行性報(bào)告 和項(xiàng)目開發(fā)計(jì)劃一并提交管理部門審查。二、需求分析軟件開發(fā)最難的部份是什么？不用懷疑，就算是最初級的程序員也知道是需求 分析，而另一個問題就是“需求分析為什么就那么難呢？ ”要回答這個問題，必須 在實(shí)際工作中把“兩幫人”搞清楚，一幫是軟件開發(fā)的相關(guān)人員，而另一幫則是使 用軟件的需求者，通

9、常軟件開發(fā)人員開發(fā)軟件都不是為了自己使用，而是為某個組 織開發(fā)的，這“兩幫人” 一幫知道怎么用計(jì)算機(jī)解決實(shí)際問題而他要解決的問題不 是自己的，一幫需要用計(jì)算機(jī)解決自己的問題但不懂如果用計(jì)算機(jī)去實(shí)現(xiàn)。到現(xiàn)在應(yīng)該知道需求分析的實(shí)質(zhì)了吧，再說白點(diǎn)就是在開發(fā)者和使用者之間架 起一座橋梁，讓開發(fā)者最準(zhǔn)確的知道“用戶要的是什么"，要知道需求分析階段不 是要你動手去解決實(shí)際問題，而是要你弄清楚將要解決的問題。需求分析并不是從一開始就要的，在軟件行業(yè)初期并沒有這個概念，而后來隨 著軟件工程的提出和完善，需求分析才逐漸被人們所認(rèn)識和重視，主要原因還是隨 著計(jì)算機(jī)硬件的不斷升級換代，大的軟件項(xiàng)目被越來越

10、多的提上了日程，而軟件開 發(fā)技術(shù)并沒有完全跟得上軟件開發(fā)的步伐，越做越大的軟件項(xiàng)目漸漸的超出了人們 所能認(rèn)識和接受的范疇，開發(fā)出來的軟件很多都不能適應(yīng)實(shí)際應(yīng)用的需要，這個時 候出現(xiàn)了 “軟件危機(jī)”，為了應(yīng)對“軟件危機(jī)”才提出了具有劃時代意義的軟件工 程的概念，而隨著軟件工程理論的發(fā)展和客觀上對準(zhǔn)確理解用戶需求的迫切需要， 才出現(xiàn)在需求分析。需求分析的難點(diǎn)主要體現(xiàn)在以下幾個方面：(1)問題的復(fù)雜性。(2)交流障礙。(3)用戶對問題的陳述不完備性和不一致性。(4)需求易變性。針對需求分析人們提出了許多解決方法和自動化分析工具，如結(jié)構(gòu)化分析方法 和面向?qū)ο蠓治龇椒?，CAS豉術(shù)等等。解決問題的方法有許

11、多，但都要遵循一些基 本的原則：(1)可以把一個復(fù)雜問題按照某種分解方式進(jìn)行分解并可逐層細(xì)化。(2)必須能夠表達(dá)和理解問題的數(shù)據(jù)域和功能域。(3)必須具有良好的模型建立能力， 能夠準(zhǔn)確的把問題用“圖表”的形式表 達(dá)出來。最后講一下需求分析的基本任務(wù)是什么，需求分析要做的就是準(zhǔn)確的定義新系 統(tǒng)的目標(biāo)，也就是將要實(shí)現(xiàn)的系統(tǒng)是個什么樣的系統(tǒng)，達(dá)到什么樣的要求。其實(shí)最 終的目標(biāo)就是為了用戶的需要，回答這個系統(tǒng)要“做什么”的問題。具體如下：I :問題識別(1)功能需求(2)性能需求(3)環(huán)境需求(4)用戶界面需求另外對軟件各個部分和性能指標(biāo)也要有一個明確的需求定義，如安全性、可靠 性、可維護(hù)性、可移植性

12、等等都要通過雙方的共同討論、研究，力求達(dá)到一個雙方 都可理解接受的指標(biāo)。II :分析與綜合，導(dǎo)出軟件的邏輯模型對于需求分析實(shí)際調(diào)研中所得到的信息，綜合分析和理解，在此基礎(chǔ)上通 過規(guī)范的需求分析工具導(dǎo)出成為一個開發(fā)人員能夠理解的軟件邏輯模型。III :編寫文檔(1)編寫“需求規(guī)格說明書”， 把雙方共同理解和分析得到的結(jié)果以規(guī)范的 方式描述出來，作為今后工作的基礎(chǔ)。(2)編寫初步用戶使用手冊，根據(jù)需求規(guī)格說明書編寫初步的用戶使用手冊， 一來可以更進(jìn)一步的說明問題，二來可以強(qiáng)制系統(tǒng)分析員站在需求者的角度考慮軟 件。(3)編寫確認(rèn)測試計(jì)劃，作為軟件驗(yàn)收時的依據(jù)。(4)修改項(xiàng)目開發(fā)計(jì)劃文檔，此時對要開發(fā)

13、的軟件有了更進(jìn)一步清晰的了解， 應(yīng)對原來的開發(fā)計(jì)劃做一些適當(dāng)?shù)男薷摹?注：需求規(guī)格說明書是項(xiàng)目開發(fā)里最重要的技術(shù)文檔之一，但由于篇幅關(guān)系,這里無法給出實(shí)例文檔，可在本站查找相關(guān)說明)三、概要設(shè)計(jì)概要設(shè)計(jì)階段通常在軟件開發(fā)程序中排在需求分析后面，因?yàn)樗慕Y(jié)構(gòu)設(shè)計(jì)是 直接對應(yīng)需求分析里的功能說明的，在這個階段，要的依然不是編寫代碼，而是實(shí) 現(xiàn)需求功能的軟件結(jié)構(gòu)，軟件結(jié)構(gòu)是以模塊來組成的，所以這個階段要做的就是把需求分析里所說明的軟件功能用模塊的形式描述出來，每個模塊都有明確的意義和 功能，概要設(shè)計(jì)的主要工作就是設(shè)計(jì)模塊和組織模塊。除了設(shè)計(jì)和組織模塊以外，數(shù)據(jù)庫的設(shè)計(jì)也是概要設(shè)計(jì)的工作之一，即軟件系

14、 統(tǒng)要存儲什么數(shù)據(jù)，這些數(shù)據(jù)的結(jié)構(gòu)和關(guān)系等等，具體要學(xué)習(xí)數(shù)據(jù)庫設(shè)計(jì)技術(shù)，已 不是本文范疇，可自行找查資料。概要設(shè)計(jì)的基本任務(wù)：1、設(shè)計(jì)軟件系統(tǒng)的邏輯結(jié)構(gòu)。沒有“結(jié)構(gòu)化”設(shè)計(jì)的軟件系統(tǒng)，以后根本談不上什么維護(hù)升級，就是簡單的 除蟲也成了個問題，就算你的軟件代碼寫得再好也只是“亂碼”，根本一文不值， 這個道理誰都懂，所以要寫好軟件，概要設(shè)計(jì)是非常關(guān)健的，具體工作如下：(1)采用某種設(shè)計(jì)方法，將一個復(fù)雜的軟件系統(tǒng)按功能劃分成許多有關(guān)系條理 的模塊。(2)準(zhǔn)確定義每個模塊的功能。(3)確定模塊之間的調(diào)用關(guān)系。(4)對每個模塊確定其接口(要以文檔對接口的數(shù)量，順序，作用，屬性等進(jìn) 行詳細(xì)說明，這很重要)

15、。(5)對所設(shè)計(jì)的模塊進(jìn)行評估，盡量找出錯誤和不合理的地方，進(jìn)行改正(這 比軟件做出來后的修改要容易得多)。軟件結(jié)構(gòu)的設(shè)計(jì)是非常重要的工作，它直接影響以后的詳細(xì)設(shè)計(jì)和編碼，不合 理的結(jié)構(gòu)將有可能把未完成的系統(tǒng)埋葬，所以應(yīng)選用能力強(qiáng)和經(jīng)驗(yàn)比較豐富的程序 員來做。2、設(shè)計(jì)軟件所需要的數(shù)據(jù)庫系統(tǒng)一個好的軟件一般都有一個專門為其設(shè)計(jì)的數(shù)據(jù)庫系統(tǒng)，數(shù)據(jù)庫的設(shè)計(jì)已自成理論體系，在這里不會詳細(xì)說明如何做這個工作，但一般數(shù)據(jù)庫的設(shè)計(jì)工作可分為 數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)和數(shù)據(jù)庫設(shè)計(jì)，數(shù)據(jù)庫設(shè)計(jì)還分為概念設(shè)計(jì)、邏輯設(shè)計(jì)和物理設(shè)計(jì)， 每一項(xiàng)都有很多的知識和原則，有興趣的朋友可自己去摸索。3、編寫概要設(shè)計(jì)文檔軟件工程很強(qiáng)調(diào)文檔的

16、作用， 概要設(shè)計(jì)也一樣，要做好這階段應(yīng)有的文檔才算 是基本完成任務(wù)，對文檔的編寫主要是概要設(shè)計(jì)和數(shù)據(jù)庫設(shè)計(jì)說明書，另外還有對 需求分析階段的用戶手冊和測試計(jì)劃進(jìn)行必要的修改，以更合理的對應(yīng)所設(shè)計(jì)的軟 件系統(tǒng)。4、評審這主要是對這階段工作的一次回顧，看看有什么遺漏或錯誤的地方?jīng)]有。評審 也有很多不同的技術(shù)性手段，可一般都將重點(diǎn)放在功能、性能、可行性、接口正確 性等方面。軟件概主設(shè)計(jì)的幾個基本原理：1、抽象即對將要用軟件來完成的工作在本質(zhì)上進(jìn)行抽象，拋開無關(guān)緊要和多余的部 份，構(gòu)造出一個軟件需要完成的功能的邏輯結(jié)構(gòu)。2、信息隱蔽這是對抽象的進(jìn)一步回應(yīng)，信息隱蔽的實(shí)質(zhì)就是“各管各的數(shù)據(jù)”3、模塊化這

17、在上面已經(jīng)講過，模塊化設(shè)計(jì)的根本原則就是做到所有模塊盡可能的相對獨(dú) 立，對別的模塊的依賴越小越好。模塊化還具有幾個相關(guān)的屬性：接口、功能、邏 輯、狀態(tài)。四、詳細(xì)設(shè)計(jì)到了詳細(xì)設(shè)計(jì)階段，現(xiàn)在該把注意力從全局移到局部了，但先別著急，現(xiàn)在還 不是編碼階段，要做的仍然是軟件的邏輯設(shè)計(jì)部份，只不過現(xiàn)在不是設(shè)計(jì)結(jié)構(gòu)了。詳細(xì)設(shè)計(jì)就是把我們在概要設(shè)計(jì)里所劃分出來的模塊要實(shí)現(xiàn)的功能用相應(yīng)的設(shè) 計(jì)工具詳細(xì)的描述出實(shí)現(xiàn)步驟來，也即是寫出代碼的算法，在詳細(xì)設(shè)計(jì)里所有的表 述無論是語言或是圖表，都應(yīng)做到有精確的唯一解釋，絕不允許出現(xiàn)有“二義性” 或“多義性”的表述，所謂精確的表述就是要做到無論這份文檔到了那個程序員手 中

18、，他都能看得懂文檔的含意而且只有一個含意，不可能再解讀出第二層意思來。詳細(xì)設(shè)計(jì)的任務(wù)就是為每個模塊所要完成的功能進(jìn)行具體而精確的描述，要根 據(jù)功能描述再轉(zhuǎn)化成精確的、結(jié)構(gòu)化的軟件過程描述，軟件過程描述一般可直接對 應(yīng)到相應(yīng)的代碼，也就是以后程序員會根據(jù)這些過程描述來編寫程序代碼，具體如 下：(1)為每個模塊進(jìn)行詳細(xì)的算法設(shè)計(jì)。 這是需要用相應(yīng)的工具來完成的，因?yàn)樽匀徽Z言通常很容易具有“二義性”，而工具能做到含義唯一性。(2)為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)。(3)對數(shù)據(jù)庫進(jìn)行物理設(shè)計(jì)。注意這不是實(shí)現(xiàn)數(shù)據(jù)庫，而是設(shè)計(jì)出數(shù)據(jù)庫的具體 物理結(jié)構(gòu)。(4)其它設(shè)計(jì)(前期特殊代碼設(shè)計(jì)、I/O格式設(shè)計(jì)、界面友好設(shè)

19、計(jì)等)。(5)編寫詳細(xì)設(shè)計(jì)說明書。(6)評審。五、編寫代碼編寫代碼就是真的在機(jī)器上用計(jì)算機(jī)語言實(shí)現(xiàn)前面所設(shè)計(jì)的軟件功能了，編寫代碼時要做到高度對應(yīng)在詳細(xì)設(shè)計(jì)里所描述的算法，因?yàn)橐院蟮摹俺x”或升級等，很多時候都是以詳細(xì)設(shè)計(jì)的文檔資料為根據(jù)的，如代碼和詳細(xì)設(shè)計(jì)的描述的偏差， 很容易誤導(dǎo)以后進(jìn)行維護(hù)工作的程序員，而且這種錯誤很能被發(fā)現(xiàn)，而那樣會浪費(fèi) 掉很多不必要的人力物力。程序員們還要注意的就是在編碼時盡可能在重點(diǎn)和難點(diǎn)的地方留下注釋，這樣 對后來的程序員讀源代碼也有很大的幫助。六、軟件測試軟件測試近年來好像提到了和需求分析同一個高度，有點(diǎn)實(shí)力的軟件公司都有 相應(yīng)的軟件測試隊(duì)伍，他們的任務(wù)就是和開

20、發(fā)人員作對，專門和他們過不去，軟件 開發(fā)得好好的，他們就來故意找茬，可在軟件工程看來，這樣找茬是保證軟件質(zhì)量 必不可少的。其實(shí)就軟件這種產(chǎn)品的特殊性而言，沒有一個軟件可以做到?jīng)]有BUG從客觀上講測試是找出BUG#直接和有效的方法，當(dāng)然這樣的說法是相對于軟件沒有發(fā)行 而言的，在軟件工程里 BUGfi劣的分法可以分為代碼錯誤和邏輯設(shè)計(jì)錯誤。至于測試軟件的方式由于側(cè)重點(diǎn)不同各有不同，主要方式還是在設(shè)計(jì)測試用例 的基礎(chǔ)上檢驗(yàn)軟件的各個組成部分，逐個測試看能不能達(dá)到所期望的結(jié)果，測試亦 分為單元測試、集成測試、確認(rèn)測試，除此之外還有錯誤測試，就是故意輸入不合 法的數(shù)據(jù)或故意進(jìn)行非法操作來測試軟件。軟件測

21、試的方法：軟件測試的方法一般分成兩種類型：靜態(tài)測試法和動態(tài)測試法，而動態(tài)測試法 又根據(jù)測試用例的不同可分為白盒測試和黑盒測試兩類。1、靜態(tài)測試法不在計(jì)算機(jī)上進(jìn)行測試而采用人工和計(jì)算機(jī)輔助分析的手段進(jìn)行檢測的方法 稱為靜態(tài)測試法。2、動態(tài)測試法利用計(jì)算機(jī)來運(yùn)行相關(guān)軟件產(chǎn)品進(jìn)行的測試稱為動態(tài)測試法，一般而言我們說 的軟件測試是指動態(tài)測試，它可分為白盒測試和黑盒測試。(1)白盒測試：它把一個軟件產(chǎn)品看作一個盒子，而白盒測試就是“打開這個盒 子來測試”。測試人員要了解程序的內(nèi)部結(jié)構(gòu)和處理過程，而測試的主旨就是檢查 處理過程的細(xì)節(jié)有無出錯。(2)黑盒測試：黑盒測試是最貼近用戶使用角度的測試，它把軟件產(chǎn)品看作是一 個封閉的盒子，以功能為中心，測試軟件的各項(xiàng)功能是否達(dá)到設(shè)計(jì)時的要求。最后要講一點(diǎn)就是原則上不要讓軟件開發(fā)人員再作為軟件測試人員，因?yàn)槿艘?般都有點(diǎn)“自我”心里，自己寫的代碼自己來測試，一來他會用“合法”的操作和數(shù)據(jù)來測試，不會出錯，而一旦別人進(jìn)行操作就會出問題，二來無論他是否愿意， 都會有意無意的朝證明自己正