自動化的好處

時間 2019-11-08

標籤自動化好處欄目測試自動化简体版

原文原文鏈接

根據行業高管的說法，瞭解了六個關鍵行業對自動化測試的十多種好處。java

爲了收集有關當前和將來自動測試狀態的看法，咱們詢問了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）所說，「若是有什麼傷痛，請多作些」。因爲多種因素，自動化測試可能會產生片狀現象，其中之一是產品的可測試性不足。具備編寫自動測試的文化，這將使您的代碼更具可測試性。算法