測(cè)試是軟件開(kāi)發(fā)過(guò)程的關(guān)鍵部分，允許開(kāi)發(fā)人員驗(yàn)證軟件功能，衡量性能并識(shí)別缺陷以進(jìn)行修復(fù)。但是，隨著軟件項(xiàng)目變得越來(lái)越復(fù)雜，項(xiàng)目開(kāi)發(fā)周期越來(lái)越快，傳統(tǒng)的手動(dòng)質(zhì)量保證(QA)測(cè)試可能不夠快或不夠完整，無(wú)法在可接受的時(shí)間范圍內(nèi)滿(mǎn)足測(cè)試目標(biāo)。

因此，軟件開(kāi)發(fā)人員越來(lái)越多地轉(zhuǎn)向自動(dòng)化測(cè)試工具和工作流程，以加快測(cè)試方案，同時(shí)確保QA過(guò)程中更好的一致性和完整性。

為什么自動(dòng)化測(cè)試很重要?

自動(dòng)化軟件測(cè)試既是一種工具，也是一種過(guò)程。自動(dòng)化測(cè)試工具提供了在軟件產(chǎn)品上執(zhí)行測(cè)試所需的機(jī)制和功能。測(cè)試可能會(huì)有所不同，從簡(jiǎn)單的腳本到詳細(xì)的數(shù)據(jù)集和復(fù)雜的行為模擬。所有測(cè)試都旨在驗(yàn)證軟件是否提供了預(yù)期的功能，并在可接受的參數(shù)內(nèi)按預(yù)期運(yùn)行。諸如Selenium，Appium，Cucumber，Silk Test等工具允許創(chuàng)建可以滿(mǎn)足軟件特定需求的定制測(cè)試。

從流程的角度來(lái)看，自動(dòng)化測(cè)試將測(cè)試自動(dòng)化工具和操作添加到常規(guī)軟件開(kāi)發(fā)工作流中。例如，交付到存儲(chǔ)庫(kù)的新版本可以使用一個(gè)或多個(gè)規(guī)定的工具自動(dòng)進(jìn)行自動(dòng)測(cè)試方案;測(cè)試可以在非工作時(shí)間實(shí)施，幾乎沒(méi)有開(kāi)發(fā)人員干預(yù)(如果有的話(huà))。與以前的測(cè)試運(yùn)行相比，自動(dòng)測(cè)試結(jié)果會(huì)被仔細(xì)記錄下來(lái)，并交付給開(kāi)發(fā)人員進(jìn)行審查。根據(jù)結(jié)果，可以將軟件循環(huán)回給開(kāi)發(fā)人員進(jìn)行進(jìn)一步的工作，或批準(zhǔn)為部署的候選軟件。這些示例與依賴(lài)于持續(xù)集成/持續(xù)交付管道的 DevOps 環(huán)境特別相關(guān)。

雖然自動(dòng)化軟件測(cè)試很有用，但它并沒(méi)有取代手動(dòng)軟件QA測(cè)試。成功需要高水平的維護(hù)和關(guān)注。自動(dòng)測(cè)試過(guò)程可以比手動(dòng)測(cè)試過(guò)程進(jìn)行得快，但是一個(gè)現(xiàn)實(shí)且可維護(hù)的測(cè)試自動(dòng)化計(jì)劃需要大量的時(shí)間和精力。開(kāi)發(fā)人員必須了解軟件需求，規(guī)劃測(cè)試用例，設(shè)置測(cè)試優(yōu)先級(jí)，并確保創(chuàng)建的任何測(cè)試都將產(chǎn)生準(zhǔn)確且有意義的結(jié)果。

大多數(shù)軟件項(xiàng)目仍將受益于熟練的QA測(cè)試人員的關(guān)注，他們可以執(zhí)行難以使用自動(dòng)化工具模擬的測(cè)試，或者頻率低到足以證明自動(dòng)化它們所需的投資是合理的。在整個(gè)開(kāi)發(fā)周期中，自動(dòng)和手動(dòng)測(cè)試通常以不同程度一起執(zhí)行。

測(cè)試自動(dòng)化的優(yōu)勢(shì)是什么?

