軟件測試自動化小論(參考版)
2025-01-10 10:34本頁面
【正文】 軟件測試方法和技術(shù)（第二版） 。 五、 總結(jié) 軟件測試實(shí)行自動化進(jìn)程，絕不是因?yàn)閰挓┝藴y試的重復(fù)工作，而是測試工作的需要，即完成手工測試所不能完成的任務(wù)，提高測試效率和測試結(jié)果的可靠性、準(zhǔn)確性和客觀性，提高測試覆蓋率，保證測試工作的質(zhì)量。 有利必有弊，有些軟件公司在實(shí)施自動化測試時并沒有達(dá)到預(yù)期效果，主要有以下幾個方面。 四、 軟件自動化的優(yōu)劣勢 自動化測試是由計(jì)算機(jī)系統(tǒng)自動來完成，由此自動化測試的優(yōu)勢也很明顯，自動運(yùn)行的速度快、執(zhí)行效率高；永不疲勞；測試結(jié)果準(zhǔn)確；具有可靠性和可復(fù)用性并且具有有些手工測試做不到的特別能力。理想情況下，從寫第一行代碼時就開始進(jìn)行每日軟件包構(gòu)建，每日自動化的基本驗(yàn)證測試。除了購買軟件測試工具所 投入的資金和人員培訓(xùn)成本之外，還要用很多時間去開發(fā)和維護(hù)測試腳本。不管是手工測試還是自動化測試，關(guān)鍵是測試流程的建立和測試用例的設(shè)計(jì)，只有在良好的測試用例基礎(chǔ)上，編寫測試腳本，執(zhí)行測試或運(yùn)行測試腳本，才能保證測試的執(zhí)行效果。另外，測試腳本也應(yīng)看做程序，所以應(yīng)該要遵守已有的、規(guī)范的編程標(biāo)準(zhǔn)和規(guī)則，并納入整個開發(fā)過程中。 把測試開發(fā)納入整個軟件開發(fā)體系。 找準(zhǔn)測試自動化的切入點(diǎn)。軟件測試自動化只是對手工測試的一種補(bǔ)充，絕不能代替手工測試。構(gòu)建、存放程序軟件包的文件服務(wù)器；存儲測試用例和測試結(jié)果的數(shù)據(jù)庫服務(wù)器 ；執(zhí)行測試的運(yùn)行環(huán)境 測試實(shí)驗(yàn)室，或一組測試用的服務(wù)器或 PC；控制服務(wù)器； Web 服務(wù)器；客戶端程序。當(dāng) Assert 失敗時，則退出當(dāng)前測試；當(dāng)Verify 失敗時，測試會繼續(xù)運(yùn)行。復(fù)雜的比較， 比如：比較文件名、文件大小、文件內(nèi)容，還有 Windows 窗口或控件的屬性，甚至比較整個屏幕或屏幕上某個區(qū)域圖像等。所以，自動比較在軟件測試自動化中就非常重要。在腳本開發(fā)過程中，常常將這幾種腳本結(jié)構(gòu)合起來使用。 腳本技術(shù)不僅用在功能測試上，來模擬用戶的操作然后進(jìn)行比較，而且可以用在性能、負(fù) 載測試上，模擬并發(fā)用戶進(jìn)行相同或者不同的操作，以給系統(tǒng)或服務(wù)器足夠的負(fù)載，以檢查系統(tǒng)或服務(wù)器的響應(yīng)速度、數(shù)據(jù)吞吐能力等。當(dāng)然，也可以直接用腳本語言編寫腳本。 （三） 腳本技術(shù) 腳本是一組測試工具執(zhí)行的指令集合，也是計(jì)算機(jī)程序的一種形式。通過反射來加載被測試程序，獲取被測試程序的各種屬性，觸發(fā)被測試程序的各種事件，從而達(dá)到自動化測試的目的。 Windows UI API 函數(shù)封裝了操作應(yīng)用軟件所需的接口函數(shù)，包括鍵盤和鼠標(biāo)的捕獲，以及窗口、按鈕、選擇項(xiàng)等的識別和操作。要識別對象，就是獲得 UI 對象的 ID、對象名、然后根據(jù)對象的 ID、對象名，確定其屬性值等數(shù)據(jù)。除了基本的分析、內(nèi)建的靜態(tài)分析外，大部分 IDE 都有可選的插件來執(zhí)行更全面的代碼分析。 1979 年，貝爾實(shí)驗(yàn)室的 Steve Johnson 在PCC 基礎(chǔ)上開發(fā)出代碼分析工具 Lint，能檢查出更多不符合規(guī)范的錯誤以及函數(shù)接口參數(shù)不一致性問題等，
公司管理相關(guān)推薦
鄂ICP備17016276號-1