畢業(yè)論文-論自動化測試的優(yōu)劣

1、<p><b>　　畢 業(yè) 論 文</b></p><p>　　論文題目：論自動化測試的優(yōu)劣</p><p><b>　　內容摘要</b></p><p>　　測試工作無論是手工測試還是自動化測試都是軟件質量保障的一個途徑。對于一些基本的、邏輯性不強的操作，可以使用自動化測試工具。它可以用簡單的腳本，實現(xiàn)大量的重

2、復的操作。從而通過對測試結果的分析，得出結論，這樣不僅節(jié)省了大量的人力和物力，而且使測試的結果更準確。手工測試者最常做的就是重復的手工回歸測試，不但代價昂貴，而且容易出錯。自動化測試可以減少但不能消除這種工作的工作量。測試者可以有更多的時間去從事更有趣的測試,例如在應用程序在復雜的場景下的不同處理等，盡管測試就是要花費更長的時間找到錯誤，但比不意味著因此而要付出更高的代價。所以選擇正確的測試方法是尤為重要的。 </p>&

3、lt;p>　　[關鍵詞] 自動化測試 手工化測試 測試的周期 腳本</p><p><b>　　Abstract</b></p><p>　　Testing whether manual test and automation test is a way of software quality assurance. For some of th

4、e basic, logic is not strong operational, can use automated testing tools. It can use a simple script, a large number of repetitive operations. And through the analysis of the test results, the conclusion, it not only sa

5、ves a lot of manpower and material resources, and make the test results more accurate. Most often do manual test is repeated manual regression test, not only expensive, but also </p><p>　　Key words：Automated

6、 tests manual Test cycle Scenario </p><p><b>　　目 錄</b></p><p><b>　　1自動化測試1</b></p><p>　　1.1自動化測試概述1</p><p>　　1.2自動化測試的前提條件1</p

7、><p>　　1.2.1軟件需求變動不頻繁2</p><p>　　1.2.2項目周期足夠長2</p><p>　　1.2.3自動化測試腳本可重復使用2</p><p><b>　　1.3適用場合3</b></p><p>　　1.4測試化工具3</p><p>　　1

8、.4.1LoadRunner工作原理4</p><p>　　1.4.2QTP測試流程4</p><p>　　1.5自動化測試的優(yōu)勢5</p><p>　　1.6自動化測試的弊端6</p><p><b>　　2 手工測試7</b></p><p>　　2.1手工測試概述7</p&

9、gt;<p>　　2.2手工測試的適用場合7</p><p>　　2.3編寫手工測試的細節(jié)8</p><p>　　2.4手工測試類型的不足之處8</p><p>　　2.5手工測試的優(yōu)勢8</p><p><b>　　3.總結9</b></p><p><b>　

10、　注釋11</b></p><p><b>　　參考文獻12</b></p><p><b>　　致謝13</b></p><p><b>　　1.自動化測試</b></p><p>　　1.1自動化測試概述</p><p>　　自動化

11、測試是把以人為驅動的測試行為轉化為機器執(zhí)行的一種過程。通常，在設計了測試用例并通過省評之后，有測試人員根據測試用例中描述的規(guī)程一步步執(zhí)行測試，得到實際結果與期望結果的比較。在此過程中，為了節(jié)省人力，時間或硬件資源，提高測試效率，便引入了自動化測試的概念。</p><p>　　1.2自動化測試的前提條件</p><p>　　實施自動化測試之前需要對軟件開發(fā)過程進行分析，以觀察其是否適合使用自

12、動化測試。通常需要同時滿足以下條件：</p><p>　　1.2.1軟件需求變動不頻繁</p><p>　　測試腳本的穩(wěn)定性決定了自動化測試的維護成本。如果軟件需求變動過于頻繁，測試人員需要根據變動的需求來更新測試用例以及相關的測試腳本，而腳本的維護本身就是一個代碼開發(fā)的過程，需要修改、調試，必要的時候還要修改自動化測試的框架，如果所花費的成本不低于利用其節(jié)省的測試成本，那么自動化測試便是