自動(dòng)化軟件測(cè)試可以為開(kāi)發(fā)團(tuán)隊(duì)提供一系列潛在的好處，同時(shí)還可以更廣泛地為業(yè)務(wù)提供價(jià)值。主要優(yōu)點(diǎn)與其他自動(dòng)化工具的優(yōu)點(diǎn)相呼應(yīng)，包括準(zhǔn)確性、報(bào)告、范圍、效率和可重用性。 理想情況下，自動(dòng)化測(cè)試消除了人工測(cè)試固有的大部分手動(dòng)交互。每次都以相同的方式進(jìn)行相同的測(cè)試。消除了錯(cuò)誤和疏忽，從而提高了測(cè)試準(zhǔn)確性。同時(shí)，自動(dòng)化支持和執(zhí)行的測(cè)試數(shù)量遠(yuǎn)遠(yuǎn)超過(guò)人類(lèi)測(cè)試人員可以處理的數(shù)量。創(chuàng)建測(cè)試后，可以重用其腳本、數(shù)據(jù)、工作流和其他組件，以測(cè)試未來(lái)的構(gòu)建以及其他軟件項(xiàng)目。自動(dòng)化測(cè)試的準(zhǔn)確性、范圍和可重用性將取決于在規(guī)劃、創(chuàng)建和維護(hù)自動(dòng)化測(cè)試套件方面的投資。 其他好處包括更好的日志記錄和報(bào)告功能。手動(dòng)測(cè)試人員可能會(huì)忘記表示條件、模式和結(jié)果，從而導(dǎo)致測(cè)試文檔不完整或不準(zhǔn)確。自動(dòng)測(cè)試不會(huì)錯(cuò)過(guò)日志記錄和報(bào)告，這可確保記錄每個(gè)結(jié)果并進(jìn)行分類(lèi)以供開(kāi)發(fā)人員查看。結(jié)果是每個(gè)測(cè)試周期的測(cè)試更全面，錯(cuò)誤檢測(cè)更好 - 特別是當(dāng)結(jié)果可以與以前的結(jié)果進(jìn)行比較以衡量分辨率的有效性和效率時(shí)。

自動(dòng)化測(cè)試有哪些類(lèi)型?

自動(dòng)化軟件測(cè)試可以應(yīng)用各種測(cè)試類(lèi)型來(lái)檢查集成、接口、性能、特定模塊的操作和安全性。測(cè)試不限于單個(gè)測(cè)試類(lèi)型，并且可以同時(shí)應(yīng)用分層或快速連續(xù)執(zhí)行多個(gè)測(cè)試類(lèi)型以測(cè)試多個(gè)問(wèn)題。

自動(dòng)測(cè)試可以執(zhí)行以下類(lèi)型的測(cè)試：

• 回歸測(cè)試

回歸測(cè)試本質(zhì)上是確保新代碼不會(huì)破壞任何現(xiàn)有代碼的藝術(shù)。添加新代碼或更改現(xiàn)有代碼時(shí)，回歸測(cè)試會(huì)驗(yàn)證其他代碼或模塊是否繼續(xù)按預(yù)期運(yùn)行?；貧w測(cè)試通常在每次生成后重復(fù)。它通常為測(cè)試自動(dòng)化提供出色的價(jià)值。

• 單元測(cè)試

單元測(cè)試通常檢查應(yīng)用程序代碼庫(kù)的特定部分，如子例程或模塊。例如，單元測(cè)試可以初始化模塊，調(diào)用方法或函數(shù)，然后評(píng)估任何返回的數(shù)據(jù)，以驗(yàn)證編碼標(biāo)準(zhǔn)，例如模塊和函數(shù)的編寫(xiě)方式。

單元測(cè)試的成功通常意味著代碼按預(yù)期編譯和執(zhí)行。單元測(cè)試通常是測(cè)試驅(qū)動(dòng)開(kāi)發(fā)策略的一部分，其中成功意味著預(yù)期的功能或特性按軟件需求規(guī)范中的計(jì)劃或要求存在。

• 冒煙測(cè)試

冒煙測(cè)試通常是簡(jiǎn)單的通過(guò)/不進(jìn)入測(cè)試，旨在確保應(yīng)用程序在新構(gòu)建完成時(shí)仍正常運(yùn)行。測(cè)試通常用于確定應(yīng)用程序最重要的特性或功能是否按預(yù)期運(yùn)行，以及應(yīng)用程序是否適合進(jìn)一步、更詳細(xì)的測(cè)試。

