根據行業高管的說法，瞭解了六個關鍵行業對自動化測試的十多種好處。
爲了收集有關當前和未來自動測試狀態的見解，我們詢問了27家公司的31位高管，“通過自動測試解決了哪些實際問題？” 這是他們告訴我們的：
好處
- 簡而言之，自動化測試的價值在於1）節省時間 -測試以24/7自動運行；2）報告 -我們每天都有洞察力；3）一致性和準確性：手動測試周期可能會導致錯誤，而自動測試每次都會獲得準確的結果；4）省錢；5）減少資源，例如手動測試儀；6）全覆蓋測試。
- 1） 管道的通用轉換，從每年一次發佈到每年17-20次。 解決測試和質量檢查瓶頸。我們與客戶合作，通過幾種測試類型的自動化來推動這些轉變。2） 具有獨特的使用案例的汽車和健康領域的下一代數字化轉型可以自動化，測試和覆蓋。該連接的汽車 是他們的＃3垂直。它可以測試從應用程序到後端服務器以及連接到後端的完整用戶體驗。它有益於健康，從提供毒品到以數字方式管理消費，並對您消費毒品的方式和時間負責。我們在雲中創建了一個虛擬化的患者。公司可以使用連接的設備跟蹤它們。我們向移動應用程序報告並向患者提供可見性，並向醫生報告。物聯網是下一代數字化轉型。
- 最初的用例是用於自動化測試–進行了5,000次固件測試，而永久性的線性測試。我們在一系列機器上分佈了測試。自動化測試減少了週期時間。它有助於在集羣中運行Selenium測試的UI測試，從而加快Selenium測試的速度。 Selenium Grid是實現此目的的一種方法。
- 作爲一個測試雲平臺， 我們使我們的客戶能夠跨各種瀏覽器和設備進行測試。 我們還提供調試工具，例如如何從瀏覽器中提取JS控制檯日誌和硬文件。我們幫助客戶發現錯誤並迅速解決它們。縮小範圍，我們的大客戶每天要運行成千上萬的測試，並且可能會不知所措。我們引入了分析功能來對數據進行分類以查找瓶頸和錯誤的根本原因。越來越成熟的公司正在從內部Selenium網格切換到雲，因爲它們沒有所需的平臺覆蓋範圍-測試Mac，Safari和iOS。如何獲得更好的覆蓋率。使用常綠的瀏覽器很難維護。我們爲他們做。每天進行數千次測試的錯誤率。硒可能是一個棘手的協議。不想花所有的時間來追查錯誤。增加速度。我們在每次拉力測試或提交時都抽菸測試，因此，我們需要站起100個節點，以便更快地向開發人員反饋。如果您沒有網格，則需要深入瞭解CI。如果您沒有專業知識來採用測試框架並通過高度並行性對其進行優化，則將更多時間花在最佳實踐（測試編寫和框架）上。
- 傳統的安全團隊根本無法在DevOps世界中擴展。 自動化的 安全 測試是允許這些團隊擴展規模的關鍵。 安全團隊需要與開發人員緊密合作，但是這種通信方式必須通過自動測試。那些直接在開發生命週期內利用自動化安全測試的安全團隊擁有與敏捷和DevOps開發車間保持同步的更大能力。
- 自動化測試使您可以更有信心地 提供修補程序和功能。這樣，它可以加快開發速度，並允許更快地推出新版本-這對從生物技術到國防領域的每個行業都具有影響。
- 當您必須驗證涉及大量數據的複雜方案時，自動化測試至關重要 。 例如，我們有一位 航空公司 客戶使用我們的軟件來確保他們的Web預訂系統正常運行。我們在測試用例中支持嵌套循環的能力解決了一個獨特的問題，即它們需要驗證多個起點和終點的數據。我們還有另一個客戶正在使用我們的解決方案來測試控制手持式醫療設備的移動應用程序 。他們的應用必須完美運行，因此100％的測試覆蓋率至關重要。自動化測試可幫助他們交付高質量的產品。
- 我們通過自動化測試從單片微服務轉變 爲大規模微服務。您必須執行此操作才能擴展和交流。我們在日常工作環境中使用它。每個要測試的代碼都有90％的代碼覆蓋率。
- 1）左移–擁有龐大質量檢查團隊的客戶最後用於執行測試。一旦他們認識到需要進行早期測試並經常進行測試，便在編寫應用程序代碼時開始編寫測試。質量檢查團隊成爲工程團隊的一部分。核心測試在SDLC的早期進行。我們能夠更快地發佈（50％），並且代碼質量自動提高，並且由於在週期的早期發現錯誤而降低了成本。
- 公司的增值正在 幫助客戶成爲雲原生的開發人員。專注於業務邏輯，以提供更多的測試可能性。採用業務邏輯並在具有單元測試框架的模擬環境中運行。嵌入式測試看起來像J2EE測試。可以使用所有傳統的Java測試框架。
- 1）跨瀏覽器測試，2）跨設備測試，3）迴歸測試UI / UX，4）本地化測試–確保以所有語言進行測試。 擴展測試，擴展到後期製作–在微服務和OS不斷變化的動態技術世界中進行監視和連續測試。通過監視24/7，我們可以幫助公司克服這一問題。
- DevOps和敏捷實踐測試人員被認爲是有價值的。 我們向質量檢查團隊提供見識，使他們可以從開始到生產都可以影響質量。 查看分析，以查看錯誤或人員在哪些方面對質量產生不利影響。我們給他們一個空間是因爲我們從自動化和測試工具中收集指標，並提供整體分析以儘早提高質量。我們提供了需求可追溯性矩陣–有效和無效的熱圖。從邏輯的角度看範圍。處理此要求很複雜，並且有很多錯誤。提供覆蓋的明智想法。
- 在發佈之前，測試正在運行，通常會遇到許多複雜的代碼級錯誤。用戶登錄被兩因素身份驗證代碼破壞。該 錯誤由自動測試捕獲並在發佈前已修復。在另一種情況下，公共共享鏈接被破壞。從長網址到短網址的更改已損壞。兩者都被自動化測試捕獲。
- 使用腳本技術，您將無法管理對測試腳本的更改。敏捷或DevOps流程的頻率和節奏。可能需要執行一個衝刺，但是要執行測試需要兩個或三個衝刺。 使用基於模型的方法，因爲它是無代碼的，所以您可以實時更改並執行更改。 具有測試基礎結構的客戶端的代碼量接近其應用程序的三倍。由於您正在使用代碼行，因此必須隨着腳本的變化而跟上不斷變化的代碼。我們使用抽象模型更新代碼。
- 現實世界中的問題包括確保您確實在開發過程中運行測試的能力，並確保您不會錯過或跳過它們。 現代的自動化測試具有代碼清潔度等優點。 它實際上可以評估語法。它可以驗證註釋，以確保註釋實際上已插入到代碼中。它可以確保您實際上在代碼庫中實現了良好的開發實踐和良好的編碼實踐。自動化測試更多地是關於測試已經構建或已經簽入的代碼，而不是正在運行的代碼。以前，您無法將責任重新推給開發人員。在過去的幾年中，自動化測試確實改變了另一件事–自動化測試現在將更多的測試責任交給開發人員本身，而不是由這個獨立而獨特的QA或QE團隊組成。對於許多正在過渡到連續交付模型的團隊來說，這就是正在發生的事情。從瀑布到敏捷到連續交付的大多數人–他們的任務實際上變得不同，因爲測試本身已集成到您的代碼簽入過程中。過渡所暗示的一件事是，您實際上並不需要這個質量保證或質量工程組織，或者您沒有以相同的方式利用它們。
產業領域
- 對於金融服務和醫療保健等受到嚴格監管的行業的公司，更快，更安全的結果 使用連續測試來指出需要培訓以提高速度的地方。
- 自動化測試使客戶能夠檢查健康狀態的正確性- 醫療保健公司 每隔15至20分鐘運行一次。病毒掃描程序停止工作-靜默失敗。第二天早晨，Ops能夠看到問題所在，而不是三到四個月後。一位客戶正在使用工具來滿足審覈要求。它提供了數據點，並具有響應查詢和可追溯性的能力，從而導致法規遵從性上升或下降。
- 我們有一個新的 視頻播放器，新的iOS，錯誤率15％。如何初始化播放器存在一個簡單的錯誤。減少到不到百分之一。
- 零售，銀行和保險等電子商務公司都有產品或服務的目錄。網站是動態的，個性化的，並且可以從世界各地訪問。客戶需要在其店面中進行快速測試。網站正在快速而定期地進行更改。其他人則是擁有 移動應用程序，航空公司，銀行以及客戶使用的應用程序的人，他們需要確保在各種設備上進行測試以瞭解功能是否正常運行。測試設備的功能。具有移動應用程序的科技公司可以工作。 Twitter 是一個大客戶。
- 一家大型電信公司正在使用AI解決測試問題。 2號門的承包商必須返回3號門，以確定要測試的測試腳本數量以及批准所需的FTE數量。我們給他提供了一種自動生成模型的方法，他可以指定相對於模型的測試，並且由於所有操作都是自動化的，因此他可以自己進行測試。他的邊緣穿過屋頂。
- 荷蘭的Rabobank – 500個分支機構，使用敏捷的需求設計器來自動化測試用例，具有巨大的價值。效率提高了30％。金融服務的推出將測試腳本的創建減少了70％。Auto Trader將集成時間從三天縮短到三小時。他們節省了567人的工時，或每個版本2.5人，並避免了300,000美元的測試硬件和軟件成本。他們將缺陷減少了25％。使用我們的連續測試平臺與 電子商務零售商的合同，在 兩個月內啓動了一條新的Rhianna生產線，以準備促銷和最終設計，而爲期五天的負載測試。基於SaaS的平臺以10倍的速度進行了測試，在Rhianna發推文介紹該產品後，該網站連續18個小時以上處理了該網站。
- 我們與聯邦政府合作， 並覆蓋其原有系統，以確定潛在的漏洞。
- 諾基亞 收到了來自客戶，網絡服務提供商以及北美所有200,000個蜂窩塔的電話，其下方裝有用於管理無線傳輸的硬件。有時需要將其更新以從4G升級到5G。在部署之前，我們需要解決方案進行更新以滿足需求測試，然後在現場對其進行監視。設計，驗證，構建，部署。
- 算法交易公司。在構建完全自動化的CI / CD流水線過程時，他們會將我們的解決方案嵌入Jenkins，併成爲生態系統的一部分，因此當簽入代碼時，它可以轉到測試階段並決定他們要運行哪個測試。結果在30分鐘內。它被反饋到CI / CD工具中以確定下一步是什麼。如果未通過，該工具會將代碼推入錯誤跟蹤系統JIRA，然後將其發送回開發人員，然後重新測試失敗的代碼。完全集成到CI / CD。
- 金融服務將應用程序代理 到API，以更快地發佈行爲驅動的設計框架。開發人員可以編寫模板化的測試來涵蓋安全性。
其他
通常，爲代碼更改編寫自動化測試所花的時間要比進行更改本身所花費的時間多，因此，一開始就很難在編寫測試時獲得認可。但是自動化測試爲您提供：1）更頻繁，更快速，可重複且可靠的測試運行。這是由於這樣的事實，即一旦測試自動化，運行它的成本便是最低的。除此之外，由於人爲錯誤，自動化測試不太容易失敗。2）持續不斷的反饋，因此對您的代碼的信心也會發生變化。這樣可以長期加快交付週期，並使團隊可以進行持續集成和交付。3）正如馬丁·福勒（Martin Fowler）所說，“如果有什麼傷痛，請多做些”。由於多種因素，自動化測試可能會產生片狀現象，其中之一是產品的可測試性不足。具有編寫自動測試的文化，這將使您的代碼更具可測試性。
技術類文章精選
- java一行代碼打印心形
- Linux性能監控軟件netdata中文漢化版
- 接口測試代碼覆蓋率（jacoco）方案分享
- 性能測試框架
- 如何在Linux命令行界面愉快進行性能測試
- 圖解HTTP腦圖
- 將swagger文檔自動變成測試代碼
- 五行代碼構建靜態博客
- 基於java的直線型接口測試框架初探
非技術文章精選
- 爲什麼選擇軟件測試作爲職業道路?
- 寫給所有人的編程思維
- 自動化測試的問題所在
- 成爲優秀自動化測試工程師的7個步驟
- 手動測試存在的重要原因
- 成爲自動化測試的7種技能
- 功能測試與非功能測試
- 自動化和手動測試，保持平衡！
- 自動化測試生命週期
