畢業(yè)設計-自動化測試之基于web自動化測試--watirruby(編輯修改稿)
2025-01-07 09:59 本頁面
【文章內(nèi)容簡介】 測試的腳本 穩(wěn)定性決定了自動化測試的維護成本。如果軟件需求變動過于頻繁，測試人員需要根據(jù) 變動的需求來更新測試用例以及相關的測試腳本，而腳本的維護本身就是一個代碼開發(fā)的過程，需要修改、調(diào)試，必要的時候還要修改自動化測試的框架，如果所花費的成本不低于利用其節(jié)省的測試成本，那么自動化測試便是失敗的。 項目中的某些模塊相對穩(wěn)定，而某些模塊需求變動性很大。我們便可對相對穩(wěn)定的模塊進行自動化測試，而變動較大的仍是 用手工測試。 （二） 項目周期足夠長。 由于自動化測試需求的確定、自動化測試框架的設計、測試腳本的編寫與調(diào)試均需要相當長的時間來完成。這樣的過程本身就是一個測試軟件的開發(fā)過程，需 要較長的時間來完成。如果項目的周期比較短，沒有足夠的時間去支持這樣一個過程，那么自動化測試便成為笑談。 （三） 自動化測試腳本可重復使用。 如果費盡心思開發(fā)了一套近乎完美的自動化測試腳本，但是腳本的重復使用率很低，致使其間所耗費的成本大于所創(chuàng)造的經(jīng)濟價值，自動化測試便成為了測試人員的練手之作，而并非是真正可產(chǎn)生效益的測試手段了。 另外，在手工測試無法完成，需要投入大量時間與人力時也需要考慮引入自動化測試。比如性能測試、配置測試、大數(shù)據(jù)量輸入測試等。 四、自動化測試的過程 自動化測 試與軟件開發(fā)過程從本質(zhì)上來講是一樣的，無非是利用自動化測試工具（相當于軟件開發(fā)工具），經(jīng)過對測試需求的分析（軟件過程中的需求分析），設計出自動化測試用例（軟件過程中的需求規(guī)格），從而搭建自動化測試的框架（軟開封大學信息工程學 院計算機應用技術專業(yè)畢業(yè)論文 件過程中的概要設計），設計與編寫自動化腳本（詳細設計與編碼），測試腳本的正確性，從而完成該套測試腳本（即主要功能為測試的應用軟件）。 （一） 自動化測試需求分析。 當測試項目滿足了自動化的前提條件，并確定在該項目中需要使用自動化測試時，我們便開始進行自動化測試需求分析。此過程需要確定自動化測試的 范圍以及相應的測試用例、測試數(shù)據(jù)，并形成詳細的文檔，以便于自動化測試框架的建立。 （二） 自動化測試框架的搭建。 所謂自動化測試框架便是像軟件架構一般，定義了在使用該套腳本時需要調(diào)用哪些文件、結構，調(diào)用的過程，以及文件結構如何劃分。 而根據(jù)自動化測試用例，我們很容易能夠定位出自動化測試框架的典型要素： 不同的測試用例會有一些相同的對象被重復使用，比如窗口、按鈕、頁面等。這些公用的對象可被抽取出來，在編寫腳本時隨時調(diào)用。當這些對象的屬性因為需求的變更而改變時，只 需要修改該對象屬性即可，而無需修改所有相關的測試腳本。 各測試用例也會用到相同的測試環(huán)境，將該測試環(huán)境獨立封裝，在各個測試用例中靈活調(diào)用，也能增強腳本的可維護性。 當測試工具沒有需要的方法時，而該方法又會被經(jīng)常使用，我們便需要自己編寫該方法，以方便腳本的調(diào)用。 也許一個測試用例需要執(zhí)行很多個測試數(shù)據(jù)，我們便可將測試數(shù)據(jù)放在一個獨立的文件中，由測試腳本執(zhí)行到該用例時讀取數(shù)據(jù)文件，從而達到數(shù)據(jù)覆蓋的目的。 在該框架中需要將 這些典型要素考慮進去，在測試用例中抽取出公用的元素放入已定義的文件，設定好調(diào)用的過程。 五、基于 Web 的自動化測試 Watir+Ruby （一） Watir 介紹： Watir是 Web Application Testing in Ruby的縮寫， Watir 是能用于 web 自動化測試的二進制包 ， 并能很好的閱讀和維護 ， 語言非常簡潔 ； Watir 的腳本工作原理是非常簡單的。它是以事件驅(qū)動，會觸發(fā)一些如點擊 ”鏈接 ”、填寫表單、點擊按鈕 ， 并能驗證測試結果，如文本輸出 等； Watir 不僅支持在 Windows 下的 IE,FF 下進行測試。而且也支持開封大學信息工程學 院計算機應用技術專業(yè)畢業(yè)論文 Linux 和 Mac 平臺下的 Safari 和 Chrome， 并能對 Flash testing 進行測試 ； Watir 主要是由Ruby 語言開發(fā)的，所以
公司管理相關推薦
鄂ICP備17016276號-1