例如，冒煙測(cè)試可以確定應(yīng)用程序是啟動(dòng)、界面是否打開(kāi)、按鈕是否正常工作或?qū)υ?huà)框是否打開(kāi)等。如果冒煙測(cè)試失敗，則應(yīng)用程序可能損壞得太厲害，無(wú)法證明進(jìn)一步測(cè)試的合理性。此時(shí)，應(yīng)用程序?qū)⒎祷亟o開(kāi)發(fā)人員進(jìn)行重新裝備。冒煙測(cè)試通常稱(chēng)為生成驗(yàn)證測(cè)試或生成驗(yàn)收測(cè)試。

• API和集成測(cè)試

通信和集成是現(xiàn)代軟件的重要方面。API測(cè)試用于驗(yàn)證應(yīng)用程序API的請(qǐng)求和響應(yīng)的交互。這些端點(diǎn)可能涉及各種端點(diǎn)，包括數(shù)據(jù)庫(kù)、大型機(jī)、UI、企業(yè)服務(wù)總線(xiàn)、Web 服務(wù)和企業(yè)資源規(guī)劃應(yīng)用程序。API 測(cè)試不僅會(huì)查找合理的請(qǐng)求和響應(yīng)，還會(huì)檢查異常或邊緣情況，并評(píng)估延遲、安全性和正常錯(cuò)誤處理方面的潛在問(wèn)題。

API測(cè)試通常包含在集成測(cè)試中。這提供了對(duì)應(yīng)用程序的模塊和組件的更全面的測(cè)試，以確保一切按預(yù)期運(yùn)行。例如，集成測(cè)試可以模擬一個(gè)完整的訂單輸入過(guò)程，該過(guò)程將測(cè)試訂單從輸入到處理，從計(jì)費(fèi)到發(fā)貨，再到以后，以便從頭到尾都涉及應(yīng)用程序的每個(gè)部分。

• 用戶(hù)界面和輸入/輸出測(cè)試

用戶(hù)界面(UI)表示任何應(yīng)用程序的前端，允許用戶(hù)與應(yīng)用交互。UI 本身可以像命令行界面或精心設(shè)計(jì)的圖形用戶(hù)界面(GUI)一樣簡(jiǎn)單。UI測(cè)試可能是一項(xiàng)復(fù)雜且非常詳細(xì)的工作;可能的按鈕按下序列或命令行變化的數(shù)量可能是驚人的。

輸入/輸出(I/ O)測(cè)試基本上將輸入數(shù)據(jù)轉(zhuǎn)換為輸出數(shù)據(jù)。例如，用于執(zhí)行計(jì)算和派生輸出的應(yīng)用程序可能會(huì)使用示例數(shù)據(jù)集并檢查輸出以確保基礎(chǔ)處理功能正確。I/O 測(cè)試通常與 UI 測(cè)試相關(guān)聯(lián)，因?yàn)閿?shù)據(jù)集經(jīng)常通過(guò) UI 選擇，并且結(jié)果可能會(huì)繪制圖形或以其他方式顯示在UI中。

• 安全和漏洞測(cè)試

安全測(cè)試有助于確保應(yīng)用程序及其組成數(shù)據(jù)在應(yīng)用程序故障和故意嘗試未經(jīng)授權(quán)的訪(fǎng)問(wèn)后保持安全。安全測(cè)試可以檢查授權(quán)行為以及常見(jiàn)的攻擊媒介，如SQL注入和跨站點(diǎn)腳本。

漏洞測(cè)試通常在執(zhí)行生成之前在代碼庫(kù)上執(zhí)行。這將檢查代碼是否存在已知缺陷，例如子例程中缺少錯(cuò)誤處理或不安全的配置設(shè)置。漏洞測(cè)試通常與滲透測(cè)試或滲透測(cè)試相關(guān)聯(lián)，作為檢查應(yīng)用程序或數(shù)據(jù)中心環(huán)境安全就緒情況的一種手段。

• 性能測(cè)試

