畢業(yè)論文-論述軟件開發(fā)生命周期與測試生命周期

1、<p><b>　　畢 業(yè) 論 文</b></p><p>　　論文題目：論述軟件開發(fā)生命周期與測試生命周期</p><p><b>　　內(nèi) 容 摘 要</b></p><p>　　本文在介紹軟件開發(fā)與軟件測試的關(guān)系,闡述了軟件開發(fā)生命周期的過程,詳細(xì)論述了軟件開發(fā)和軟件測試兩者之間的聯(lián)系。軟件開發(fā)前期基本分為：

2、問題的定義及規(guī)劃、需求分析、軟件設(shè)計(jì)、程序編碼、軟件測試、運(yùn)行維護(hù)幾部分，軟件測試方法基本分為：等價(jià)類法、靜態(tài)測試、動態(tài)測試、黑盒測試、白盒測試。測試流程：測試技術(shù)書、測試計(jì)劃評審、測試用例、測試技術(shù)相關(guān)文檔、執(zhí)行測試、測試報(bào)告、確認(rèn)測試報(bào)告、用戶手冊。保證與客戶的原始需求一致，而在需求規(guī)格說明書編寫完畢后，相應(yīng)的測試工程師又需要對規(guī)格說明書進(jìn)行評審。</p><p>　　[關(guān)鍵詞] 軟件開發(fā)生命周期 軟件測試

3、方法</p><p><b>　　Abstract</b></p><p>　　In this paper the relationship between software development and software testing, describes the process of the software development life cycle, d

4、iscusses in detail between software development and software testing the link between the two. The early development of the software is divided into: problem definition and planning, needs analysis, software design, codi

5、ng, software testing, operation and maintenance of several parts, software testing method is divided into: the equivalence class method</p><p>　　.Key words: The software development life cycle，Software testi

6、ng method</p><p><b>　　目 錄</b></p><p><b>　　引 言1</b></p><p>　　1軟件生命周期的六個階段1</p><p>　　1.1 問題的定義及規(guī)劃1</p><p>　　1.2 需求分析1</p

7、><p>　　1.3 軟件設(shè)計(jì)1</p><p>　　1.4 程序編碼1</p><p>　　1.5 軟件測試2</p><p>　　1.6 運(yùn)行維護(hù)2</p><p>　　1.6.1 測試分為：2</p><p>　　1.6.2 測試過程2</p><p>　　

8、1.6.3 軟件測試流程3</p><p>　　1.6.3.1 程序員應(yīng)避免測試自己的程序4</p><p>　　1.6.3.2 程序設(shè)計(jì)組織不應(yīng)測試自己的程序4</p><p><b>　　2 測試方法6</b></p><p>　　2.1 等價(jià)類法6</p><p>　　2.2 劃分

9、等價(jià)類6</p><p>　　2.3 劃分等價(jià)類的標(biāo)準(zhǔn)6</p><p><b>　　2.3.16</b></p><p><b>　　2.3.26</b></p><p><b>　　2.3.36</b></p><p><b>　

10、　2.3.46</b></p><p><b>　　2.3.57</b></p><p>　　2.4 劃分等價(jià)類的方法7</p><p>　　2.5 靜態(tài)測試7</p><p><b>　　2.5.17</b></p><p><b>　　2.

11、5.27</b></p><p><b>　　2.5.37</b></p><p>　　2.6 動態(tài)測試7</p><p><b>　　2.6.17</b></p><p><b>　　2.6.27</b></p><p><

12、b>　　結(jié) 束 語9</b></p><p><b>　　注 釋10</b></p><p><b>　　參考文獻(xiàn)11</b></p><p><b>　　致 謝12</b></p><p><b>　　引 言</b>&

13、lt;/p><p>　　目前，軟件開發(fā)與測試應(yīng)該是并行的一個階段，測試與開發(fā)其實(shí)可以并行開展工作。不必等開發(fā)工作完成后，再開展相關(guān)的測試工作。</p><p>　　軟件生命周期是軟件的產(chǎn)生直到報(bào)廢的生命周期，周期內(nèi)有問題定義、可行性分析、總體描述、系統(tǒng)設(shè)計(jì)、編碼、調(diào)試和測試、驗(yàn)收與運(yùn)行、維護(hù)升級到廢棄等階段，這種按時間分程的思想方法是軟件工程中的一種思想原則，即按部就班、逐步推進(jìn)，每個階段都要