13、失敗的。項目中的某些模塊相對穩(wěn)定，而某些模塊需求變動性很大。我們便可對相對穩(wěn)定的模塊進行自動化測試，而變動較大的仍是用手工測試。</p><p>　　1.2.2項目周期足夠長</p><p>　　自動化測試需求的確定、自動化測試框架的設計、測試腳本的編寫與調試均需要相當長的時間來完成，這樣的過程本身就是一個測試軟件的開發(fā)過程，需要較長的時間來完成。如果項目的周期比較短，沒有足夠的時間去支持

14、這樣一個過程，那么自動化測試便成為笑談。</p><p>　　1.2.3自動化測試腳本可重復使用</p><p>　　如果費盡心思開發(fā)了一套近乎完美的自動化測試腳本，但是腳本的重復使用率很低，致使其間所耗費的成本大于所創(chuàng)造的經濟價值，自動化測試便成為了測試人員的練手之作，而并非是真正可產生效益的測試手段了。</p><p>　　另外，在手工測試無法完成，需要投入大量

15、時間與人力時也需要考慮引入自動化測試。比如性能測試、配置測試、大數(shù)據量輸入測試等。</p><p><b>　　1.3適用場合</b></p><p>　　通常適合于軟件測試自動化的場合：</p><p>　　(1)回歸測試，重復單一的數(shù)據錄入或是擊鍵等測試操作造成了不必要的時間浪費和人力浪費；</p><p>　　(2

16、)此外測試人員對程序的理解和對設計文檔的驗證通常也要借助于測試自動化工具；</p><p>　　(3)采用自動化測試工具有利于測試報告文檔的生成和版本的連貫性；</p><p>　　(4)自動化工具能夠確定測試用例的覆蓋路徑，確定測試用例集對程序邏輯流程和控制流程的覆蓋；</p><p>　　隨著測試流程的不斷規(guī)范以及軟件測試技術的進一步細化，軟件測試自動化已經日益

17、成為一支不可忽視的力量。能否借助于這支外在力量以及如何借助于這支力量來規(guī)范企業(yè)測試流程、提高特定測試活動的效率，正是我們所要考慮的。</p><p><b>　　1.4測試化工具</b></p><p>　　1.4.1 LoadRunner工作原理：</p><p>　　通過VuGen模擬手工測試的操作錄制下來，模擬多人產生壓力。在Contro

18、ller中設置 （可以控制使用的機器，設這在不同機器上跑多少虛擬用戶，并且設置這些虛擬用戶是同時訪問還是逐一加載），運行VUG中生成的腳本即用戶與多人與服務器交互，將Controller中收集的數(shù)據加載到Anaiyis中使其分析整個性能。</p><p>　　LoadRunner由四大組件組成：VuGen、控制器、負載發(fā)生器和分析器。</p

19、><p>　　1、VuGen發(fā)生器：捕捉用戶的業(yè)務流，并最終將其錄制成一個腳本：（1）選擇相應的一種協(xié)議；（2）在客戶端模擬用戶使用過程中的業(yè)務流程，并錄制成一個腳本；（3）編輯腳本和設置Run-Time Settings項；（4）編譯腳本生成一個沒有錯誤的可運行的腳本。</p><p>　　2、控制器（Controller）：（1）設計場景，包括手動場景設計和目標場景設計兩種方式；（2）場景

20、監(jiān)控，可以實時監(jiān)控腳本的運行的情況?？梢酝ㄟ^添加計數(shù)器來監(jiān)控Windows資源、應用服務器和數(shù)據庫使用情況。</p><p>　　場景設計的目的是設計出一個最接近用戶實際使用的場景，場景設計越接近用戶使用的實際情況，測試出來的數(shù)據就越接近真實值。</p><p>　　3、負載發(fā)生器（Load Generators）：模擬用戶對服務器提交請求。通常，在性能測試過程中會將控制器和負載發(fā)生器分

21、開；當使用多臺負載發(fā)生器時，一定要保證負載均衡（指在進行性能測試的過程中，保證每臺負載發(fā)生器均勻地對服務器進行施壓）。</p><p>　　4、分析器（Analysis）：主要用于對測試結果進行分析。</p><p>　　1.4.2 QTP功能測試流程</p><p>　　QTP進行功能測試的測試流程[制定測試計劃]→[建測試腳本]→ [增強測試腳本]→[功能]→

