畢業(yè)論文-論自動化測試的優(yōu)劣(編輯修改稿)
2025-07-10 03:10 本頁面
【文章內容簡介】 戶對服務器提交請求。 通常，在性能測試過程中會將控制器和負載發(fā)生器分開；當使用多臺 負載發(fā)生器時，一定要保證負載均衡（指在進行性能測試的過程中，保證每臺負載發(fā)生器均勻地對服務器進行施壓）。 分析器（ Analysis）：主要用于對測試結果進行分析。 QTP 功能測試流程 QTP 進行功能測試的測試流程 [制定測試計劃 ]→ [建測試腳本 ]→ [增強測試腳本 ]→[功能 ]→ [運行測試 ]→ [分析測試結果 ] 大致五個步驟： 測試計劃 自動測試的測試計劃是根據(jù)被測項目的具體需求，以及所使用的測試工具而制定的，完全用于指導測試全工程。 QTP 是一個功能測試工具，主 要幫助測試人員完成軟件的功能測試，與其他測試工具一樣， QTP 不能完全取代測試人員的手工操作，但是在某個功能點上，使用 QTP 的確能夠幫助測試人員做很多工作。在測試計劃階段，首先要做的就是分析被測應用的特點，決定應該對哪些功能點進行測試，可以考慮細化到具體頁面或者具體控件。 創(chuàng)建測試腳本 當測試人員瀏覽站點或在應用程序上操作的時候， QTP 的自動錄制機制能夠將測試人員的每一個操作步驟及被操作的對象記錄下來，自動生成測試腳本語句。 增強測試腳本的功能 錄制腳本只是實現(xiàn)創(chuàng)建或者設計腳本 的第一步，基本的腳本錄制完畢后，測試人員可以根據(jù)需要增加一些擴展功能， QTP 允許測試人員通過在腳本中增加或更改測試步驟來修正或自定義測試流程，如增加多種類型的檢查點功能，既可以讓 QTP 檢查一下在程序的某個特定位置或對話框中是否出現(xiàn)了需要的文字，還可以檢查一個鏈接是否返回了正確的 URL 地址等，還可以通過參數(shù)化功能，使用多組不同的數(shù)據(jù)驅動整個測試過程。 4 運行測試 QTP 從腳本的第一行開始執(zhí)行語句，運行過程中會對設置的檢查點進行驗證，用實際數(shù)據(jù)代替參數(shù)值，并給出相應的輸出結構信息。測試過程中測 試人員還可以調試自己的腳本，直到腳本完全符合要求。 分析測試 運行結束后系統(tǒng)會自動生成一份詳細完整的測試結果報告。 自動化測試的優(yōu)勢 ● 快速：自動化測試筆實際用戶快的多； ● 可靠：測試每次運行時都會準確執(zhí)行相同的操作，因此消除了人為的錯誤； ● 可重復：通過重復的執(zhí)行相同的操作來測試網(wǎng)站和應用程序的反應； ● 可編程：可以編寫復雜的測試來找出隱藏的信息； ● 全面：可以建立一套測試來測試網(wǎng)站和應用程序的功能； ● 可重復：測試在不同版本的網(wǎng)站或應用程序上重復測 試，甚至在用戶界面更改的情況下也不例外； 5 自動化測試的弊端 永遠不可能完全取代手工測試。自動化測試無法做到手工測試的覆蓋率。 無法完全保證測試的正確性，自動化測試就是程序測試程序。我們知道，是程序就一定會有缺陷，所以，不能保證測試工程師開發(fā)的腳本就完全 100%沒有缺陷，如果代碼中出現(xiàn)一個小小的邏輯錯誤，哪怕一個條件判斷的誤寫也會導致測試結果完全出錯。 手工測試能發(fā)現(xiàn)的缺陷遠比自動化測試多 對測試質量的依賴性極大自動化測試的運行首先要建立在版本測試質量穩(wěn)定的大條件下，如果當前版本的測試質量不夠穩(wěn)定， 運行自動化測試將會非常不順利，幾乎是一種無用功。 測試自動化可能會制約軟件開發(fā) 自動化測試工具是死的他本身沒有任何想象力。自動化測試不能像人類一樣隨心所欲的創(chuàng)造，自動測試的好壞，完全取決于自動化測試負責人和測試開發(fā)公測后能夠使的思想與技術和自動測試工具沒有任何關系 成本投入過高，風險大。 自動化測試對測試人員的技術要求較高對測試工具同樣有一定要求。自動化測試對策是工程師來說必須有一定的卡發(fā)技術背景，開發(fā)技術越高澤寫出來的腳本質量也就越高，越有想象力。不是每個測試工程師都適合或用能力開發(fā)質量好的測試腳本。同樣，也不是每一個測試工具能真正的被使用在真實的項目中并駕馭項目的，也沒有聽說過有一個自動化工具能做到適合每一個項目。 6 手工測試概述 手工測試就是由人去一個一個的輸入用例，然后觀察結果，和機器測試想對應，屬于比較原始但是必須的一個步驟。 手工測試的適用場景 在測試過程中，手工測試的比重一般在 30%左右。手工測試一般能夠發(fā)現(xiàn)一些自動化測試所不能發(fā)現(xiàn)的問題，這也是為什么自動化測試取代不了手工測試的原因！ 需要使用手工測試的場景包括以下四項： ● 如果某項測試工作難以采用自動測試完成 (甚至根本無法采用自動測試完成 )，例如：在程序執(zhí)行的關鍵時刻，我們需要從物理上斷開一個網(wǎng)絡連接，其目的在于驗證程序處理錯誤條件的能力，此時我們就可以采用手工測試。 ● 對于某些測試，如果我們采用自動測試，可能導致投資回報率過低。例如，如果我們需要驗證一個圖形用戶界面組件確實能夠應用于某 個軟件產(chǎn)品中的某項功能的開發(fā)，而這項功能又將被其他功能替換。此時，假設使用手工測試方法只需要花費 10 秒時間，但是，如果使用自動測試，卻需要花費幾個小時甚至幾天的時間編寫測試，并且還要維護測試，那么在這種情況下，我們顯然應該使用手工測試來解決問題。 ● 需要使用自動測試，但是時間不允許進行自動測試的場合。 ● 需要使用自動測試，但是開發(fā)團隊當前技術水平尚不足以支持自動測試的場合。 手工測試一般是基于后面兩個原因： (1)時間資源不足； (2)技術水平不足。在這些情況下，手工測試能夠發(fā)揮重要的作用。利用手工測試，我 們可以定義測試，還可以跟蹤測試，直到這些測試因為產(chǎn)品變更被廢棄為止。在許多開發(fā)團隊中，手工測試是以工作任務清單形式存在的，而且將來可以將這些內容進行自動化 —— 除非這個團隊采用手工測試的原因是前面兩個因素，即： (1)自動化是
畢業(yè)設計相關推薦
鄂ICP備17016276號-1