14、有定義、工作、審查、形成文檔以供交流或備查，以提高軟件的質(zhì)量。但隨著新的面向?qū)ο蟮脑O(shè)計(jì)方法和技術(shù)的成熟，軟件生命周期設(shè)計(jì)方法的指導(dǎo)意義正在逐步減少。 </p><p>　　同任何事物一樣，一個軟件產(chǎn)品或軟件系統(tǒng)也要經(jīng)歷孕育、誕生、成長、成熟、衰亡等階段，一般稱為軟件生存周期（軟件生命周期）。 軟件生命周期把整個軟件生存周期劃分為若干階段，使得每個階段有明確的任務(wù)，使規(guī)模大，結(jié)構(gòu)復(fù)雜和管理復(fù)雜的軟件開發(fā)變的容易控

15、制和管理。通常，軟件生存周期包括：</p><p>　　1軟件生命周期的六個階段</p><p>　　1.1 問題的定義及規(guī)劃</p><p>　　此階段是軟件開發(fā)方與需求方共同討論，主要確定軟件的開發(fā)目標(biāo)及其可行性。</p><p><b>　　1.2 需求分析</b></p><p>　　在確

16、定軟件開發(fā)可行的情況下，對軟件需要實(shí)現(xiàn)的各個功能進(jìn)行詳細(xì)分析。需求分析階段是一個很重要的階段，這一階段做得好，將為整個軟件開發(fā)項(xiàng)目的成功打下良好的基礎(chǔ)。"唯一不變的是變化本身。"，同樣需求也是在整個軟件開發(fā)過程中不斷變化和深入的，因此我們必須制定需求變更計(jì)劃來應(yīng)付這種變化，以保護(hù)整個項(xiàng)目的順利進(jìn)行。</p><p><b>　　1.3 軟件設(shè)計(jì)</b></p>

17、<p>　　此階段主要根據(jù)需求分析的結(jié)果，對整個軟件系統(tǒng)進(jìn)行設(shè)計(jì)，如系統(tǒng)框架設(shè)計(jì)，數(shù)據(jù)庫設(shè)計(jì)等等。軟件設(shè)計(jì)一般分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)。好的軟件設(shè)計(jì)將為軟件程序編寫打下良好的基礎(chǔ)。</p><p><b>　　1.4 程序編碼</b></p><p>　　此階段是將軟件設(shè)計(jì)的結(jié)果轉(zhuǎn)換成計(jì)算機(jī)可運(yùn)行的程序代碼。在程序編碼中必須要制定統(tǒng)一，符合標(biāo)準(zhǔn)的編寫規(guī)范。

18、以保證程序的可讀性，易維護(hù)性，提高程序的運(yùn)行效率。</p><p><b>　　1.5 軟件測試</b></p><p>　　在軟件設(shè)計(jì)完成后要經(jīng)過嚴(yán)密的測試，以發(fā)現(xiàn)軟件在整個設(shè)計(jì)過程中存在的問題并加以糾正。整個測試過程分單元測試、組裝測試以及系統(tǒng)測試三個階段進(jìn)行。測試的方法主要有白盒測試和黑盒測試兩種。在測試過程中需要建立詳細(xì)的測試計(jì)劃并嚴(yán)格按照測試計(jì)劃進(jìn)行測試，以

19、減少測試的隨意性。</p><p><b>　　1.6 運(yùn)行維護(hù)</b></p><p>　　軟件生命周期 同任何事物一樣,一個軟件產(chǎn)品或軟件系統(tǒng)也要經(jīng)歷孕育、誕生、成長、成熟、衰亡等階段，一般稱為軟件生存周期（軟件生命周期）。把整個軟件生存周期劃分為若干階段，使得每個階段有明確的任務(wù)，使規(guī)模大，結(jié)構(gòu)復(fù)雜和管理復(fù)雜的軟件開發(fā)變的容易控制和管理。通常，軟件生存周期包括可

20、行性分析與開發(fā)項(xiàng)計(jì)劃、需求分析、設(shè)計(jì)（概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)）、編碼、測試、維護(hù)等活動，可以將這些活動以適當(dāng)?shù)姆绞椒峙涞讲煌碾A段去完成。</p><p>　　軟件測試的一般原則中，有這么一條：</p><p>　　應(yīng)當(dāng)把“盡早地和不斷地進(jìn)行軟件測試”作為軟件測試者的座右銘，越晚測試，修正bug的成本越大。</p><p>　　由于軟件的復(fù)雜性和抽象性，在軟件生命周期各