22、[運行測試]→[分析測試結果] </p><p><b>　　大致五個步驟：</b></p><p><b>　　1、測試計劃</b></p><p>　　自動測試的測試計劃是根據被測項目的具體需求，以及所使用的測試工具而制定的，完全用于指導測試全工程。</p><p>　　QTP是一個功能測試工

23、具，主要幫助測試人員完成軟件的功能測試，，與其他測試工具一樣，QTP不能完全取代測試人員的手工操作，但是在某個功能點上，使用QTP的確能夠幫助測試人員做很多工作。在測試計劃階段，首先要做的就是分析被測應用的特點，決定應該對哪些功能點進行測試，可以考慮細化到具體頁面或者具體控件?！?lt;/p><p><b>　　2、創(chuàng)建測試腳本　</b></p><p>　　當測試人員瀏

24、覽站點或在應用程序上操作的時候，QTP的自動錄制機制能夠將測試人員的每一個操作步驟及被操作的對象記錄下來，自動生成測試腳本語句。</p><p>　　3、增強測試腳本的功能</p><p>　　錄制腳本只是實現(xiàn)創(chuàng)建或者設計腳本的第一步，基本的腳本錄制完畢后，測試人員可以根據需要增加一些擴展功能，QTP允許測試人員通過在腳本中增加或更改測試步驟來修正或自定義測試流程，如增加多種類型的檢查點功

25、能，既可以讓QTP檢查一下在程序的某個特定位置或對話框中是否出現(xiàn)了需要的文字，還可以檢查一個鏈接是否返回了正確的URL地址等，還可以通過參數(shù)化功能，使用多組不同的數(shù)據驅動整個測試過程。</p><p><b>　　4、運行測試</b></p><p>　　QTP從腳本的第一行開始執(zhí)行語句，運行過程中會對設置的檢查點進行驗證，用實際數(shù)據代替參數(shù)值，并給出相應的輸出結構信

26、息。測試過程中測試人員還可以調試自己的腳本，直到腳本完全符合要求。</p><p><b>　　5、分析測試</b></p><p>　　運行結束后系統(tǒng)會自動生成一份詳細完整的測試結果報告。</p><p>　　1.5自動化測試的優(yōu)勢</p><p>　　● 快速：自動化測試筆實際用戶快的多；</p>&l

27、t;p>　　● 可靠：測試每次運行時都會準確執(zhí)行相同的操作，因此消除了人為的錯誤；</p><p>　　● 可重復：通過重復的執(zhí)行相同的操作來測試網站和應用程序的反應；</p><p>　　● 可編程：可以編寫復雜的測試來找出隱藏的信息；</p><p>　　● 全面：可以建立一套測試來測試網站和應用程序的功能；</p><p>　　●

28、 可重復：測試在不同版本的網站或應用程序上重復測試，甚至在用戶界面更改的情況下也不例外；</p><p>　　1.6自動化測試的弊端</p><p>　　永遠不可能完全取代手工測試。自動化測試無法做到手工測試的覆蓋率。</p><p>　　無法完全保證測試的正確性，自動化測試就是程序測試程序。我們知道，是程序就一定會有缺陷，所以，不能保證測試工程師開發(fā)的腳本就完全1

29、00%沒有缺陷，如果代碼中出現(xiàn)一個小小的邏輯錯誤，哪怕一個條件判斷的誤寫也會導致測試結果完全出錯。</p><p>　　手工測試能發(fā)現(xiàn)的缺陷遠比自動化測試多</p><p>　　對測試質量的依賴性極大自動化測試的運行首先要建立在版本測試質量穩(wěn)定的大條件下，如果當前版本的測試質量不夠穩(wěn)定，運行自動化測試將會非常不順利，幾乎是一種無用功。</p><p>　　測試自動化

30、可能會制約軟件開發(fā)</p><p>　　自動化測試工具是死的他本身沒有任何想象力。自動化測試不能像人類一樣隨心所欲的創(chuàng)造，自動測試的好壞，完全取決于自動化測試負責人和測試開發(fā)公測后能夠使的思想與技術和自動測試工具沒有任何關系</p><p>　　成本投入過高，風險大。</p><p>　　自動化測試對測試人員的技術要求較高對測試工具同樣有一定要求。自動化測試對策是工

