軟件的自動(dòng)化測試論文
當一個(gè)軟件從雛形到真正的在一臺計算機上運行的時(shí)候，誰(shuí)也不能保證計算機軟件能一步到位的滿(mǎn)足人們的需求。所以就有了軟件測試。以下是小編整理的軟件的自動(dòng)化測試論文，希望能讓你更加了解軟件的自動(dòng)化測試。
1、軟件測試自動(dòng)化簡(jiǎn)介
談到自動(dòng)化測試，一般就會(huì )提到測試工具。許多人覺(jué)得使用測試工具就是實(shí)現了測試自動(dòng)化，這種理解是不對的，至少是片面的。的確，測試工具的使用是自動(dòng)化測試的一部分工作，但“用測試工具進(jìn)行測試”不等于“自動(dòng)化測試”。
自動(dòng)化為測試而存在的，所以自動(dòng)化測試的真正含義可以理解為“一切可以由測試是相對手計算機系統自動(dòng)完成的測試任務(wù)都已經(jīng)由計算機系統或軟件工具、程序來(lái)承擔并自動(dòng)執行”。它包含了下列3層含義：
“一切”，不僅僅指測試執行的工作——對被測試的對象進(jìn)行驗證，還包括測試的其它工作，如缺陷管理、測試管理、環(huán)境安裝、設置和維護等。
“可以”，意味著(zhù)某些工作無(wú)法由系統自動(dòng)完成，如腳本的開(kāi)發(fā)、測試用例的設計，需要創(chuàng )造性，其工作需要手工處理。
即使由系統進(jìn)行自動(dòng)化測試，還少不了人的干預，包括事先安排自動(dòng)化測試任務(wù)、測試結果分析、調試測試腳本等。
嚴格意義上，“自動(dòng)化測試(Automated Testing)”不等于“測試自動(dòng)化(Test Automation)”。自動(dòng)化測試，模擬手工測試步驟，通過(guò)執行程序語(yǔ)言編制的測試腳本自動(dòng)地測試軟件，自動(dòng)地實(shí)施軟件的單元測試、功能測試、負載測試或性能測試等。自動(dòng)化測試集中體現在實(shí)際測試執行(test execution)的過(guò)程，也就是由手工逐個(gè)地運行測試用例的操作過(guò)程被測試工具自動(dòng)執行的過(guò)程所代替。自動(dòng)化測試，強調借助工具(不僅僅是工具，有時(shí)包括策略和工件)來(lái)完成測試的執行，也就是用工具來(lái)幫助或輔助測試，這個(gè)執行過(guò)程可能是全自動(dòng)的，也可能是半自動(dòng)的。
測試自動(dòng)化的要求高得多，側重說(shuō)明將測試用自動(dòng)化設計和實(shí)現的過(guò)程，即所有的測試工作都能有計算機系統自動(dòng)完成，包括：測試環(huán)境的搭建和設置，如上載安裝包到服務(wù)器；腳本自動(dòng)生成，如根據UML狀態(tài)圖、時(shí)序圖等生成可運行的測試腳本；測試數據的自動(dòng)產(chǎn)生，例如自動(dòng)產(chǎn)生數據負載測試所需要的大量數據；測試操作步驟的自動(dòng)執行，包括測試執行過(guò)程的控制；測試結果分析，實(shí)際輸出和預期輸出的.自動(dòng)對比分析；測試流程的自動(dòng)處理，即測試工作流的自動(dòng)實(shí)現，包括測試計劃復審和批準、測試任務(wù)安排和執行、缺陷生命周期等流程的自動(dòng)化處理。測試報告自動(dòng)生成功能等。
這樣，測試自動(dòng)化意味著(zhù)測試全過(guò)程的自動(dòng)化和測試管理工作的完全自動(dòng)化，是測試工程師所追求的一種理想境界，但是很難實(shí)現的。
自動(dòng)化測試方案選擇需要考慮的方面：
自動(dòng)化測試和手工測試都不影響測試的有效性和仿效性，自動(dòng)化測試只是對測試的經(jīng)濟性和修改性有影響，自動(dòng)化測試通常要比手動(dòng)測試經(jīng)濟得多，自動(dòng)化測試的方法越好，長(cháng)期使用獲得的收益就越大。
2、采用什么樣的自動(dòng)化測試方案，需要考慮以下幾個(gè)方面的因素
1）項目的影響：自動(dòng)化測試能否幫助你的項目進(jìn)度、覆蓋率、風(fēng)險，或者讓開(kāi)發(fā)更敏捷？
2）復雜度：自動(dòng)化是否容易實(shí)現，包括數據和其他環(huán)境的影響。
3）時(shí)間：自動(dòng)化測試的實(shí)現需要多少時(shí)間？
4）早期需求和代碼的穩定性：需求或早期的代碼是否能證明是在范圍內變化的？
5）維護工作量：代碼是否能長(cháng)期保持相對穩定？功能特性是否會(huì )進(jìn)化？
6）覆蓋率：自動(dòng)化測試能否覆蓋程序的關(guān)鍵特性和功能？
7）資源：測試組是否擁有足夠的人力資源、硬件資源和數據資源來(lái)運行自動(dòng)化測試。
8）自動(dòng)化測試的執行：負責執行自動(dòng)化測試的小組是否擁有足夠的技能和時(shí)間去運行自動(dòng)化測試。
3、適合自動(dòng)化測試的場(chǎng)景主要為
1）測試任務(wù)明確，不會(huì )頻繁變動(dòng)。2）每日構建后的測試驗證。3）回歸測試、壓力測試、性能測試。4）軟件系統界面穩定，改動(dòng)較少。5）需要在多種平臺上運行相同的測試案例、組合遍歷型的測試、大量重復的測試任務(wù)。6）軟件維護周期長(cháng)。7）待測軟件系統開(kāi)發(fā)比較規范，能夠保證系統的可測性。8）項目進(jìn)度壓力不大。9）具備大容量的自動(dòng)化測試平臺。10）測試人員具備較強的編程能力。
4、軟件測試自動(dòng)化的實(shí)施步驟
我們對自動(dòng)化測試充滿(mǎn)了希望，然而，自動(dòng)化測試卻經(jīng)常帶給我們沮喪和失望。雖然，自動(dòng)化測試可以把我們從困難的環(huán)境中解放出來(lái)，在實(shí)施自動(dòng)化測試解決問(wèn)題的同時(shí)，又帶來(lái)同樣多的問(wèn)題。本文介紹自動(dòng)化測試的6個(gè)步驟：改進(jìn)自動(dòng)化測試過(guò)程，定義需求，驗證概念，支持產(chǎn)品的可測試性，具有可延續性的設計(design for sustainability)，有計劃的部署等。
首先了解下幾個(gè)使自動(dòng)化測試項目陷入困境的原因：
1）自動(dòng)化測試時(shí)間不充足。
2）缺乏經(jīng)驗：嘗試測試自己的程序的程序員經(jīng)常采用自動(dòng)化測試。由于缺乏經(jīng)驗，很難保證自動(dòng)化測試的順利開(kāi)展。
3）更新?lián)Q代頻繁(High turnover)：當自動(dòng)化測試更新?lián)Q代頻繁的時(shí)候，你就喪失了剛剛學(xué)習到的自動(dòng)化測試經(jīng)驗。
4）不愿思考軟件測試：很多人發(fā)現實(shí)現產(chǎn)品的自動(dòng)化測試比測試本身更有趣。自動(dòng)化工程師不參與到軟件測試的具體活動(dòng)中。
5）關(guān)注于技術(shù)：如何實(shí)現軟件的自動(dòng)化測試是個(gè)技術(shù)問(wèn)題。不過(guò)，過(guò)多的關(guān)注如何實(shí)現自動(dòng)化測試，導致忽略了自動(dòng)化測試方案是否符合測試需要。
在自動(dòng)化測試開(kāi)發(fā)過(guò)程中遵守已經(jīng)建立的軟件開(kāi)發(fā)規則，按照在軟件開(kāi)發(fā)項目中采用的標準步驟，實(shí)現測試自動(dòng)化：
步驟一：改進(jìn)軟件測試過(guò)程。
采用列有產(chǎn)品特性的列表，然后對照列表檢查�；貧w測試檢查列表可以告訴應該測試哪些方面。在開(kāi)始測試之前，需要完善回歸測試檢查表，并且確保已經(jīng)采用了確定的的測試方法，指明測試中需要什么樣的數據，并給出設計數據的完整方法。確認可以提供上面提到的文檔后，需要明確測試設計的細節描述，還應該描述測試的預期結果。在開(kāi)始更為完全意義上的測試自動(dòng)化之前，必須已經(jīng)完成了測試設計文檔。測試設計是測試自動(dòng)化最主要的測試需求說(shuō)明。
步驟二：定義需求。
應該有一份自動(dòng)化測試需求，用來(lái)描述需要測試什么。測試需求應該在測試設計階段詳細描述出來(lái)，自動(dòng)化測試需求描述了自動(dòng)化測試的目標。
步驟三：驗證概念。
盡可能快地驗證采用的測試工具和測試方法的可行性，站在產(chǎn)品的角度驗證所測試的產(chǎn)品采用自動(dòng)化測試的可行性。需要盡快地找出可行性問(wèn)題的答案，需要確定你的測試工具和測試方法對于被測試的產(chǎn)品和測試人員是否合適。
驗證概念的試驗主要有：
回歸測試：回歸測試是最宜采用自動(dòng)化測試的環(huán)節。
配置測試：你的軟件支持多少種不同的平臺？你打算在所有支持的平臺上測試執行所有的測試用例嗎？那么采用自動(dòng)化測試是有幫助的。
測試環(huán)境建立：對于大量不同的測試用例，可能需要相同的測試環(huán)境搭建過(guò)程。在開(kāi)展自動(dòng)化測試執行之前，先把測試環(huán)境搭建實(shí)現自動(dòng)化。
非GUI測試：實(shí)現命令行和API的測試自動(dòng)化比GUI自動(dòng)化測試容易的多。
步驟四：支持產(chǎn)品的可測試性。
軟件產(chǎn)品一般會(huì )用到下面三種不同類(lèi)別的接口：命令行接口(command line interfaces，縮寫(xiě)CLIs)、應用程序接口(API)、圖形用戶(hù)接口(GUI)。
無(wú)論你需要支持圖形界面接口、命令行接口還是API接口，如果你盡可能早的在產(chǎn)品設計階段提出產(chǎn)品的可測試性設計需求，你很可能成功。
步驟五：具有可延續性的設計。
自動(dòng)化測試設計中考慮自動(dòng)化在未來(lái)的可擴充性是很關(guān)鍵的，不過(guò)，自動(dòng)化測試的完整性也是很重要的。把注意力放在通過(guò)設計保證測試的可延續性上，選擇一個(gè)合適的測試體系架構，將進(jìn)一步邁向成功的自動(dòng)化測試。主要從以下幾方面考慮，測試的可檢視性、測試的可維護性、測試的完整性、測試的獨立性、測試的可重復性。
步驟六：有計劃的部署。
需要提供自動(dòng)化測試程序的安裝文檔和使用文檔，保證自動(dòng)化測試程序容易安裝和配置。
5、結束語(yǔ)
最后，我們還不得不承認，自動(dòng)化測試和手工測試往往交織在一起，相互補充，工具執行過(guò)程往往需要人工分析，手工測試時(shí)也可以借助工具處理某些數據、日志或顯示某些信息。也就是說(shuō)，不是試圖用自動(dòng)化測試來(lái)代替所有的手工測試，而應該在尊重手工測試的同時(shí)，遵守已經(jīng)建立的軟件開(kāi)發(fā)規則，按照在軟件開(kāi)發(fā)項目中采用的標準步驟，實(shí)現測試自動(dòng)化。
【軟件的自動(dòng)化測試論文】相關(guān)文章：
軟件測試實(shí)習周記04-20
軟件測試自薦信04-19
軟件測試主管工作總結03-29
軟件測試離職證明模板（通用6篇）04-11
軟件工程論文的開(kāi)題報告07-31
軟件測試年度工作總結7篇01-10
軟件工程論文開(kāi)題報告01-25
軟件工程論文開(kāi)題報告范文01-25