21、個階段都可能產(chǎn)生錯誤，所以不應(yīng)把軟件測試僅僅看作是軟件開發(fā)的一個獨(dú)立階段的工作，而應(yīng)當(dāng)把它貫穿到軟件開發(fā)的各個階段中。在軟件開發(fā)的需求分析和設(shè)計(jì)階段就應(yīng)開始測試工作，編寫相應(yīng)的測試文檔。同時，堅(jiān)持在軟件開發(fā)的各個階段進(jìn)行技術(shù)評審與驗(yàn)證，這樣才能在開發(fā)過程中盡早發(fā)現(xiàn)和預(yù)防錯誤，杜絕某些缺陷和隱患，提高軟件質(zhì)量。只要測試在生命周期中進(jìn)行得足夠早，就能夠提高被測軟件的質(zhì)量，這就是預(yù)防性測試的基本原則。</p><p>

22、　　軟件生命周期和軟件測試生命周期的區(qū)別是軟件生命周期是指從軟件的產(chǎn)生直到報(bào)廢的整個周期，包括可行性分析與項(xiàng)目計(jì)劃，需求分析，概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)，編碼，調(diào)試，維護(hù)。</p><p>　　軟件測試生命周期是指從測試項(xiàng)目計(jì)劃建立到BUG提交的整個測試過程，包括軟件項(xiàng)目測試計(jì)劃，測試需求分析，測試用例設(shè)計(jì)，測試用例執(zhí)行，BUG提交五個階段。另外其聯(lián)系如下：軟件測試生命周期并行與軟件生命周期，存在于軟件生命周期的各個

23、階段。</p><p>　　1.6.1 測試分為：</p><p>　　單元測試、集成測試、系統(tǒng)測試、確認(rèn)測試、驗(yàn)證測試對應(yīng)的開發(fā)階段編碼、詳細(xì)設(shè)計(jì)、概要設(shè)計(jì)、需求分析、客戶需求。</p><p>　　1.6.2 測試過程</p><p>　　制定測試計(jì)劃、編寫測試用例（不同階段）、測試及BUG管理；測試計(jì)劃是在項(xiàng)目立項(xiàng)之后，理論是和需求分析

24、同時完成，但實(shí)際情況要等需求分析完成了，才能制定測試計(jì)劃；根據(jù)測試計(jì)劃，做好需要分析后，要開始設(shè)計(jì)確認(rèn)測試用的測試用例；然后按開發(fā)的不同階段做相應(yīng)的測試用例；編碼完成時開始進(jìn)行測試，一直到最后的驗(yàn)證測試結(jié)束，并修改好BUG，發(fā)表β版本就可以結(jié)項(xiàng)了。</p><p>　　1.6.3 軟件測試流程</p><p>　　1.需求：閱讀需求，理解需求，與客戶、開發(fā)、架構(gòu)多方交流，深入了解需求。&l

25、t;/p><p>　　2.測試計(jì)劃: 根據(jù)需求估算測試所需資源（人力、設(shè)備等）、所需時間、功能點(diǎn)劃分、如何合理分配安排資源等。</p><p>　　3.用例設(shè)計(jì)：根據(jù)測試計(jì)劃、任務(wù)分配、功能點(diǎn)劃分，設(shè)計(jì)合理的測試用例。</p><p>　　4.執(zhí)行測試：根據(jù)測試用例的詳細(xì)步驟，執(zhí)行測試用例。5.執(zhí)行結(jié)果記錄和bug記錄：對每個case記錄測試的結(jié)果，有bug的在測試管

26、理工具中編寫bug記錄。</p><p>　　6.defect tracking：追蹤leader分配給你追蹤的bug.直到 bug fixed。</p><p>　　7.測試報(bào)告：通過不斷測試、追蹤，直到被測軟件達(dá)到測試需求要求，并沒有重大bug.8.用戶體驗(yàn)、軟件發(fā)布等……</p><p>　　每當(dāng)測試一個程序時，人們總希望為程序增加一些價(jià)值。利用測試來增加程

27、序的價(jià)值，是指通過測試，找出并修改盡可能多的程序缺陷，從而提高程序的可靠性或質(zhì)量。因此，不要只是為了證明程序能夠正確運(yùn)行而去測試程序。相反，應(yīng)該一開始就假設(shè)程序中隱藏著錯誤（這種假設(shè)幾乎對所有的程序都成立），然后測試程序，發(fā)現(xiàn)盡可能多的錯誤。</p><p>　　事實(shí)上，如果把測試目標(biāo)定位于要證明程序中沒有缺陷，那么就會在潛意識中傾向于實(shí)現(xiàn)這個目標(biāo)。也就是說，測試人員會傾向于挑選那些使程序失效的可能性較小的測試數(shù)

