1. 程式人生 > >數十位行業高管講述:自動化測試優勢及解決的現實問題

數十位行業高管講述:自動化測試優勢及解決的現實問題

眾所周知,測試的技能要求不再簡單,自動化測試作為軟體測試的主流發展方向。為了收集當前和未來自動化測試狀態的見解,我們詢問了來自27家公司的31位高管,“自動化測試解決了哪些現實問題?” 這是他們告訴我們的:

受訪者

優點

  • 簡而言之,自動化測試對於1)節省時間非常寶貴- 因為測試全天候自動執行; 2)報告 - 我們獲得每日見解; 3)一致性和準確性:手動測試周期可能導致錯誤,而自動化測試每次都能獲得準確的結果; 4)省錢 ; 5)減少資源,例如手動測試人員; 6)全覆蓋測試
  • 1) 管道的一般轉換,從每年釋出一次到每年17-20次。 解決測試和QA瓶頸問題。我們與客戶合作,通過多種測試型別的自動化來推動這些轉換。2) 汽車和健康領域的下一代數字化轉型,具有獨特的用例,可實現自動化,測試和覆蓋。該連線的汽車 是他們的#3垂直。它可以測試從應用程式到後端伺服器以及連線到後端的完整使用者體驗。它有益於健康從提供藥物到以數字方式管理消費,並對您如何以及何時消費藥物負責。我們在雲中建立虛擬化患者。公司可以使用連線的裝置跟蹤它們。我們向移動應用報告並向患者提供可見性並向醫生報告。物聯網是下一代數字化轉型。
  • 最初的用例是自動化測試 - 韌體測試5000次,線性測試耗時。我們在一系列機器上分發測試。自動化測試縮短了週期時間。它有助於在叢集中執行Selenium測試的UI測試,以加速Selenium測試。 Selenium Grid是實現此目的的一種方法。
  • 作為測試雲平臺, 我們使客戶能夠在各種瀏覽器和裝置上進行測試。 我們還提供除錯工具,例如如何從瀏覽器中提取JS控制檯日誌和硬體檔案。我們幫助客戶發現錯誤並快速解決。縮小規模,我們的大客戶每天都要執行數萬次測試,並且可能會被資訊和資料所淹沒。我們引入了分析來對資料進行排序,以找出瓶頸和錯誤的根本原因。更成熟的公司正在從內部Selenium網格轉向遷移到雲,因為他們沒有他們想要的平臺覆蓋範圍 - 測試Mac,Safari和iOS。如何獲得更好的報道。很難用常綠瀏覽器維護。我們為他們這樣做。每天數千次測試的錯誤率。硒可能是一個棘手的協議。不想花費所有時間來追逐錯誤。提高速度。我們對每次拉力測試或提交進行測試,因此,我們需要站起來100個節點,以便更快地向開發人員提供反饋。如果你沒有網格,你需要進入CI的世界。花更多時間在最佳實踐上 - 測試編寫和框架 - 如果您沒有專業知識來採用測試框架並以高水平的並行性進行優化。
  • 傳統安全團隊無法在DevOps世界中擴充套件。 自動 安全 測試是允許這些團隊擴充套件的關鍵。安全團隊需要與開發人員密切合作,但這種溝通方式必須通過自動化測試。那些在開發生命週期內直接利用自動安全測試的安全團隊有更強的能力與Agile和DevOps開發商店保持同步。
  • 自動化測試使您可以更自信地 提供修復和功能。因此,它加速了開發並允許更快地推出新版本 - 這對基本上每個行業都有影響,從生物技術到國防。
  • 必須驗證涉及大量資料的複雜方案時,自動化測試至關重要  例如,我們有一位 航空公司 客戶使用我們的軟體來確保他們的網路預訂系統正常執行。我們在測試用例中支援巢狀迴圈的能力解決了他們驗證多個源和目標點的資料的獨特問題。我們有另一位客戶正在使用我們的解決方案來測試控制手持式醫療裝置的移動應用程式 。他們的應用必須完美執行,因此100%的測試覆蓋率至關重要。自動化測試可幫助他們提供高質量的產品。
  • 我們通過自動化測試從單片微服務轉向 大規模微服務。您必須這樣做才能擴充套件和溝通。我們在日常工作環境中使用它。每一段進行測試的程式碼都有90%的程式碼覆蓋率。
  • 1)向左移動 - 一個擁有大型QA團隊的客戶端最終用於執行測試。一旦他們意識到需要儘早測試,他們就會在編寫應用程式程式碼時開始編寫測試。QA團隊成為工程團隊的一員。核心測試在SDLC的早期進行。我們**能夠更快地釋出(50%)並且程式碼質量自動提高,並且由於在週期早期發現錯誤而導致成本下降。 **
  • 公司的增值正在 幫助客戶成為雲原生開發者。專注於業務邏輯,以開闢更廣泛的測試可能性。採用業務邏輯並在具有單元測試框架的模擬環境中執行。嵌入式測試看起來像J2EE測試。可以使用所有傳統的Java測試框架。
  • 1)跨瀏覽器測試,2)跨裝置測試,3)迴歸測試UI / UX,4)本地化測試 - 確保以所有語言進行測試。 在微服務和作業系統發生變化的動態技術領域,擴充套件測試,擴充套件到後期製作 - 監控和持續測試。通過全天候監控,我們幫助公司克服這個問題。
  • 如果對軟體測試、介面測試、自動化測試、效能測試、LR指令碼開發、面試經驗交流。感興趣可以175317069,群內會有不定期的發放免費的資料連結,這些資料都是從各個技術網站蒐集、整理出來的,如果你有好的學習資料可以私聊發我,我會註明出處之後分享給大家。
  • DevOps和敏捷實踐測試人員被認為是有價值的。 我們為質量保證團隊提供見解,因此他們可以影響從開始到生產的質量。 檢視分析,瞭解錯誤或人員對質量的負面影響。我們為他們提供了一個空間,因為我們從自動化和測試工具中收集指標,並提供整體分析,以儘早提高質量。我們提供需求可追溯性矩陣 - 有效和無效的熱圖。從邏輯的角度看待覆蓋範圍。這個處理要求很複雜,並且有很多錯誤。提供覆蓋的智慧概念。
  • 在釋出之前,測試正在執行,通常會遇到很多複雜的程式碼級錯誤。使用雙因素身份驗證程式碼破壞了使用者登入。自動測試捕獲的 錯誤,並在釋出之前修復。在另一個案例中,公共共享連結被打破。從長到短的URL被更改了。兩者都是通過自動化測試捕獲的
  • 使用指令碼技術,您無法管理對測試指令碼的更改。在敏捷或DevOps程序的頻率和節奏。可以用一個sprint來做兩個或三個sprint來執行測試。 使用基於模型的方法,您可以實時更改和執行更改,因為它是無程式碼的。 具有測試基礎結構的客戶端接近其應用程式的三倍程式碼。由於您正在使用程式碼行,因此必須通過更改指令碼來跟上更改的程式碼。我們使用抽象模型更新程式碼。
  • 真實世界的問題包括能夠確保您在開發過程中實際執行測試,並確保您不會錯過它們或跳過它們。 現代自動化測試具有程式碼清潔等優點。 它實際上可以評估語法。它可以驗證註釋以確保註釋實際插入程式碼中。它可以確保您實際上在程式碼庫中實現良好的開發實踐和良好的編碼實踐。自動化測試更多的是測試已經構建或已經簽入的程式碼,而不是正在執行的程式碼。以前,你不能把責任歸還給開發者。這是過去幾年中自動化測試真正改變的另一件事 - 自動化測試現在將更多的測試責任放在開發人員自己身上,而不是這個獨立且獨特的QA或QE團隊。這就是許多正在轉變為持續交付模式的團隊所發生的事情。大多數人從瀑布到敏捷到持續交付 - 他們的任務實際上變得不同,因為測試本身已整合到您的程式碼簽入過程中。轉換所暗示的一點是,您並不真正需要此質量保證或質量工程組織,或者您沒有以相同的方式利用它們。