應(yīng)用程序可能正確通過(guò)功能測(cè)試，但在壓力下仍會(huì)失敗。性能測(cè)試旨在衡量應(yīng)用程序的關(guān)鍵性能指標(biāo)，其中可能包括計(jì)算負(fù)載、流量級(jí)別和可伸縮性。實(shí)際上，性能測(cè)試旨在模擬真實(shí)情況，通常會(huì)推動(dòng)應(yīng)用程序超出其要求，直到其失敗。這種評(píng)估為進(jìn)一步的開(kāi)發(fā)提供了基準(zhǔn)，也為添加限制或警告以防止意外問(wèn)題提供了基準(zhǔn)。

• 驗(yàn)收測(cè)試

軟件是使用軟件需求規(guī)范 (SRS) 開(kāi)發(fā)的。SRS 包含概述應(yīng)用程序預(yù)期的特性和功能的驗(yàn)收標(biāo)準(zhǔn)。驗(yàn)收測(cè)試通常用于驗(yàn)證條件是否符合 SRS 或其他客戶(hù)端文檔。換句話(huà)說(shuō)，驗(yàn)收測(cè)試確定項(xiàng)目何時(shí)完成。由于驗(yàn)收測(cè)試可能極難自動(dòng)化，因此它們通常保留在項(xiàng)目開(kāi)發(fā)周期的后期。

如何執(zhí)行自動(dòng)化測(cè)試

任何自動(dòng)化的目標(biāo)都是降低構(gòu)建產(chǎn)品或開(kāi)展活動(dòng)所需的成本和時(shí)間，同時(shí)保持或提高產(chǎn)品質(zhì)量。這個(gè)概念應(yīng)該指導(dǎo)組織實(shí)施自動(dòng)化軟件測(cè)試。

但是有許多類(lèi)型的測(cè)試，每種類(lèi)型的測(cè)試都給開(kāi)發(fā)人員和 QA 專(zhuān)業(yè)人員帶來(lái)了挑戰(zhàn)和要求。組織在使用自動(dòng)化時(shí)應(yīng)該明智，當(dāng)投資回報(bào)率最高時(shí)，這最容易證明是合理的。這通常發(fā)生在數(shù)量大且范圍狹窄的測(cè)試活動(dòng)中。

一個(gè)常見(jiàn)的敏捷測(cè)試自動(dòng)化金字塔以測(cè)試驅(qū)動(dòng)的開(kāi)發(fā)單元測(cè)試的形式說(shuō)明了這一概念，其中一小部分代碼被重復(fù)測(cè)試,有時(shí)一天幾次。相反，需要高度主觀意見(jiàn)或標(biāo)準(zhǔn)的測(cè)試，并且不能輕易編纂，可能不適合自動(dòng)化。此處的一個(gè)常見(jiàn)示例是 GUI 測(cè)試，其中腳本可以測(cè)試 UI 的按鈕和其他物理元素，但無(wú)法確定 UI 是否正常。

開(kāi)發(fā)人員和軟件QA/測(cè)試專(zhuān)業(yè)人員通常負(fù)責(zé)準(zhǔn)備測(cè)試，而測(cè)試代碼通常與其他代碼段無(wú)法區(qū)分。在大多數(shù)情況下，測(cè)試代碼采用腳本的形式，旨在按規(guī)定的順序執(zhí)行某些行為。某些測(cè)試也可以自動(dòng)生成。一個(gè)流行的例子是記錄和回放測(cè)試工具，它根據(jù)用戶(hù)操作或行為創(chuàng)建測(cè)試。

通常，記錄和回放工具將用戶(hù)活動(dòng)與對(duì)象庫(kù)進(jìn)行匹配，這些對(duì)象對(duì)行為進(jìn)行分類(lèi)，然后將對(duì)象轉(zhuǎn)換為代碼。該代碼構(gòu)成了腳本或其他測(cè)試數(shù)據(jù)集的基礎(chǔ)。工具生成測(cè)試后，可以重復(fù)使用、編輯該測(cè)試或?qū)⑵渑c其他測(cè)試合并。

記錄和回放測(cè)試可幫助 QA 團(tuán)隊(duì)開(kāi)發(fā)模擬用戶(hù)活動(dòng)的測(cè)試。這些測(cè)試可以是 UI 測(cè)試、回歸測(cè)試或集成測(cè)試，用于實(shí)現(xiàn)和重復(fù)復(fù)雜的操作序列。此類(lèi)工具還可用于檢查性能問(wèn)題，例如確保特性或功能在適當(dāng)?shù)臅r(shí)間范圍內(nèi)響應(yīng)。