28、據(jù)。另一方面，如果把測試目標(biāo)定位于要證明程序中存在缺陷，那么就會選擇一些容易發(fā)現(xiàn)程序缺陷的測試數(shù)據(jù)。而后一種態(tài)度會比前者給程序增加更多的價(jià)值。</p><p><b>　　圖1，V型周期圖</b></p><p>　　事實(shí)上，如果在測試某個程序段時發(fā)現(xiàn)了可以糾正的缺陷，或者測試最終確定再沒有其他缺陷，則應(yīng)將這次合理設(shè)計(jì)并得到有效執(zhí)行的測試稱作是“成功的”。而所謂“不成

29、功的”測試，僅指未能適當(dāng)?shù)貙Τ绦蜻M(jìn)行檢查，未能找出程序中潛藏缺陷的測試。因?yàn)檐浖胁豢赡軟]有缺陷，沒有找出它們，當(dāng)然測試是“不成功的”。</p><p>　　“軟件測試就是證明軟件不存在錯誤的過程”。對幾乎所有的程序而言，甚至是非常小的程序，這個目標(biāo)實(shí)際上是無法達(dá)到的。因?yàn)榧词钩绦蛲耆珜?shí)現(xiàn)預(yù)期要求，仍可能包含有缺陷。也就是說，如果程序不按要求工作，它顯然有缺陷，但如果程序做了不要它做的事，它也有缺陷。</p

30、><p>　　心理學(xué)研究告訴我們，當(dāng)人們在干一件已經(jīng)知道是不合適的或不可能做到的事時，往往他們的表現(xiàn)就相當(dāng)糟糕。把程序測試定義為在程序中找出錯誤的過程，就使測試成了可以做到的任務(wù)，從而克服了心理上存在的問題。雖然這看起來像是個微妙的文字游戲，但對成功地進(jìn)行軟件測試有很大的影響。</p><p>　　總之，軟件測試更適宜被視為試圖發(fā)現(xiàn)程序中錯誤（假設(shè)其存在）的破壞性的過程。一個成功的測試，通過誘

31、發(fā)程序發(fā)生錯誤，可以在這個方向上促進(jìn)軟件質(zhì)量的改進(jìn)。當(dāng)然最終人們還是要通過軟件測試來建立某種程度的信心：軟件做了其應(yīng)該做的，而沒有做其不應(yīng)該做的。</p><p>　　1.6.3.1 程序員應(yīng)避免測試自己的程序</p><p>　　由開發(fā)人員來測試自己的代碼是一件很不妥當(dāng)?shù)氖虑?。開發(fā)和測試生來就是不同的活動。開發(fā)是創(chuàng)造或者建立某種事物的行為，如一個功能模塊或整個系統(tǒng)。而測試的重要目的是證實(shí)

32、一個模塊或者一個系統(tǒng)工作不正常。這兩個活動之間有著本質(zhì)的矛盾。一個人不太可能把兩個截然對立的角色都扮演地很好，因此應(yīng)當(dāng)限制開發(fā)人員在測試中的參與，給他們比較合適的任務(wù)是進(jìn)行最底層的測試——單元測試。</p><p>　　當(dāng)一個程序員完成了設(shè)計(jì)與編寫程序的建設(shè)性工作后，要一夜之間突然改變他的觀點(diǎn)，設(shè)法對程序形成一個完全否定的態(tài)度，那是非常困難的。所以，大部分程序員都由于不能使自己進(jìn)入必要的精神狀態(tài)（不是抱著要揭露出

33、自己程序中錯誤的態(tài)度），就不能有效的測試自己的程序。除了這個心理學(xué)問題之外，還有一個重要的問題：程序中可能包含由于程序員對問題的敘述或說明的誤解而產(chǎn)生了錯誤。如果是這種情況，當(dāng)程序員測試自己的程序時，往往還會帶著同樣的誤解致使問題難以發(fā)現(xiàn)。</p><p>　　1.6.3.2 程序設(shè)計(jì)組織不應(yīng)測試自己的程序</p><p>　　在宏觀意義上，一個程序設(shè)計(jì)組織或一個工程項(xiàng)目是個有生命的有機(jī)體

34、，它同樣有心理學(xué)問題。在大多數(shù)情況下，人們都以“在給定日期內(nèi)，以一定代價(jià)完成程序編制任務(wù)的能力”來衡量程序設(shè)計(jì)組織和項(xiàng)目管理人員的。這樣做的理由是時間和成本指標(biāo)便于衡量，而程序的質(zhì)量很難度量。要程序設(shè)計(jì)組織在測試自己的程序時持客觀態(tài)度是很困難的，因?yàn)槿绻谜_的定義看待測試，就不大可能按預(yù)定計(jì)劃完成測試，也不大可能把耗費(fèi)的代價(jià)限制在要求的范圍以內(nèi)。</p><p>　　軟件生產(chǎn)的三個最重要的因素是：質(zhì)量、進(jìn)度和費(fèi)