工業

  • 對於金融服務和醫療保健等高度監管行業的公司而言,更快,更安全的結果是 使用持續測試來指出需要培訓以獲得速度的地方。
  • 自動化測試使客戶能夠檢查健康狀況的正確性 - 醫療保健公司 每隔15到20分鐘執行一次。病毒掃描程式停止工作 - 無聲地失敗。第二天早上,Ops能夠看到問題所在,而不是三到四個月。一位客戶正在使用工具來滿足審計要求。它提供資料點和響應查詢的能力以及可導致合規性上升或下降的可追溯性。
  • 我們有一個新的 視訊播放器,新的iOS,15%的錯誤率。它如何初始化播放器有一個簡單的錯誤。它減少到不到百分之一。
  • 零售,銀行和保險等電子商務公司擁有產品或服務目錄。網站是動態的,個性化的,並且可以從世界各地訪問。客戶需要在他們的店面上進行快速測試。正在對網站進行快速和定期的更改。其他人則擁有 移動應用程式,航空公司,銀行,客戶需要使用的應用程式,以確保在各種裝置上進行測試以瞭解功能的工作原理。測試裝置的功能。擁有移動應用的Tech公司可以運作 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所說,“如果有什麼事情會受到傷害,那就更頻繁地去做”。由於幾個因素,自動化測試可能會出現片狀,其中一個因素是產品不夠耐用。擁有編寫自動化測試的文化將使您的程式碼更易於測試。