31、程師來說必須有一定的卡發(fā)技術背景，開發(fā)技術越高澤寫出來的腳本質量也就越高，越有想象力。不是每個測試工程師都適合或用能力開發(fā)質量好的測試腳本。同樣，也不是每一個測試工具能真正的被使用在真實的項目中并駕馭項目的，也沒有聽說過有一個自動化工具能做到適合每一個項目。</p><p><b>　　2.手工測試</b></p><p><b>　　2.1手工測試概述&l

32、t;/b></p><p>　　手工測試就是由人去一個一個的輸入用例，然后觀察結果，和機器測試想對應，屬于比較原始但是必須的一個步驟。 </p><p>　　2.2手工測試的適用場景</p><p>　　在測試過程中，手工測試的比重一般在30%左右。手工測試一般能夠發(fā)現(xiàn)一些自動化測試所不能發(fā)現(xiàn)的問題，這也是為什么自動化測試取代不了手工測試的原因！</p&

33、gt;<p>　　需要使用手工測試的場景包括以下四項：</p><p>　　● 如果某項測試工作難以采用自動測試完成(甚至根本無法采用自動測試完成)，例如：在程序執(zhí)行的關鍵時刻，我們需要從物理上斷開一個網絡連接，其目的在于驗證程序處理錯誤條件的能力，此時我們就可以采用手工測試。</p><p>　　● 對于某些測試，如果我們采用自動測試，可能導致投資回報率過低。例如，如果我們

34、需要驗證一個圖形用戶界面組件確實能夠應用于某個軟件產品中的某項功能的開發(fā)，而這項功能又將被其他功能替換。此時，假設使用手工測試方法只需要花費10秒時間，但是，如果使用自動測試，卻需要花費幾個小時甚至幾天的時間編寫測試，并且還要維護測試，那么在這種情況下，我們顯然應該使用手工測試來解決問題。</p><p>　　● 需要使用自動測試，但是時間不允許進行自動測試的場合。</p><p>　　●

35、 需要使用自動測試，但是開發(fā)團隊當前技術水平尚不足以支持自動測試的場合。</p><p>　　手工測試一般是基于后面兩個原因：(1)時間資源不足；(2)技術水平不足。在這些情況下，手工測試能夠發(fā)揮重要的作用。利用手工測試，我們可以定義測試，還可以跟蹤測試，直到這些測試因為產品變更被廢棄為止。在許多開發(fā)團隊中，手工測試是以工作任務清單形式存在的，而且將來可以將這些內容進行自動化——除非這個團隊采用手工測試的原因是前

36、面兩個因素，即：(1)自動化是不可能的；(2)測試自動化的投資回報率太低。探討創(chuàng)建并運行一個手工測試的內部機制的過程中，我們必須記住創(chuàng)建手工測試的原因，和我們是如何創(chuàng)建手工測試的。</p><p>　　2.3 編寫手工測試的細節(jié)</p><p>　　編寫測試時，務必對測試過程中常見的錯誤加以考慮。也就是說，當我們在編寫測試描述及測試步驟時，必須牢記：在實際測試過程中，我們可能并不在測試現(xiàn)場

37、。因此編寫的測試必須盡可能地完整、盡可能地詳盡。還要牢記的是：編寫測試的人員未必是唯一執(zhí)行測試的人員，團隊中其他成員也有可能在執(zhí)行某個大型測試集的過程中執(zhí)行某項手工測試，有時候，由于身份變更或任務變更，編寫的手工測試還有可能移交到其他人員手中。因此，我們編寫測試應盡可能的完整詳盡，因為這樣做不僅僅是為自己，也是為其他人。舉例來說，某個測試人員在執(zhí)行測試過程中，當他使用一臺筆記本計算機進行測試時，一方面他斷開了網線與計算機的連接，另一方面