35、用。由于費(fèi)用和進(jìn)度的限制，要開發(fā)一種高質(zhì)量、快速交付和低成本的軟件產(chǎn)品并不容易。也就是說要同時達(dá)到三個目標(biāo)是困難的。因此在軟件產(chǎn)品的開發(fā)中要權(quán)衡它們之間的關(guān)系，是軟件的特性能滿足用戶的要求，這意味著軟件產(chǎn)品的特性的度量和預(yù)計(jì)是必要的。</p><p>　　軟件測試由獨(dú)立測試機(jī)構(gòu)承擔(dān)有很多好處。獨(dú)立測試是指軟件測試工作由在經(jīng)濟(jì)上和管理上獨(dú)立于開發(fā)機(jī)構(gòu)的組織進(jìn)行。獨(dú)立測試可以避免軟件開發(fā)者測試自己開發(fā)的軟件，由于心理

36、學(xué)上的問題，軟件開發(fā)者難以客觀、有效的測試自己的軟件，要找出那些因?yàn)閷栴}的誤解而產(chǎn)生的錯誤就更加困難。獨(dú)立測試還可以避免軟件開發(fā)機(jī)構(gòu)測試自己的軟件，軟件產(chǎn)品的開發(fā)過程受到時間、成本和質(zhì)量三者的制約，在軟件開發(fā)的過程中，當(dāng)時間、成本和質(zhì)量三者發(fā)生矛盾時，質(zhì)量最容易被忽視，如果測試組織與開發(fā)組織來自相同的機(jī)構(gòu)，測試過程就會面臨來自于開發(fā)組織同一來源的管理方面的壓力，使測試過程受到干擾。</p><p>　　采用獨(dú)立

37、測試方式，無論在技術(shù)上還是管理上，對提高軟件測試的有效性都具有重要意義。</p><p>　　客觀性——對軟件測試和軟件中的錯誤抱著客觀的態(tài)度，這種客觀的態(tài)度可以解決測試中的心理學(xué)問題，既能以揭露軟件中錯誤的態(tài)度工作，也能不受發(fā)現(xiàn)的錯誤的影響。經(jīng)濟(jì)上的獨(dú)立性使測試有更充分的條件按測試要求去完成。</p><p>　　專業(yè)性——獨(dú)立測試作為一種專業(yè)工作，在長期的工作過程中勢必能夠積累大量實(shí)踐

38、經(jīng)驗(yàn)，形成自己的專業(yè)知識。同時軟件測試也是技術(shù)含量很高的工作，需要有專業(yè)隊(duì)伍加以研究，并進(jìn)行工程實(shí)踐。專業(yè)化分工是提高測試水平、保證測試質(zhì)量、充分發(fā)揮測試效應(yīng)的必然途徑。</p><p>　　權(quán)威性——由于專業(yè)優(yōu)勢，獨(dú)立測試工作形成的測試結(jié)果更具信服力，而測試結(jié)果常常和對軟件的質(zhì)量評價(jià)聯(lián)系在一起，專業(yè)化的獨(dú)立測試機(jī)構(gòu)的評價(jià)，更客觀、公正和具有權(quán)威性。</p><p>　　資源有保證——獨(dú)立

39、測試機(jī)構(gòu)的主要任務(wù)是進(jìn)行獨(dú)立測試工作，這使得測試工作在經(jīng)費(fèi)、人力和計(jì)劃方面更有保證，不會因?yàn)殚_發(fā)的壓力減少對測試的投入，降低測試的有效性可以避免開發(fā)單位側(cè)重軟件開發(fā)而對測試工作產(chǎn)生不利的影響。</p><p>　　軟件測試主要工作內(nèi)容是驗(yàn)證和確認(rèn)，下面分別給出其概念：</p><p>　　驗(yàn)證是保證軟件正確地實(shí)現(xiàn)了一些特定功能的一系列活動， 即保證軟件以正確的方式來做了這個事件</p

40、><p>　　1.確定軟件生存周期中的一個給定階段的產(chǎn)品是否達(dá)到前階段確立的需求的過程。</p><p>　　2.程序正確性的形式證明，即采用形式理論證明程序符合設(shè)計(jì)規(guī)約規(guī)定的過程。</p><p>　　3.評市、審查、測試、檢查、審計(jì)等各類活動，或?qū)δ承╉?xiàng)處理、服務(wù)或文件等是否和規(guī)定的需求相一致進(jìn)行判斷和提出報(bào)告。</p><p>　　確認(rèn)(v

41、alidation)是一系列的活動和過程，目的是想證實(shí)在一個給定的外部環(huán)境中軟件的邏輯正確性。即保證軟件做了你所期望的事情。</p><p>　　1.靜態(tài)確認(rèn)，不在計(jì)算機(jī)上實(shí)際執(zhí)行程序，通過人工或程序分析來證明軟件的正確性</p><p>　　2.動態(tài)確認(rèn)，通過執(zhí)行程序做分析，測試程序的動態(tài)行為，以證實(shí)軟件是否存在問題。</p><p>　　軟件測試的對象不僅僅是程

