模態的標題
雲原生生態係統/DevOps/軟件開發

完全自主測試之旅:我們到了嗎?

全自動測試的前景是光明的。下麵是如何減少工程師們今天所麵臨的忙碌工作的方法。
2021年9月1日上午7:28 by
專題圖片:通往完全自主測試的旅程:我們到了嗎?
特色圖片來自Pixabay

經常有人問我,全自動測試是否以及何時能成為現實。這是我喜歡討論的話題,但在深入研究之前,讓我們仔細看看構成這個術語的兩個詞。

自治,意思是“沒有人為幹預”非常簡單。“測試然而,這更加困難。測試的調查性、好奇性並不適合自動化。我將要描述的最好的分類是“自動檢查”。記住這一點,讓我們繼續。

描述變成決定

大衛Colwell
David已經在測試行業工作了十多年。他曾在DX Solutions(兩次BRW Fast 100公司)擔任技術測試主管和QA主管,並在Tricentis擔任過各種其他角色和技術角色。他目前是Tricentis的人工智能和機器學習副總裁。

有了像基於視覺的測試自動化和其他智能自動化引擎這樣的高級工具,自動化檢查的問題已經從“我如何可靠地自動化這個接口?”到更高層次的問題。人類仍然主要負責創建自動檢查:描述要填寫哪些輸入,要單擊哪些按鈕,等等。這是第一視界。

向自主的轉變最好被定義為“描述變成決定”。通過智能影響分析等方法,這種情況已經出現。您不需要描述要運行哪些測試;您隻需要決定工具的建議是否適合您的需要。這在SAP、Salesforce和ServiceNow等封閉係統中非常有用。在人工智能的幫助下,這一趨勢將遠遠超出定製/定製應用領域。

所以,太棒了!這是否意味著未來可以從機器上獲得綠色打印輸出?這是真正的自動化嗎?嗯,沒那麼快。你看,這些封閉係統不僅有明確的過程;他們也有明確的結果(神諭)。定製應用程序則不是這樣。雖然通過檢查采取這些行動的人來確定要采取的行動是可能的,但提取“為什麼”組件並不總是可能的。當用戶執行交易時,他們的眼睛會移到屏幕上方,再次檢查“金額”值是否正確。沒有捕獲該驗證,因此自動化流程忽略了檢查的要點,即不僅要確定事務是否被處理,而且要確定事務是否被正確處理。

我們的自主未來

然而,這並不是一個暗淡的前景。雖然完全自主的檢查可能還有很長的路要走,但“描述變成決定”的趨勢將消除今天困擾質量工程師的大量忙碌工作。解析輸出的場景、注入驗證並決定運行哪個場景比擔心Login按鈕為什麼沒有穩定的ID字段要愉快得多。

話雖如此,還是有一些事情需要注意:

  1. 小心測試用例垃圾郵件

如果您開始進行自主測試,並且您的團隊帶著生成數千個測試的工具或過程回來,請注意。您仍然需要解析這些測試,注入驗證並在它們“失敗”時調試它們。“更少、更有針對性的測試”的座右銘在過去20年裏一直是一個很好的指南,現在仍然如此。

  1. 調查如何

當您被告知您的測試可以自動生成時,請深入研究一下這是如何發生的。人工智能不是魔法。如果某樣東西看起來很神奇,那它很可能是虛構的。您的團隊應該能夠告訴您,該流程檢查了使用模式,解析了現有的(準確的)定義,或者有其他一些定義測試的來源。“改變應用程序並從中生成測試”仍然是魔法思維的世界。

  1. 詢問維護

必須調查、更新或丟棄失敗的測試。做一千個測試就像有一千個煙霧探測器。如果你擁有一整棟高層公寓樓,這可能是合理的。如果你有一所房子,那麼當你烤吐司的時候,你將花兩個小時把它們都關掉。詢問一下這種方法的本質,以確定從長遠來看,自主是否真的能節省你的時間。

盡管如此,自動檢查的未來似乎非常光明。在Tricentis,我們的目標是設計一種方法來生成最佳和最少的測試,以達到所需的保證水平。我們期待著繼續這一征程。

集團 使用Sketch創建。
新的堆棧更新本周最重要的新聞和分析摘要。
TNS所有者Insight Partners是Tricentis的投資者。
Baidu
map