Tricentis這篇文章讚助。
我經常被問到全自動測試是否以及何時能夠成為現實。這是我喜歡討論的話題，但在深入研究之前，讓我們仔細看看組成這個術語的兩個單詞。
”自治,”意思是“沒有人為幹預”是相當簡單的。“測試”然而，難度更大。測試的調查性和探究性並不適合自動化。我要描述的最好的分類是“自動檢查”。記住這一點，讓我們繼續。
描述了決定
有了像基於視覺的測試自動化和其他智能自動化引擎這樣的高級工具，自動化檢查的問題已經從“我如何可靠地自動化這個接口?”到更高層次的問題。人類仍然壓倒性地負責創建自動檢查:描述要填寫什麼輸入，要點擊什麼按鈕，等等。這是第一個地平線。
向自治的轉變最好被定義為“描述變成了決定”。通過智能影響分析等方法，情況已經如此。您不需要描述要運行哪些測試;您隻需要確定該工具的建議是否適合您的需要。這對於像SAP、Salesforce和ServiceNow這樣的封閉係統來說是非常棒的，因為這些係統提供的服務非常出色。在人工智能的幫助下，這一趨勢將遠遠超出這一範圍，擴展到定製/定製應用領域。
所以,太棒了!這是否意味著從機器獲得綠燈打印結果是未來的趨勢?這是真正的自動化嗎?好吧，沒那麼快。你看，這些封閉的係統不僅有定義好的過程;他們也有明確的結果(甲骨文)。而定製應用程序則不是這樣。雖然通常可以通過檢查采取這些操作的人員來確定要采取的操作，但並不總是可以提取“為什麼”組件。當用戶執行一項交易時，他們的眼睛會輕彈屏幕頂部，再次檢查“金額”值是否正確。此驗證未被捕獲，因此自動化流程忽略了檢查的重點，即不僅要確定事務已被處理，而且要確定事務已被正確處理。
我們自主的未來
然而，這並不是一個黯淡的前景。雖然完全自動檢查可能還有很長的路要走，但“描述變成決定”的趨勢將消除當今困擾質量工程師的大量繁瑣工作。解析輸出場景、注入驗證並決定運行哪一個比擔心為什麼Login按鈕沒有穩定的ID字段要愉快得多。
話雖如此，還是有一些需要注意的事情:
小心測試用例垃圾郵件
如果您開始進行自主測試，而您的團隊返回的工具或過程產生了數千個測試，請注意。您仍然需要解析這些測試、注入驗證並在它們“失敗”時進行調試。“更少、更有針對性的檢測”的座右銘在過去20年一直是一個很好的指導，現在仍然如此。
探討如何
當您被告知您的測試可以自動生成時，請深入了解這是如何發生的。人工智能不是魔法。如果有什麼東西看起來是神奇的，那它很可能是虛構的。您的團隊應該能夠告訴您流程檢查使用模式，解析現有(準確的)定義，或者有一些其他關於如何定義測試的來源。“改變應用程序並從中生成測試”仍然牢牢地停留在魔幻思維的世界裏。
詢問維修
必須調查、更新或丟棄失敗的測試。做一千次測試就像有一千個煙霧探測器。如果你擁有一整棟高層公寓大樓，這可能是合理的。如果你有自己的房子，那麼當你烤焦麵包片時，你會花兩個小時關掉它們。詢問一下這種方法的性質，以確定從長遠來看，自治是否真的會節省你的時間。
盡管如此，自動檢查的未來似乎非常光明。在Tricentis，我們的目標是設計出一種方法，產生最好的、最少的必要測試，以達到預期的保證水平。我們期待繼續這一旅程。
The New Stack是Insight Partners的全資子公司，Insight Partners是本文中提到的以下公司的投資者:Tricentis。
特色圖像通過Pixabay．