42、序測試，軟件測試應(yīng)該包括整個軟件開發(fā)期間各個階段所產(chǎn)生的文檔，如需求規(guī)格說明、概要設(shè)計(jì)文檔、詳細(xì)設(shè)計(jì)文檔，當(dāng)然軟件測試的主要對象還是源程序。</p><p><b>　　2 測試方法</b></p><p><b>　　2.1 等價(jià)類法</b></p><p>　　是把所有可能的輸入數(shù)據(jù)，即程序的輸入域劃分成若干部分(子集

43、)，然后從每一個子集中選取少數(shù)具有代表性的數(shù)據(jù)作為測試用例。該方法是一種重要的，常用的黑盒測試用例設(shè)計(jì)方法。</p><p><b>　　2.2 劃分等價(jià)類</b></p><p>　　等價(jià)類是指某個輸入域的子集合。在該子集合中，各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的，并合理地假定：測試某等價(jià)類的代表值就等于對這一類其它值的測試，因此，可以把全部輸入數(shù)據(jù)合理劃分為

44、若干等價(jià)類，在每一個等價(jià)類中取一個數(shù)據(jù)作為測試的輸入條件就可以用少量代表性的測試數(shù)據(jù)取得較好的測試結(jié)果。等價(jià)類劃分可有兩種不同的情況：有效等價(jià)類和無效等價(jià)類。</p><p><b>　　1 有效等價(jià)類</b></p><p>　　是指對于程序的規(guī)格說明來說是合理的、有意義的輸入數(shù)據(jù)構(gòu)成的集合。利用有效等價(jià)類可檢驗(yàn)程序是否實(shí)現(xiàn)了規(guī)格說明中所規(guī)定的功能和性能。</

45、p><p><b>　　2 無效等價(jià)類</b></p><p>　　與有效等價(jià)類的定義恰巧相反。無效等價(jià)類指對程序的規(guī)格說明是不合理的或無意義的輸入數(shù)據(jù)所構(gòu)成的集合。對于具體的問題，無效等價(jià)類至少應(yīng)有一個，也可能有多個。</p><p>　　設(shè)計(jì)測試用例時，要同時考慮這兩種等價(jià)類。因?yàn)檐浖粌H要能接收合理的數(shù)據(jù)，也要能經(jīng)受意外的考驗(yàn)，這樣的測試才能

46、確保軟件具有更高的可靠性。</p><p>　　2.3 劃分等價(jià)類的標(biāo)準(zhǔn)</p><p>　　2.3.1完備測試、避免冗余；</p><p>　　2.3.2劃分等價(jià)類重要的是：集合的劃分，劃分為互不相交的一組子集，而子集的并是整個集合；</p><p>　　2.3.3并是整個集合：完備性；</p><p>　　2.3.

47、4子集互不相交：保證一種形式的無冗余性；</p><p>　　2.3.5同一類中標(biāo)識(選擇)一個測試用例，同一等價(jià)類中，往往處理相同，相同處理映射到"相同的執(zhí)行路徑"。</p><p>　　2.4 劃分等價(jià)類的方法</p><p>　　在輸入條件規(guī)定了取值范圍或值的個數(shù)的情況下，則可以確立一個有效等價(jià)類和兩個無效等價(jià)類。</p>&

48、lt;p>　　如：輸入值是學(xué)生成績，范圍是0～100;</p><p>　　在輸入條件規(guī)定了輸入值的集合或者規(guī)定了"必須如何"的條件的情況下，可確立一個有效等價(jià)類和一個無效等價(jià)類。</p><p><b>　　2.5 靜態(tài)測試</b></p><p>　　2.5.1代碼檢查：代碼會審、代碼走查、桌面檢查；</p&

49、gt;<p>　　2.5.2靜態(tài)結(jié)構(gòu)分析；</p><p>　　2.5.3代碼質(zhì)量度量。</p><p><b>　　2.6 動態(tài)測試</b></p><p>　　2.6.1黑盒測試：又稱功能測試。這種方法把被測軟件看成黑盒，在不考慮軟件內(nèi)部結(jié)構(gòu)和特性的情況下測試軟件的外部特性。</p><p>　　2.6