38、他卻忘記了關閉筆記本計算機與網絡之間的連接，這時我們原本希望能夠看到錯誤出現(xiàn)，然而我們卻沒有得到任何錯誤提示。顯然，這個測試執(zhí)行過程是不正確的。我們在編寫手工測試時，必須在手工測試中描述此類問題。</p><p>　　編寫手工測試時，首先要描述測試目的，測試環(huán)境及其局限，以及執(zhí)行測試時常犯錯誤，然后我們需要深入到測試場景之中。此時，我們必須詳細列出測試步驟。然后將手工測試的其他方面考慮進來，我們就可以編寫出復雜的

39、手工測試。編寫手工測試時，我們還可以考慮的其他方面包括：可訪問性(此時我們要確保即使用戶視力不佳，也能夠及時發(fā)現(xiàn)其測試工具提供的用戶界面所發(fā)生的變化)、可用性(在一個可控制的環(huán)境中，令用戶運行測試，測試目的在于檢驗以下情況：當用戶突然無法收發(fā)郵件時，用戶是否能夠馬上發(fā)現(xiàn)網絡斷開)、安全性(其他應用程序是否能夠利用這個功能并造成不良后果？)，以及地理政治方面的因素(當把Disconnected一詞翻譯為其他語言時，是否會造成誤解或政治糾紛

40、？)。 </p><p>　　2.4手工測試類型的不足之處</p><p>　　通過手工測試無法做到覆蓋所有代碼路徑；簡單的功能測試用例在每一輪的測試中都不能缺少，并且具有一定的機械性、重復性、工作量往往較大；許多與時序、死鎖、資源沖突、多線程等有關的錯誤，通過手工測試很難捕捉到；進行系統(tǒng)負載、性能測試時，需要模擬大量數(shù)據或大量并發(fā)用戶等各種應用場合時，很難通過于工測試來進行；進行系統(tǒng)可靠

41、性測試時，需要模擬系統(tǒng)運行10年、幾十年，以驗證系統(tǒng)能否穩(wěn)定運行，這也是手工測試無法模擬的；如果有大量（幾千）的測試用例，需要在短時間內（1天）完成，手工測試幾乎不可能做到。</p><p>　　2.5手工測試的優(yōu)勢</p><p>　　手工測試發(fā)現(xiàn)的問題較多。</p><p>　　通過手工測試可以提高測試質量。</p><p>　　在回歸測

42、試時往往可以發(fā)現(xiàn)較多的新問題。</p><p>　　手動測試比測試工具的優(yōu)越性還有很多。</p><p>　　手動測試可以靈活的處理意外事件。</p><p><b>　　3.總結</b></p><p>　　首先需要了解二個概念，第一什么是手工測試，第二什么是自動化測試。所謂手工測試就是由人工按照事先對需要分析文檔而寫

43、好的測試用例一個一個的輸入執(zhí)行，然后觀察結果，和機器測試是否相對應，在執(zhí)行過程中是否會有異常發(fā)生，屬于比較原始但是必須執(zhí)行的一個步驟。自動化測試則是使用自動化測試工具來模擬手動測試步驟，執(zhí)行用某種程序設計語言編制的測試程序，控制被測軟件的執(zhí)行（按照相關的腳本執(zhí)行），完成全自動或半自動測試的過程（全自動測試就是指在自動測試過程中，不需要人工干預，由程序自動完成測試的全過程；半自動測試就是指在自動測試過程中，需要手動輸入測試用例或選擇測試路

44、徑，再由自動測試程序按照人工指定的要求完成自動測試）。</p><p>　　手工測試與自動化測試在使用過程中操作不一樣，但是前提和目標都是一致的，都必須在需要分析的引導下寫出相對應的測試用例，然后根據測試用例進行手工測試和自動化測試；在目標和結果上都是完成相關的用例測試，產生相關的測試結果，驗證系統(tǒng)的正確性。手工測試和自動化測試在前提和目標都是一致的情況，但為什么有些地方需要手工測試，有些地方需要自動化測試，這其

45、中手工測試與自動化測試的優(yōu)劣存在著極大的關系。</p><p>　　手工測試與自動化測試的優(yōu)劣主要體現(xiàn)以以下幾個方面：</p><p><b>　　手工測試</b></p><p><b>　　A．優(yōu)點</b></p><p>　　測試用例的設計。測試人員的經驗和對錯誤的判斷能力是自動化測試不可替代

