翻譯|使用教程|編輯:龔雪|2020-12-14 10:42:36.723|閱讀 335 次
概述:Telerik Test Studio是一個(gè)用于功能性Web、桌面和移動(dòng)測(cè)試的直觀測(cè)試自動(dòng)化工具,它能輕松地實(shí)現(xiàn)自動(dòng)化測(cè)試。同時(shí)會(huì)為GUI、性能、加載和API測(cè)試提供完整的自動(dòng)化測(cè)試解決方案。
# 界面/圖表報(bào)表/文檔/IDE等千款熱門軟控件火熱銷售中 >>
相關(guān)鏈接:
Telerik Test Studio是一個(gè)用于功能性Web、桌面和移動(dòng)測(cè)試的直觀測(cè)試自動(dòng)化工具,它能輕松地實(shí)現(xiàn)自動(dòng)化測(cè)試。同時(shí)會(huì)為GUI、性能、加載和API測(cè)試提供完整的自動(dòng)化測(cè)試解決方案。
在選擇正確的工具來幫助您成功進(jìn)行自動(dòng)UI測(cè)試時(shí),您需要了解以下內(nèi)容。
為什么不能再忽略自動(dòng)UI測(cè)試?
盡管面向代碼的自動(dòng)化測(cè)試工具已經(jīng)變得越來越普遍,但大多數(shù)開發(fā)公司都忽略了自動(dòng)化UI測(cè)試。這樣做的主要原因是維護(hù)UI測(cè)試套件的成本,使用大多數(shù)/所有UI測(cè)試工具,實(shí)際上對(duì)應(yīng)用程序UI的任何更改都會(huì)導(dǎo)致UI測(cè)試工具將整個(gè)應(yīng)用程序標(biāo)記為已損壞。結(jié)果,現(xiàn)代軟件開發(fā)實(shí)踐的大部分過程都是圍繞UI與代碼的精確分離而組織的,因此可以在不接觸UI的情況下測(cè)試代碼。
現(xiàn)實(shí)情況是用戶不與代碼交互:用戶與您的UI交互,從用戶的角度來看,您的UI是您的應(yīng)用程序,證明代碼在故意忽略UI的情況下有效的當(dāng)前做法缺少了重點(diǎn)。 與當(dāng)前的實(shí)踐相反,UI測(cè)試提出一個(gè)簡(jiǎn)單的主張:要證明您的應(yīng)用程序已“準(zhǔn)備好投入生產(chǎn)”,您必須證明UI能夠正常工作并驅(qū)動(dòng)您的應(yīng)用程序執(zhí)行正確的操作。
一些基于工具的選項(xiàng)
隨著DevOps和對(duì)用戶驗(yàn)收測(cè)試的需求增加,這一要求變得越來越重要。 結(jié)果是UI測(cè)試工具得到了發(fā)展,但這也使得開發(fā)者更難、也更容易獲取正確的工具集。難點(diǎn)在于有更多選擇可供選擇;容易在于有更多的工具對(duì)您有意義。 例如當(dāng)查看UI測(cè)試時(shí),可以在無代碼工具和基于代碼的工具之間進(jìn)行選擇。
無代碼工具允許測(cè)試人員通過與應(yīng)用程序進(jìn)行交互來創(chuàng)建UI測(cè)試,而該工具通過“觀察”用戶的交互和應(yīng)用程序的響應(yīng)來生成測(cè)試腳本。 這些工具利用“ UI即應(yīng)用程序”范式,并且不需要測(cè)試人員比應(yīng)用程序(及其相關(guān)的業(yè)務(wù)需求)了解更多。
另一方面,基于代碼的工具要求測(cè)試人員編寫腳本來通過代碼(即在頁面上查找按鈕,然后從UI元素提取數(shù)據(jù))來操縱UI。 但是,這些工具可以檢查“副作用”,這些副作用不一定顯示在任何用戶界面(或“可以作為測(cè)試的一部分進(jìn)行訪問的任何用戶界面”)中,并且可以處理各種響應(yīng),基于代碼的工具確實(shí)要求測(cè)試人員知道如何編寫代碼。
無代碼工具使開發(fā)人員脫離了測(cè)試的關(guān)鍵路徑,并授權(quán)用戶創(chuàng)建對(duì)其有效的測(cè)試。 基于代碼的工具支持更深入、更徹底的探測(cè)、并處理各種響應(yīng),從而減少錯(cuò)誤的數(shù)量(實(shí)際上,在應(yīng)用程序正常運(yùn)行時(shí)的故障報(bào)告)。
重要事項(xiàng)
無論您最終使用什么工具,都需要將它們集成到您的流程中,而不會(huì)妨礙您交付應(yīng)用程序……并在滿足組織、用戶和您自己的目標(biāo)的同時(shí)做到這一點(diǎn)。
首先:您是否需要自動(dòng)化的UI測(cè)試? 值得記住的是,測(cè)試的目標(biāo)是將失敗的成本從生產(chǎn)環(huán)境轉(zhuǎn)移到開發(fā)環(huán)境中。 如果您的團(tuán)隊(duì)對(duì)當(dāng)前的生產(chǎn)失敗水平感到滿意,并且不愿意修改開發(fā)實(shí)踐,那么您可能不需要自動(dòng)化的UI測(cè)試。 自動(dòng)化的UI測(cè)試如何符合團(tuán)隊(duì)的戰(zhàn)略目標(biāo)?
第一個(gè)問題與第二個(gè)問題重疊:自動(dòng)化測(cè)試如何適應(yīng)團(tuán)隊(duì)文化?團(tuán)隊(duì)是否重視盡快向希望應(yīng)對(duì)高變化率的用戶社區(qū)提供新功能,即使存在一些小故障?還是團(tuán)隊(duì)更需要高度可靠的應(yīng)用程序,這些應(yīng)用程序會(huì)隨著時(shí)間的推移而穩(wěn)定,因此可以滿足嚴(yán)格的(也許甚至是法規(guī))標(biāo)準(zhǔn)?
反過來,這個(gè)問題與第三個(gè)問題重疊:自動(dòng)UI測(cè)試將如何適應(yīng)您的流程? 答案始于用戶何時(shí)何地進(jìn)行驗(yàn)收測(cè)試。例如如果有很長的時(shí)間用戶沒有參與開發(fā)過程,那么利用用戶的UI測(cè)試策略可能就沒有意義。如果在團(tuán)隊(duì)中如果“編碼器驅(qū)動(dòng)的UI測(cè)試”是一個(gè)矛盾的話題(即只有最終用戶會(huì)說出UI是否“正確”),那么基于編碼器的方法就無法適應(yīng)您的工作方式。
最后一個(gè)問題:您可以利用哪些技能集和現(xiàn)有工具集? 例如,無代碼測(cè)試僅在您擁有一群不僅僅“使用”應(yīng)用程序但有能力知道在測(cè)試中什么是“正確”或“不正確”響應(yīng)的用戶時(shí)才有意義。 在開發(fā)人員方面,您希望查看用于交付應(yīng)用程序的工具鏈 - 利用團(tuán)隊(duì)在該工具鏈上的經(jīng)驗(yàn)并與之集成可以為您帶來真正的好處。 不過,有趣的是,在選擇UI測(cè)試工具時(shí),用于構(gòu)建應(yīng)用程序的開發(fā)工具并不是特別重要,特別是對(duì)于Web應(yīng)用程序而言。
比起單一的“ UI測(cè)試工具”,更需要一種為滿足特定需求測(cè)試而配置的套件,最終會(huì)組合一個(gè)最佳的套件來滿足您的特定需求,但是從單一來源獲得完整的解決方案顯然會(huì)更方便。
自動(dòng)化UI測(cè)試領(lǐng)域的供應(yīng)商既重視靈活性,又重視與其他工具集成的支持。 例如,Telerik Test Studio支持無代碼測(cè)試,支持將那些無代碼測(cè)試轉(zhuǎn)換為編碼測(cè)試,將編碼步驟與無代碼測(cè)試結(jié)合在一起,并與第三方庫集成以滿足特殊需求。
意味著非程序員(例如QA團(tuán)隊(duì)或最終用戶)可以創(chuàng)建測(cè)試,以證明系統(tǒng)已完成用戶希望系統(tǒng)執(zhí)行的操作。 將這些無代碼測(cè)試與編碼測(cè)試無縫結(jié)合的能力意味著,當(dāng)非程序員遇到障礙時(shí),開發(fā)人員可以擴(kuò)展這些測(cè)試以處理“難以自動(dòng)化”的場(chǎng)景。
創(chuàng)建無代碼測(cè)試的能力但是請(qǐng)不要忘記這一點(diǎn):仍然不是關(guān)于工具的問題,而是這些工具是否支持您的目標(biāo)、流程以及現(xiàn)有技能/工具鏈。如果您對(duì)這些內(nèi)容有很好的了解,那么就可以獲取在自動(dòng)UI測(cè)試中取得成功的工具。
本站文章除注明轉(zhuǎn)載外,均為本站原創(chuàng)或翻譯。歡迎任何形式的轉(zhuǎn)載,但請(qǐng)務(wù)必注明出處、不得修改原文相關(guān)鏈接,如果存在內(nèi)容上的異議請(qǐng)郵件反饋至chenjj@fc6vip.cn
文章轉(zhuǎn)載自:慧都網(wǎng)