|
盡管在很多情況下測(cè)試自動(dòng)化是有意義的，但一些測(cè)試場(chǎng)景是不應(yīng)該使用自動(dòng)化測(cè)試工具的，比如Selenium、WebDriver。
下面有10個(gè)示例，來(lái)解釋為什么自動(dòng)化在這種情況下使用時(shí)沒(méi)有意義的，我還將為您提供每種方法的替代方法。
01
驗(yàn)證碼
CAPTCHA是完全自動(dòng)的公共的圖靈測(cè)試，以區(qū)分計(jì)算機(jī)和人類之間的區(qū)別的簡(jiǎn)稱，它的存在是為了防止自動(dòng)化，因此甚至不值得嘗試。
在測(cè)試過(guò)程中，有兩種主要策略可以解決CAPTCHA檢查問(wèn)題。如下：
在測(cè)試環(huán)境中禁用CAPTCHA。這可能是被測(cè)軟件中的簡(jiǎn)單配置?；蛘呱踔量梢栽跍y(cè)試的URL參數(shù)中配置；
添加一個(gè)掛鉤，以允許測(cè)試?yán)@過(guò)驗(yàn)證碼。
02
外觀測(cè)試
視覺(jué)自動(dòng)化測(cè)試意味著檢查頁(yè)面如何呈現(xiàn)和呈現(xiàn)給最終用戶。這對(duì)于檢查多種設(shè)備和屏幕分辨率非常有價(jià)值。我們中的許多人試圖通過(guò)使用代碼檢查單個(gè)頁(yè)面上是否存在數(shù)十個(gè)甚至數(shù)百個(gè)元素來(lái)做到這一點(diǎn)。WebDriver不是正確的工具。
03
雙因素認(rèn)證
您不應(yīng)該通過(guò)UI自動(dòng)化的另一種情況是雙因素身份驗(yàn)證（或2FA）。即使用“身份驗(yàn)證器”移動(dòng)應(yīng)用（例如Google Authenticator或Microsoft Authenticator）生成一次密碼，并通過(guò)SMS或電子郵件發(fā)送一次密碼的地方。
在Selenium中自動(dòng)化它是一個(gè)巨大的挑戰(zhàn)，但這并不意味著它無(wú)法完成。盡管可以自動(dòng)化，但它是要添加的另一層，并不安全。因此，最好避免完全自動(dòng)化。
解決2FA檢查的三個(gè)選項(xiàng)如下：
在測(cè)試環(huán)境中為某些用戶禁用2FA，因此您可以在自動(dòng)化中使用這些用戶憑據(jù)。
在測(cè)試環(huán)境中禁用2FA。
如果您從某些IP登錄，請(qǐng)禁用2FA（通過(guò)這種方式，您可以配置測(cè)試計(jì)算機(jī)的IP來(lái)避免這種情況）。
04
文件下載
通過(guò)API自動(dòng)執(zhí)行文件下載不是理想的方法，因?yàn)锳PI不會(huì)公開(kāi)下載進(jìn)度。下載文件不被視為模擬用戶與Web平臺(tái)交互的必要方面。
因此，您應(yīng)該考慮完成此解決方法：
使用Selenium和任何必需的cookie查找鏈接，并將其傳遞給HTTP請(qǐng)求庫(kù)，例如REST保證 （Java），fetch （JavaScript）或 libcurl （跨平臺(tái)） 。
05
HTTP響應(yīng)代碼
HTTP狀態(tài)代碼是Internet上網(wǎng)站服務(wù)器給出的標(biāo)準(zhǔn)響應(yīng)代碼。當(dāng)網(wǎng)頁(yè)或其他資源無(wú)法正確加載時(shí)，這些代碼有助于確定問(wèn)題的原因。在自動(dòng)化功能測(cè)試中，檢查狀態(tài)碼不是測(cè)試失敗的特別重要的細(xì)節(jié)；之前的步驟更為重要。
最好將API測(cè)試保留在這一層。WebDriver不是API測(cè)試工具。因此，您可以使用諸如 REST Assured（Java），fetch（JavaScript）和 RestSharp（.NET）之類的庫(kù)。
06
Gmail、電子郵件和Facebook登錄
您不應(yīng)該通過(guò)UI自動(dòng)化的另一種情況是Gmail，電子郵件和Facebook登錄。不建議使用WebDriver登錄這些類型的網(wǎng)站。這違反了使用條款，而且速度慢且不可靠。
一般而言，較長(zhǎng)的測(cè)試更加脆弱且不可靠，這使您面臨測(cè)試失敗的風(fēng)險(xiǎn)。對(duì)超過(guò)20億次測(cè)試的研究證實(shí)，持續(xù)時(shí)間超過(guò)2分鐘的測(cè)試失敗的可能性是原來(lái)的兩倍。
相反，最好使用電子郵件提供商提供的API，或者對(duì)于Facebook，使用 公開(kāi)顯示用于創(chuàng)建測(cè)試帳戶的API的開(kāi)發(fā)人員工具服務(wù)（Gmail API在這里）。
使用API似乎有些額外的工作，但是您將獲得速度，可靠性和穩(wěn)定性的回報(bào)。API也不太可能更改。但是，網(wǎng)頁(yè)和HTML定位器經(jīng)常更改，并且需要您更新測(cè)試框架。
07
性能測(cè)試
通常不建議使用Selenium和WebDriver進(jìn)行性能測(cè)試，因?yàn)樗⑽瘁槍?duì)工作進(jìn)行優(yōu)化，因此您不太可能獲得有價(jià)值的結(jié)果。WebDriver測(cè)試受到許多外部和內(nèi)部脆弱性的影響，而這超出了您的控制范圍。
其中包括瀏覽器的啟動(dòng)速度，HTTP服務(wù)器的速度，托管JavaScript或CSS的第三方服務(wù)器的響應(yīng)以及WebDriver實(shí)現(xiàn)本身的檢測(cè)損失等。它將導(dǎo)致結(jié)果變化。您將獲得較慢的性能測(cè)試，其中包括后端和前端性能。
而是使用免費(fèi)工具（例如 Google Lighthouse） 來(lái)提高前端性能。然后，使用免費(fèi)工具（如Apache JMeter）執(zhí)行單獨(dú)的負(fù)載或壓力測(cè)試 。
為了發(fā)現(xiàn)需要改進(jìn)的地方，您需要能夠獨(dú)立于環(huán)境差異來(lái)分析總體性能，識(shí)別不良的代碼實(shí)踐并分解單個(gè)資源（即CSS或JavaScript）的性能。
08
鏈接爬蟲(chóng)
我不建議使用WebDriver進(jìn)行鏈接爬蟲(chóng)，換句話說(shuō)，通過(guò)鏈接來(lái)爬網(wǎng)。您可以做到，但是WebDriver絕對(duì)不是此任務(wù)的理想工具，因?yàn)樗枰恍r(shí)間才能啟動(dòng)。這可能需要一分鐘的時(shí)間，具體取決于測(cè)試的編寫方式，只是要轉(zhuǎn)到頁(yè)面并遍歷文檔對(duì)象模型。
此外，編寫遍歷頁(yè)面和捕獲鏈接的邏輯只是浪費(fèi)時(shí)間。
除了使用WebDriver，還有許多更簡(jiǎn)單的方法?？梢运阉鬟@兩個(gè)免費(fèi)工具：
www.brokenlinkcheck.com，它在幾分鐘之內(nèi)就找到了我網(wǎng)站上所有斷開(kāi)的鏈接。
www.deadlinkchecker.com 。
09
視頻流
如今，視頻流越來(lái)越流行，但是您可能不想通過(guò)UI對(duì)其進(jìn)行自動(dòng)化。Selenium通常無(wú)法識(shí)別視頻控件。JavaScript Executor和flex-ui-selenium可以在某種程度上起作用，但是它們并不完全可靠。
相反，請(qǐng)查看 StreamTest，它是一個(gè)免費(fèi)工具，可以衡量最終用戶的體驗(yàn)質(zhì)量。您甚至可以添加監(jiān)視。
10
崩潰恢復(fù)
恢復(fù)測(cè)試是一種軟件測(cè)試技術(shù)，可驗(yàn)證軟件從故障（例如軟件和硬件崩潰）中恢復(fù)的能力。您可能要測(cè)試應(yīng)用程序的崩潰恢復(fù)。最好手動(dòng)測(cè)試。這并不是說(shuō)您不能使用Selenium進(jìn)行測(cè)試，但是這樣做并不可行或無(wú)益。
對(duì)于可靠性測(cè)試，從開(kāi)發(fā)的各個(gè)階段（例如設(shè)計(jì)和操作階段）收集數(shù)據(jù)。由于成本和時(shí)間等限制，測(cè)試受到限制。
11
總結(jié)
以上是您不應(yīng)該通過(guò)UI自動(dòng)化的十大場(chǎng)景。包括驗(yàn)證碼測(cè)試、外觀測(cè)試、雙因素驗(yàn)證、視頻、崩潰、鏈接爬蟲(chóng)、性能測(cè)試、文件下載、http狀態(tài)碼、電子郵件登錄。
您可以在工作時(shí)參考它們，并嘗試在開(kāi)發(fā)，編碼和測(cè)試時(shí)確定最佳的方法。
盡管在某些情況下有變通辦法，但首先考慮為什么不應(yīng)該自動(dòng)化這些特定元素的原因。
 |