46、的。</p><p>　　界面和用戶體驗測試。人類的界面審核和心理體驗是自動化測試不可模擬的。</p><p>　　正確性的檢查。人們對是非的判斷、邏輯推理能力是自動化測試不具備的。</p><p>　　測試過程的靈活變動。在測試過程中始終是隨著需求進行變動，人工可以根據需求進行變動、調節(jié)。</p><p>　　支持不同場景測試。測試過程在復

47、雜的場景下進行測試。</p><p>　　手工測試可以完成所有測試。手工測試方式可以將軟件測試過程的所有任務和目標完成。</p><p><b>　　B．缺點</b></p><p>　　回歸測試工作量較大。在測試過程中回歸測試點的比重比較高，重復的手工回歸測試增加了測試人員的工作量。</p><p>　　壓力測試、性能

48、測試效果比較差。在測試過程中進行壓力測試或性能測試，用手工測試則會出現(xiàn)誤差，甚至不能完全模擬出效果，如果想要測試的結果比較準確就必須投入相當多的人力、物力。</p><p>　　人為因素比較大。在人工測試過程中可能會存在人的原因（異常、能力等等）產生的測試結果出現(xiàn)問題，屬于不穩(wěn)定因素。</p><p><b>　　自動化測試</b></p><p&

49、gt;<b>　　優(yōu)點</b></p><p>　　對程序的回歸測試更方便。是自動化測試最主要的任務，特別是在程序修改比較頻繁時，效果是非常明顯的。由于回歸測試的動作和用例是完全設計好的，測試期望的結果也是完全可以預料的，將回歸測試自動運行，可以極大提高測試效率，縮短回歸測試時間。</p><p>　　可以運行更多更繁瑣的測試。自動化的一個明顯的好處是可以在較少的時間

50、內運行更多的測試。</p><p>　　可以執(zhí)行一些手工測試困難或不可能進行的測試。比如，對于大量用戶的測試，不可能同時讓足夠多的測試人員同時進行測試，但是卻可以通過自動化測試模擬同時有許多用戶，從而達到測試的目的。</p><p>　　測試具有一致性和可重復性。由于測試是自動執(zhí)行的，每次測試的結果和執(zhí)行的內容的一致性是可以得到保障的，從而達到測試的可重復的效果。</p>&

51、lt;p>　　測試的復用性。由于自動測試通常采用腳本技術，這樣就有可能只需要做少量的甚至不做修改，實現(xiàn)在不同的測試過程中使用相同的用例。</p><p>　　壓力測試、性能測試有效性比較高。在同等的人力、物力條件下自動化測試可以準備測試到壓力和性能指數(shù)。</p><p><b>　　缺點</b></p><p>　　不能取代手工測試。有些

52、測試不適合自動化測試，僅適合于手工測試。</p><p>　　對測試質量的依賴性極大。測試的軟件質量出現(xiàn)變動則導致自動化測試不能正常進行。</p><p>　　測試自動化不能提高有效性。自動化測試對于回歸測試、重復性測試比較高，但是對于bug的發(fā)現(xiàn)程度的有效性不高，對系統(tǒng)的優(yōu)化幫助不大。</p><p>　　系統(tǒng)版本的變動影響自動化測試。系統(tǒng)在研發(fā)期間的版本問題會影

53、響自動化測試，自動化測試的流程及腳本需要及時進行修改才可以進行測試，版本不穩(wěn)定則會造成自動化測試無法進行。</p><p>　　對腳本或流程的要求比較高。在進行自動化測試需要一個比較好的腳本及一個優(yōu)化的流程，腳本出現(xiàn)一點錯誤都會導致自動化測試失敗。</p><p>　　從以上幾點可以看到手工測試與自動化測試的優(yōu)點及缺點，手工測試和自動化測試方面</p><p>　　

54、都是一個目標，達到目標，優(yōu)化程序，減少BUG，所以對于二者來說自動化測試是對手工測試的一種補充，自動化測試不能完全替代手工測試，手工測試也需要自動化測試來減少工作量，同樣自動化完成不了的，手工測試都能彌補，兩者有效的結合是測試質量保證的關鍵。</p><p><b>　　注釋</b></p><p>　?。?］段水福：《無線局域網(WLAN)設計與實踐》，杭州浙江大學

