從功能測試到自動(dòng)化測試
發(fā)表于:2020-08-07來(lái)源:csdn作者:Chaqian點(diǎn)擊數:
標簽:
對于測試人員來(lái)說(shuō),不管進(jìn)行功能測試還是自動(dòng)化測試還是性能測試都是需要編寫(xiě)測試用例,所以我們必須先要了解清楚手工測試用例與自動(dòng)化測試用例的一些特點(diǎn),才能更好的開(kāi)展自
現如今應該有很多
測試人員應該有這樣的疑慮,
自動(dòng)化測試要怎么去做,今天把一些學(xué)習經(jīng)驗分享給大家,希望對你們有幫助,有說(shuō)的不好的地方,還請多多指教!
對于
測試人員來(lái)說(shuō),不管進(jìn)行
功能測試還是
自動(dòng)化測試還是
性能測試都是需要編寫(xiě)
測試用例,所以我們必須先要了解清楚手工
測試用例與
自動(dòng)化測試用例的一些特點(diǎn),才能更好的開(kāi)展自動(dòng)化測試工作。
在這里插入圖片描述
1、手工測試和自動(dòng)化測試用例
手工測試用例是針對功能測試人員的,而自動(dòng)化測試用例是針對自動(dòng)化測試用例框架或工具的。
1)手工測試用例特點(diǎn)
較好的異常處理能力,能通過(guò)人為的邏輯判斷校驗當前步驟是否正確實(shí)現;
人工執行用例具有一定步驟跳躍性;
人工測試步步跟蹤,能夠細致定位問(wèn)題;
主要用來(lái)發(fā)現功能
缺陷;
2)自動(dòng)化測試用例特點(diǎn)
執行對象是腳本,任何一個(gè)盤(pán)算都需要編碼定義;
用例步驟之間關(guān)聯(lián)性強;
主要用來(lái)保證產(chǎn)品主體功能正確和完整,讓測試人員從繁瑣重復的工作中解脫出來(lái);
目前自動(dòng)化測試階段定位在冒煙測試和
回歸測試。
(注意:通過(guò)對比發(fā)現,自動(dòng)化測試不能完全替代手工測試,自動(dòng)化測試的目的僅僅在于讓測試人員從繁瑣重復的測試流程中解脫出來(lái),把更多的時(shí)間和精力放在更有價(jià)值的測試中,例如探索性測試。)
3)自動(dòng)化測試用例注意事項
①不是所有手工測試用例都要轉為自動(dòng)化測試用例;
②考慮到腳本
開(kāi)發(fā)成本,不要選擇流程太復雜的用例,如果有必要,可以考慮把流程拆分成多個(gè)用例來(lái)實(shí)現腳本;
③選擇的用例最好可以構建場(chǎng)景。例如,一個(gè)功能模塊,分成多個(gè)用例,多個(gè)用例使用同一個(gè)場(chǎng)景,這樣的好處在于方便構建關(guān)鍵字測試模型;
④選擇用例可以帶有目的性。例如,這部分用例作冒煙測試等,當然,會(huì )存在重疊關(guān)系,如果當前用例不滿(mǎn)足
需求,那么唯有修改用例來(lái)適應腳本和
需求;
⑤選取的用例可以是主體流程,這部分用于冒煙測試(如果不了解專(zhuān)業(yè)術(shù)語(yǔ),下來(lái)要花費功夫哦);
⑥選取的測試用例可以是你認為重復執行,很猥瑣的部分。例如字段驗證、提示信息驗證之類(lèi),這部分適用于回歸測試;
⑦自動(dòng)化測試也可以用來(lái)做配置檢查、
數據庫檢查。這些可能超過(guò)了手工用例,但也算用例拓展的一部分,項目負責人可以有選擇的增加;
⑧平時(shí)在手工測試時(shí),如果需要構造一些復雜的數據或重復一些簡(jiǎn)單的機械式動(dòng)作,則告訴腳本,讓它來(lái)幫你,或許你的效率會(huì )因此提高。
在這里插入圖片描述
如果對
軟件測試、接口測試、自動(dòng)化測試、面試經(jīng)驗交流。感興趣可以加
軟件測試交流:1085991341,還會(huì )有同行一起技術(shù)交流。
2、自動(dòng)化測試類(lèi)型
1)測試靜態(tài)內容
靜態(tài)內容測試是最簡(jiǎn)單的測試,用于驗證靜態(tài)的、不變的ui元素的存在性,例如:
①每個(gè)頁(yè)面都有預期的頁(yè)面標題,這可以用來(lái)驗證鏈接指向一個(gè)預期頁(yè)面;
②應用程序的主頁(yè)包含一個(gè)應該在頁(yè)面頂部的圖片;
③網(wǎng)站的每個(gè)頁(yè)面是否包含一個(gè)頁(yè)腳區域來(lái)顯示公司的聯(lián)系方式、隱私政策以及商標信息等;
④每一頁(yè)的標題文本都使用< h1>標簽嗎?每個(gè)頁(yè)面是否都有正確的頭部文本;
你可能需要(也可能不需要)對頁(yè)面內容進(jìn)行自動(dòng)化測試。如果你的網(wǎng)頁(yè)是不易受到影響的,則手工對內容進(jìn)行測試就足夠了。假設你的應用文件的位置移動(dòng)了,則內容測試就非常有價(jià)值。
2)測試鏈接
web站點(diǎn)的一個(gè)常見(jiàn)錯誤為失效的鏈接或鏈接指向無(wú)效頁(yè)。鏈接測試涉及各個(gè)鏈接和驗證預期的頁(yè)面是否存在。如果靜態(tài)鏈接不經(jīng)常更改,則手動(dòng)測試就足夠了。但是,如果你的網(wǎng)頁(yè)設計師經(jīng)常修改鏈接或者文件不時(shí)被重定向,則鏈接測試應該實(shí)現自動(dòng)化。
3)功能測試
在你的應用程序中,需要測試應用的特定功能,需要一些類(lèi)型的用戶(hù)輸入,并返回某種類(lèi)型的結果,通常一個(gè)功能測試涉及多個(gè)頁(yè)面,一個(gè)基于表單的輸入頁(yè)面,其中包含若干輸入字段,提交和取消操作,以及一個(gè)或多個(gè)響應頁(yè)面。用戶(hù)輸入可以通過(guò)文本輸入域、復選框、下拉列表,或任何其他瀏覽器所支持輸入。
原文轉自:https://blog.csdn.net/Chaqian/article/details/105860596