一個(gè)常見(jiàn)的敏捷測(cè)試自動(dòng)化金字塔以測(cè)試驅(qū)動(dòng)的開(kāi)發(fā)單元測(cè)試的形式說(shuō)明了這一概念，其中一小部分代碼被重復(fù)測(cè)試 - 有時(shí)一天幾次。相反，需要高度主觀意見(jiàn)或標(biāo)準(zhǔn)的測(cè)試，并且不能輕易編纂，可能不適合自動(dòng)化。此處的一個(gè)常見(jiàn)示例是 GUI 測(cè)試，其中腳本可以測(cè)試 UI 的按鈕和其他物理元素，但無(wú)法確定 UI 是否正常。

開(kāi)發(fā)人員和軟件 QA/測(cè)試專(zhuān)業(yè)人員通常負(fù)責(zé)準(zhǔn)備測(cè)試，而測(cè)試代碼通常與其他代碼段無(wú)法區(qū)分。在大多數(shù)情況下，測(cè)試代碼采用腳本的形式，旨在按規(guī)定的順序執(zhí)行某些行為。某些測(cè)試也可以自動(dòng)生成。一個(gè)流行的例子是記錄和回放測(cè)試工具，它根據(jù)用戶(hù)操作或行為創(chuàng)建測(cè)試。

通常，記錄和回放工具將用戶(hù)活動(dòng)與對(duì)象庫(kù)進(jìn)行匹配，這些對(duì)象對(duì)行為進(jìn)行分類(lèi)，然后將對(duì)象轉(zhuǎn)換為代碼。該代碼構(gòu)成了腳本或其他測(cè)試數(shù)據(jù)集的基礎(chǔ)。工具生成測(cè)試后，可以重復(fù)使用、編輯該測(cè)試或?qū)⑵渑c其他測(cè)試合并。

記錄和回放測(cè)試可幫助 QA 團(tuán)隊(duì)開(kāi)發(fā)模擬用戶(hù)活動(dòng)的測(cè)試。這些測(cè)試可以是 UI 測(cè)試、回歸測(cè)試或集成測(cè)試，用于實(shí)現(xiàn)和重復(fù)復(fù)雜的操作序列。此類(lèi)工具還可用于檢查性能問(wèn)題，例如確保特性或功能在適當(dāng)?shù)臅r(shí)間范圍內(nèi)響應(yīng)。

測(cè)試自動(dòng)化框架

自動(dòng)測(cè)試不會(huì)在真空中發(fā)生。自動(dòng)測(cè)試工具的選擇和實(shí)施不足以提供結(jié)果。成功的測(cè)試自動(dòng)化需要仔細(xì)注意測(cè)試執(zhí)行環(huán)境中涉及的指南、編碼標(biāo)準(zhǔn)、報(bào)告、流程和工作流以及其他基礎(chǔ)工作。這種概念的混合稱(chēng)為測(cè)試自動(dòng)化框架。

如果實(shí)施得當(dāng)，測(cè)試自動(dòng)化框架可以幫助開(kāi)發(fā)人員和測(cè)試人員跨項(xiàng)目和業(yè)務(wù)部門(mén)高效、統(tǒng)一地創(chuàng)建、執(zhí)行和報(bào)告測(cè)試自動(dòng)化事件。經(jīng)過(guò)深思熟慮的框架的其他好處包括更好的代碼可重用性，有機(jī)會(huì)跨更多代碼(模塊，組件甚至整個(gè)項(xiàng)目)自動(dòng)進(jìn)行測(cè)試，更容易維護(hù)和支持測(cè)試自動(dòng)化工具，以及更少的人為干預(yù)手動(dòng)QA測(cè)試。

盡管有潛在的好處，但自動(dòng)化軟件測(cè)試可能會(huì)給組織帶來(lái)嚴(yán)峻的挑戰(zhàn)。制定一個(gè)定義和優(yōu)化測(cè)試的測(cè)試自動(dòng)化框架至關(guān)重要，這樣它們就可以在最少的人為干預(yù)下運(yùn)行。