55、出版社，2007年，第3頁。</p><p>　　［2］麻信洛：《無線局域網構建及應用》，北京國防工業(yè)出版社，2009年，第3頁。</p><p>　?。?］、［4］同上，第3頁。</p><p>　　［5］陳慶章：《局域網的新形勢-無線局域網》，計算機世界，1995年，第3頁。</p><p>　?。?］Cisco Systems 公司：《

56、無線局域網基礎》，人民郵電出版社，2005年，第3頁。</p><p>　?。?］、［8］同上，第13頁。</p><p>　?。?］李志球：《計算機網絡基礎》，北京電子工業(yè)出出版社，2006年，第4頁。</p><p>　?。?0］楊義先、鈕心忻：《網絡安全理論與技術》，北京人民郵電出版社，2007年，第24頁。</p><p>　?。?1

57、］賀雪晨：信息對抗與網絡安全 清華大學出版社(第2版)，2010,5。 </p><p>　　[12]赫爾利、楊青：無線網安全 科學出版社，2009，4,1。</p><p>　　[13]趙力強、張海林：IEEE 802.11無線局域網的TCP性能分析和改進 [期刊論文] -計算機學報2010(11)。</p><p>　　[14]楊峰、張浩軍：無線局域網安全協(xié)議的

58、研究和實現(xiàn)[J].計算機應用,2009,25(1):2。</p><p>　　[15]黃勁榮：無線局域網在校園網的應用[J].教育信息化,2009(15):1。</p><p><b>　　參考文獻</b></p><p>　?、佟冬F(xiàn)代軟件工程—原理、方法和管理》， 郭荷清 等編， 華南理工大學出版社，2004年</p><

59、p>　　②《軟件能力成熟度模型集成(CMMI)》， 羅運模 等編， 清華大學出版社， 2003年</p><p>　?、?李馥娟.：局域網經典案例教程，清華大學出版社，2002。</p><p>　?、苊嫦驅ο蟮能浖y試》， 楊文宏，李心輝 等譯， 中信出版社， 2002</p><p>　?、蒈浖y試自動化技術與實例詳解》， [美] Mark Fewste

60、r & Dorothy Graham 著， 電子工業(yè)出版社， 2000年</p><p>　　⑥實用軟件測試方法與應用》， 飛思科技產品研發(fā)中心 編著， 電子工業(yè)出版社， 2003年</p><p>　　⑦《軟件測試的藝術》， Glenford J.Myers & Tom Badgett & Todd M. Thomas & Corey Sandler 著，

61、 機械工業(yè)出版社， 2005年</p><p>　?、唷盾浖y試自動化》，Daniel J.Mosley & Bruce A.Posey 著，機械工業(yè)出版社， 2003年</p><p>　?、帷队行к浖y試》， [美] Elfriede Dustin 著， 清華大學出版社， 2003年</p><p>　　⑩《軟件測試》， 趙瑞蓮 編， 高等教育出版社，

62、2004年</p><p><b>　　致 謝</b></p><p>　　三年的讀書生活在這個季節(jié)即將劃上一個句號，而于我的人生卻只是一個逗號，我將面對又一次征程的開始。三年的求學生涯在師長、親友的大力支持下，走得辛苦卻也收獲滿囊，在論文即將付梓之際，思緒萬千，心情久久不能平靜。 偉人、名人為我所崇拜，可是我更急切地要把我的敬意和贊美獻給一位平凡的人，我的導師。我不

63、是您最出色的學生，而您卻是我最尊敬的老師。您治學嚴謹，學識淵博，思想深邃，視野雄闊，為我營造了一種良好的精神氛圍。授人以魚不如授人以漁，置身其間，耳濡目染，潛移默化，使我不僅接受了全新的思想觀念，樹立了宏偉的學術目標，領會了基本的思考方式，從論文題目的選定到論文寫作的指導,經由您悉心的點撥,再經思考后的領悟,常常讓我有“山重水復疑無路,柳暗花明又一村”?！　「兄x我的爸爸媽媽，焉得諼草，言樹之背，養(yǎng)育之恩，無以回報，你們永遠健康快樂是我