【正文】 生器：捕捉用戶的業(yè)務流，并最終將其錄制成一個腳本：（1）選擇相應的一種協(xié)議；（2）在客戶端模擬用戶使用過程中的業(yè)務流程，并錄制成一個腳本；（3）編輯腳本和設置RunTime Settings項；（4）編譯腳本生成一個沒有錯誤的可運行的腳本。在Controller中設置 （可以控制使用的機器，設這在不同機器上跑多少虛擬用戶，并且設置這些虛擬用戶是同時訪問還是逐一加載），運行VUG中生成的腳本即用戶與多人與服務器交互，將Controller中收集的數(shù)據(jù)加載到Anaiyis中使其分析整個性能。能否借助于這支外在力量以及如何借助于這支力量來規(guī)范企業(yè)測試流程、提高特定測試活動的效率，正是我們所要考慮的。比如性能測試、配置測試、大數(shù)據(jù)量輸入測試等。 如果費盡心思開發(fā)了一套近乎完美的自動化測試腳本，但是腳本的重復使用率很低，致使其間所耗費的成本大于所創(chuàng)造的經(jīng)濟價值，自動化測試便成為了測試人員的練手之作，而并非是真正可產(chǎn)生效益的測試手段了。 自動化測試需求的確定、自動化測試框架的設計、測試腳本的編寫與調(diào)試均需要相當長的時間來完成，這樣的過程本身就是一個測試軟件的開發(fā)過程，需要較長的時間來完成。項目中的某些模塊相對穩(wěn)定，而某些模塊需求變動性很大。通常需要同時滿足以下條件： 測試腳本的穩(wěn)定性決定了自動化測試的維護成本。在此過程中，為了節(jié)省人力，時間或硬件資源，提高測試效率，便引入了自動化測試的概念。 [關鍵詞] 自動化測試 手工化測試 測試的周期 腳本 Abstract Testing whether manual test and automation test is a way of software quality assurance. For some of the 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 saves 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 prone to error. Test automation can reduce but not eliminate this kind of work. The tester can have more time to do more interesting test, for example in the application in the plex scene under different treatment, although the test is to take longer to find the error, but does not mean that it will pay a higher price. So choose the right testing method is particularly important. Key words：Automated tests manual Test cycle Scenario 目 錄1自動化測試 1 1 1 2 2 2 3 3 4 4 5 62 手工測試 7 7 7 8 8 8 9注釋 11參考文獻 12致謝 131 自動化測試是把以人為驅(qū)動的測試行為轉(zhuǎn)化為機器執(zhí)行的一種過程。測試者可以有更多的時間去從事更有趣的測試,例如在應用程序在復雜的場景下的不同處理等，盡管測試就是要花費更長的時間找到錯誤，但比不意味著因此而要付出更高的代價。手工測試者最常做的就是重復的手工回歸測試，不但代價昂貴，而且容易出錯。它可以用簡單的腳本，實現(xiàn)大量的重復的操作。畢 業(yè) 論 文 論文題目：論自動化測試的優(yōu)劣  內(nèi)容摘要 測試工作無論是手工測試還是自動化測試都是軟件質(zhì)量保障的一個途徑。對于一些基本的、邏輯性不強的操作，可以使用自動化測試工具。從而通過對測試結果的分析，得出結論，這樣不僅節(jié)省了大量的人力和物力，而且使測試的結果更準確。自動化測試可以減少但不能消除這種工作的工作量。所以選擇正確的測試方法是尤為重要的。通常，在設計了測試用例并通過省評之后，有測試人員根據(jù)測試用例中描述的規(guī)程一步步執(zhí)行測試，得到實際結果與期望結果的比較。 實施自動化測試之前需要對軟件開發(fā)過程進行分析，以觀察其是否適合使用自動化測試。如果軟件需求變動過于頻繁，測試人員需要根據(jù)變動的需求來更新測試用例以及相關的測試腳本，而腳本的維護本身就是一個代碼開發(fā)的過程，需要修改、調(diào)試，必要的時候還要修改自動化測試的框架，如果所花費的成本不低于利用其節(jié)省的測試成本，那么自動化測試便是失敗的。我們便可對相對穩(wěn)定的模塊進行自動化測試，而變動較大的仍是用手工測試。如果項目的周期比較短，沒有足夠的時間去支持這樣一個過程，那么自動化測試便成為笑談。另外，在手工測試無法完成，需要投入大量時間與人力時也需要考慮引入自動化測試。 通常適合于軟件測試自動化的場合：(1)回歸測試，重復單一的數(shù)據(jù)錄入或是擊鍵等測試操作造成了不必要的時間浪費和人力浪費；(2)此外測試人員對程序的理解和對設計文檔的驗證通常也要借助于測試自動化工具；(3)采用自動化測試工具有利于測試報告文檔的生成和版本的連貫性；(4)自動化工具能夠確定測試用例的覆蓋路徑，確定測試用例集對程序邏輯流程和控制流程的覆蓋；隨著測試流程的不斷規(guī)范以及軟件測試技術的進一步細化，軟件測試自動化已經(jīng)日益成為一支不可忽視的力量。 LoadRunner工作原理：通過VuGen模擬手工測試的操作錄制下來，模擬多人產(chǎn)生壓力。 LoadRunner由四大組件組成：VuGen、控制器、負載發(fā)生器和分析器。 控制器（Controller）：（1）設計場景，包括手動場景設計和目標場景設計兩種方式；（2）場景監(jiān)控，可以實時監(jiān)控腳本的運行的情況。場景設計的目的是設計出一個最接近用戶實際使用的場景，場景設計越接近用戶使用的實際情況，測試出來的數(shù)據(jù)就越接近真實值。通常，在性能測試過程中會將控制器和負載發(fā)生器分開；當使用多臺負載發(fā)生器時，一定要保證負載均衡（指在進行性能測試的過程中，保證每臺負載發(fā)生器均勻地對服務器進行施壓）。 QTP功能測試流程 QTP進行功能測試的測試流程[制定測試計劃]→[建測試腳本]→ [增強測試腳本]→[功能]→[運行測試]→[分析測試結果] 大致五個步驟： 測試計劃自動測試的測試計劃是根據(jù)被測項目的具體需求，以及所使用的測試工具而制定的，完全用于指導測試全工程。在測試計劃階段，首先要做的就是分析被測應用的特點，決定應該對哪些功能點進行測試，可以考慮細化到具體頁面或者具體控件。　　增強測試腳本的功能 錄制腳本只是實現(xiàn)創(chuàng)建或者設計腳本的第一步，基本的腳本錄制完畢后，測試人員可以根據(jù)需要增加一些擴展功能，QTP允許測試人員通過在腳本中增加或更改測試步驟來修正或自定義測試流程，如增加多種類型的檢查點功能，既可以讓QTP檢查一下在程序的某個特定位置或?qū)υ捒蛑惺欠癯霈F(xiàn)了需要的文字，還可以檢查一個鏈接是否返回了正確的URL地址等，還可以通過參數(shù)化功能，使用多組不同的數(shù)據(jù)驅(qū)動整個測試過程。測試過程中測試人員還可以調(diào)試自己的腳本，直到腳本完全符合要求。 ● 快速：自動化測試筆實際用戶快的多； ● 可靠：測試每次運行時都會