50、.2白盒測試：又稱結(jié)構(gòu)測試。這種方法把被測軟件看成白盒，根據(jù)程序的內(nèi)部結(jié)構(gòu)和邏輯設(shè)計(jì)來設(shè)計(jì)測試實(shí)例，對程序的路徑和過程進(jìn)行測試。</p><p>　　軟件測試的意義：軟件測試為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程， 成功的測試是發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯誤的測試。 測試的目的就是為了能以最少的人力和時間發(fā)現(xiàn)潛在的各種錯誤和缺陷。</p><p>　　使用人工或者自動手段來運(yùn)行或測試某個系統(tǒng)的過程，其目的

51、在于檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別.它是幫助識別開發(fā)完成（中間或最終的版本）的計(jì)算機(jī)軟件（整體或部分）的正確度、完全度和質(zhì)量的軟件過程；</p><p>　　曾有人對軟件測試的目的提出過以下觀點(diǎn): </p><p>　　(1)測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程 。</p><p>　　(2)好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)

52、的錯誤的測試方案 。 </p><p>　　(3)成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試 。 </p><p>　　然而，這種觀點(diǎn)指出測試是以查找錯誤為中心，而不是為了演示軟件的正確功能.但是只從字面意思理解，可能會產(chǎn)生誤導(dǎo)，認(rèn)為發(fā)現(xiàn)錯誤是軟件測試的唯一目的，查找不出錯誤的測試就是沒有價(jià)值的測試，實(shí)際上并非如此!</p><p>　　(1)測試并不僅僅是為了

53、找出錯誤.通過分析錯誤產(chǎn)生的原因和錯誤的發(fā)生趨勢，可以幫助項(xiàng)目管理者發(fā)現(xiàn)當(dāng)前軟件開發(fā)過程中的缺陷以便及時改進(jìn) 。</p><p>　　(2)這種分析也能幫助測試人員設(shè)計(jì)出有針對性的測試方法，改善測試的效率和有效性 。</p><p>　　(3)沒有發(fā)現(xiàn)錯誤的測試也是有價(jià)值的，完整的測試是評定軟件質(zhì)量的一種方法 。</p><p>　　(4)另外根據(jù)測試目的的不同，還

54、有回歸測試、壓力測試、性能測試等，分別為了檢驗(yàn)修改或優(yōu)化過程是否引發(fā)新的問題、軟件所能達(dá)到處理能力和是否達(dá)到預(yù)期的處理能力等 。</p><p><b>　　結(jié) 束 語</b></p><p>　　由于時間的緊迫性，網(wǎng)站設(shè)計(jì)也存在著許多的問題，分析主要有以下幾點(diǎn)：</p><p>　　（1）開發(fā)的軟件的許多功能因?yàn)橘Y源的缺乏而沒能實(shí)現(xiàn)，需要

55、以后不斷充實(shí)。</p><p>　?。?）軟件測試操作過程也存在著一些改進(jìn)的地方。</p><p>　?。?）軟件開發(fā)與軟件測試并行開展的過程需要進(jìn)一步的加強(qiáng)。</p><p>　　經(jīng)過一個學(xué)期的畢業(yè)設(shè)計(jì)，我所定的畢業(yè)設(shè)計(jì)題目“論述軟件開發(fā)生命周期與測試生命周期”如期完成了。在整個設(shè)計(jì)過程中讓我感慨頗多，在大學(xué)這幾年內(nèi)我學(xué)習(xí)了很多的軟件測試的方法，但始終處于理論知識

56、的掌握階段，并沒有真正應(yīng)用于實(shí)踐，所以對知識的掌握還不夠全面和熟練。通過這次設(shè)計(jì)我感覺到軟件測試是在實(shí)踐過程中不斷積累起來的。這次設(shè)計(jì)中最大的收獲就是深入學(xué)習(xí)了軟件開發(fā)與測試的有關(guān)知識，為以后的工作與學(xué)習(xí)打下了良好的基礎(chǔ)。</p><p>　　總體說來，在這次一個學(xué)期的畢業(yè)設(shè)計(jì)中，我學(xué)到了很多在課堂內(nèi)學(xué)不到的知識。整個開發(fā)的過程對我來說是一次能力真正提高的過程；是將以前所學(xué)知識充分利用的過程；是一次將理論應(yīng)用于實(shí)

57、踐的過程。我覺得這次畢業(yè)設(shè)計(jì)是一次很有收獲的實(shí)踐</p><p><b>　　注 釋</b></p><p>　　［1］蘇惠祥：《中國當(dāng)代合同法論》，吉林大學(xué)出版社，1992年4月第1版，第231頁。</p><p>　?。?］、［3］同上，第300頁。</p><p>　?。?］鄭玉波：《民法實(shí)用》，中國法制出版社，1