成功的測(cè)試自動(dòng)化框架取決于一個(gè)計(jì)劃，該計(jì)劃記錄了測(cè)試的開(kāi)發(fā)、存儲(chǔ)(保護(hù))和執(zhí)行方式。此類(lèi)計(jì)劃通常定義測(cè)試創(chuàng)建中涉及的可用資源、工具、語(yǔ)言、報(bào)告和測(cè)試存儲(chǔ)或保留目標(biāo)。這可能需要花費(fèi)大量精力來(lái)決定誰(shuí)編寫(xiě)和執(zhí)行測(cè)試，誰(shuí)維護(hù)工具，執(zhí)行特定測(cè)試類(lèi)型的時(shí)間和情況，測(cè)試媒體的存儲(chǔ)位置以及如何管理測(cè)試版本。

測(cè)試自動(dòng)化框架需要強(qiáng)大的報(bào)告、日志記錄和維護(hù)策略。這有助于開(kāi)發(fā)人員了解在何處快速查找測(cè)試結(jié)果報(bào)告或執(zhí)行日志，還可以加快下一個(gè)版本的修復(fù)和修復(fù)工作。該工具通常會(huì)生成錯(cuò)誤日志以響應(yīng)腳本問(wèn)題(不一定是應(yīng)用程序問(wèn)題)，因此隨著時(shí)間的推移，訪(fǎng)問(wèn)這些相關(guān)日志可以幫助腳本和測(cè)試維護(hù)。最終，一個(gè)強(qiáng)大的框架需要定期測(cè)試，以確保測(cè)試是充分和適合正在開(kāi)發(fā)的應(yīng)用程序。

測(cè)試自動(dòng)化的未來(lái)

自動(dòng)化軟件測(cè)試工具不斷發(fā)展，系統(tǒng)地增加了人工智能和機(jī)器學(xué)習(xí)功能，幫助工具自主創(chuàng)建合適的測(cè)試用例。智能可幫助工具將測(cè)試重點(diǎn)放在與開(kāi)發(fā)中的軟件最相關(guān)的領(lǐng)域，使開(kāi)發(fā)人員和測(cè)試人員能夠?yàn)檫吘壡闆r創(chuàng)建腳本和更傳統(tǒng)的測(cè)試媒體，并為性能、安全性和其他優(yōu)先事項(xiàng)進(jìn)行戰(zhàn)略測(cè)試。

工具已經(jīng)開(kāi)始在測(cè)試創(chuàng)建、測(cè)試數(shù)據(jù)管理和分析方面具有自主功能。最終， 工具 可能 能夠 掃描 代碼 并 獲得 測(cè)試 覆蓋率， 或 創(chuàng)建 仿真 和 模型， 而 這些 仿真 和 模型 是 無(wú)法 使用 現(xiàn)有 工具 手動(dòng) 實(shí)現(xiàn) 的。此外，人工智能可以幫助找到測(cè)試中的差距，甚至提出填補(bǔ)這些差距的方法。

自動(dòng)化軟件測(cè)試的另一個(gè)發(fā)展途徑是機(jī)器人過(guò)程自動(dòng)化或RPA，旨在根據(jù)需要執(zhí)行重復(fù)操作。對(duì)于軟件開(kāi)發(fā)，RPA技術(shù)可以模仿用戶(hù)操作并測(cè)試不同系統(tǒng)之間的交互。目標(biāo)是將復(fù)雜的多步驟、多系統(tǒng)操作轉(zhuǎn)換為可重復(fù)和腳本化的流程。實(shí)際上，RPA可以支持端到端測(cè)試，評(píng)估客戶(hù)活動(dòng)和對(duì)軟件行為的期望。RPA的一個(gè)新興用途是在低代碼軟件開(kāi)發(fā)平臺(tái)中，其中工具將現(xiàn)有模板拼接在一起以生成然后執(zhí)行更復(fù)雜的業(yè)務(wù)功能。

測(cè)試自動(dòng)化、AI、RPA 和低代碼技術(shù)仍處于起步階段。這些技術(shù)的未來(lái)最終將取決于它們的商業(yè)價(jià)值和解決業(yè)務(wù)問(wèn)題的創(chuàng)造力。具有諷刺意味的是，成功將取決于人類(lèi)對(duì)業(yè)務(wù)及其內(nèi)部運(yùn)作的深刻理解，以便找到低效或乏味的任務(wù)，這些任務(wù)將從未來(lái)的測(cè)試平臺(tái)中受益。

原文：https://searchsoftwarequality.techtarget.com/A-comprehensive-test-automation-guide-for-IT-teams?