58、969年3月第1版，第109-111頁。</p><p>　　[5]王緯;IEEE Std 1074對軟件生存周期的分析[J];質(zhì)量與可靠性;1993年01期。</p><p>　　[6]楊明華;從國際檔案大會看檔案學(xué)研究的重點(diǎn)及發(fā)展趨勢[J];檔案學(xué)研究;1997年01期。</p><p>　　[7] Roger S.Pressman.軟件工程:實(shí)踐者的研究方法[

59、M].梅宏,譯.北京:機(jī)械工業(yè)出版社,2002,9(1)。</p><p>　　[8]陳雄飛;論博物館引力[J];中國博物館;1997年01期。</p><p>　　[9]1997年05期肖良 楊根興 蔡立志 《計(jì)算機(jī)應(yīng)用與軟件》 2010 第6期。</p><p>　　[10]文件中心與生命周期理論關(guān)系質(zhì)疑[J];北京檔案;1999年12期。</p>

60、<p>　　[11]王憑慧!北京9702信箱19號北京100101,張浩!北京9702信箱19號北京100101,酆明!北京9702信箱19號北京100101;現(xiàn)代項(xiàng)目管理的知識體系[J];科學(xué)學(xué)研究;1999年03期。</p><p>　　[12]林清澄!030045;文件生命周期理論與文件中心沒有必然聯(lián)系[J];山西檔案;1999年06期。</p><p>　　[13]報(bào)刊

61、集萃[J];北京檔案;2000年09期。</p><p>　　[14]于英香;從電子文件生命周期看“電子文件管理危機(jī)”[J];上海檔案;2000年06期。</p><p>　　[15]彭浩 賈國柱 《中國科技信息》 2007 第4期。</p><p>　　[10]謝曉園 許蕾 徐寶文 聶長海 史亮 《計(jì)算機(jī)科學(xué)與探索》2008年 第5期 449-466頁。</

62、p><p>　　[12]琚小明 姚慶棟 《計(jì)算機(jī)應(yīng)用》 2005 第7期。</p><p>　　[13]王蘇喜 ,彌俊蓮 ,許建禮;管理中的“生命周期理論”[J];科技.人才.市場。</p><p>　　[14] (美)ELFRIEDE DUSTIN.有效軟件測試[M].新語,譯.北京:清華大學(xué)出版社,2003,8(1)。</p><p>　　[

63、15]管海波, 黃敬前. 項(xiàng)目生命周期對于項(xiàng)目管理的重要性,引進(jìn)與咨詢, 2004。</p><p><b>　　參考文獻(xiàn)</b></p><p>　　①楊明華;從國際檔案大會看檔案學(xué)研究的重點(diǎn)及發(fā)展趨勢[J];檔案學(xué)研究;1997年01期。</p><p>　?、陉愋埏w;論博物館引力[J];中國博物館;1997年01期。</p>

64、<p>　?、蹐?bào)刊集萃[J];北京檔案;2000年09期。</p><p>　?、芘砗?賈國柱 《中國科技信息》 2007 第4期。</p><p>　?、葜x曉園 許蕾 徐寶文 聶長海 史亮 《計(jì)算機(jī)科學(xué)與探索》2008年 第5期 449-466頁。</p><p>　?、掼⑿∶?姚慶棟 《計(jì)算機(jī)應(yīng)用》 2005 第7期。</p><

65、p>　　⑦王蘇喜 ,彌俊蓮 ,許建禮;管理中的“生命周期理論”[J];科技.人才.市場。</p><p>　　⑧(美)ELFRIEDE DUSTIN.有效軟件測試[M].新語,譯.北京:清華大學(xué)出版社,2003,8(1)。</p><p>　?、峁芎２? 黃敬前. 項(xiàng)目生命周期對于項(xiàng)目管理的重要性,引進(jìn)與咨詢, 2004。</p><p><b>　

66、　致 謝</b></p><p>　　我要感謝我的導(dǎo)師和其他任課教師的教誨，特別是本文涉及的專業(yè)教師的教導(dǎo)表示感謝，老師們的嚴(yán)謹(jǐn)細(xì)致、一絲不茍的作風(fēng)一直是我工作、學(xué)習(xí)中的榜樣；指導(dǎo)老師她循循善誘的教導(dǎo)和不拘一格的思路給予我無盡的啟迪。論文中的每一點(diǎn)成果以及工作中的每一絲進(jìn)展都是和老師的悉心指導(dǎo)分不開的。在老師的指導(dǎo)下，我不僅完成了論文，學(xué)會了怎樣有條不紊的完成自己的工作。在此我首先向老師表示深深的謝意