眾所周知，無代碼革命正在進行中，帶來了曾經不可能實現的各種新方法和解決方案。這種持續轉變的一些更明顯的例子是 Squarespace 和 Wix 等網站，它們允許用戶在不了解任何代碼的情況下制作網站。盡管如此，各種各樣的其他解決方案也正在進入專家領域，包括以前乏味和復雜的領域，如醫療行業和測試我們在日常生活中使用的應用程序。

然而，與技術領域的任何根本性轉變一樣，無代碼革命有時會遭到誤解。我遇到的一些批評是正確的——無代碼畢竟是一種不斷發展和發展的技術——但其他批評是基于對舊形式技術的接受，還有一些只是簡單的誤解。

在本文中，我想討論我個人在無代碼革命前沿遇到的六種不同的誤解。雖然這些誤解可能只針對我的背景——無代碼移動應用程序測試——但其他行業的專家可能會發現這些聽起來很熟悉他們正在經歷的事情。

六個誤解

所以，不分先后，讓我們來看看：

1. 無代碼更昂貴

我親眼目睹了一種奇怪的說法，即無代碼比手動代碼貴很多倍。雖然我不確定這個概念最終從何而來，但我懷疑這是由于在傳統現狀上引入無代碼解決方案的初始標價成本所致。當操作依賴于其他流程時，無代碼的前期成本似乎令人生畏。

然而，隨著人員配置變得越來越具有挑戰性，并且公司將注意力轉向獲得投資回報，一切照舊的做法變得越來越明顯，根本不會削減它。反過來，在過去幾年里，我很少看到這種討論，尤其是在過去一年我們看到的招聘困難和裁員的不確定形勢下，這種討論也很少見。

2. 無代碼無法處理復雜場景

這個更像是一個混合包。目前，并非所有測試用例都適合無代碼移動應用程序測試。例如，在 Unity 上運行的游戲不會成為出色的無代碼移動應用程序測試用例。

然而，大多數移動應用程序測試需求很容易適應最新的無代碼移動應用程序測試解決方案。除了測試非游戲移動應用程序和虛擬現實或增強現實等專門方法之外，無代碼越來越可以做到這一切。無代碼應用測試征服那些快速變化且通常是試驗性的應用類別所需的特殊場景只是時間問題。

3. 無代碼不能為我的用例定制

在許多方面，這與第二個誤解非常相似。我懷疑這源于早期版本的無代碼。事實上，無代碼移動應用程序測試在過去一年中取得了突飛猛進的發展。

在我創立和領導的公司 Sofy，僅去年一年，我們就見證了無代碼移動應用程序測試平臺的巨大變化和極大擴展的功能。我毫不懷疑該領域的所有其他無代碼移動應用程序測試平臺都見證了同樣的情況。

4. 無代碼無法治理

當代無代碼解決方案的主要目標之一是與現有系統集成。沒有人愿意引入一些破壞或不適合他們最喜歡的CI/CD設置的東西。另一方面，沒有人愿意在他們的生態系統中引入一種無法治理的新方法。幸運的是，如今，無代碼解決方案通常支持系統開發生命周期(SDLC)。

5. 無代碼無法擴展

這是此列表中最大的誤解之一。實際上，今天的無代碼移動應用程序測試可以輕松處理任何規模的測試工作，從最小的測試工作到最大的測試工作。這在過去可能是一個限制，但現在肯定不是。

根據測試需求進行擴展的能力是無代碼相對于傳統手動編碼方法的最大優勢之一，也是公司在引入無代碼移動應用程序測試時看到巨大投資回報率的主要領域。在投資回報率突然成為眾多公司關注焦點的時期，這是一種巨大的力量。

6. 無代碼需要大量維護

我遇到的第六大誤解是，無代碼移動應用程序需要大量維護和維護，例如要求QA 團隊重新創建場景而不是更改代碼（即文件替換）。也許是早期無代碼測試階段的遺留問題，但今天根本不是這樣。

與傳統的手動代碼自動化測試相比，無代碼移動應用程序測試的主要好處之一是它對測試人員的要求非常少。當然大家在生產的時候要盡可能早的左移，盡可能多的去測試。盡管如此，沒有人愿意花時間擺弄自動化，這無疑是無代碼測試真正擅長的另一個領域。

理解和觀察進化

無代碼可能看起來很新奇，但事實并非如此：無代碼方法——無論是在測試環境中還是在其他環境中——源自一個自然的甚至可預測的過程，稱為抽象。通過這個過程，復雜變得簡單，讓用戶花更少的時間為事情的發生做準備，而花更多的時間讓事情發生。

例如，今天，我們認為操作系統的好處是理所當然的。無論我們使用的是 Microsoft 的 Windows、Apple 的 macOS 和/或 iOS，還是 Google 的 Android，我們中的許多人整天都在通過操作系統與工具進行交互，并且不會再考慮它。沒有人需要知道代碼才能使用計算機或移動設備。感覺完全自然。為此，我們要感謝抽象。

與那些眾所周知的界面的早期一樣，無代碼測試解決方案正在經歷快速的創新、變化和更新。他們將繼續這樣做，直到未來出現另一層抽象。與此同時，我建議避免用任何先入為主的概念來描繪無代碼——一種快速發展和擴展的技術。

如果抽象的歷史有任何跡象，我希望我們只會看到越來越多的無代碼解決方案，有了它們，誤解就會越來越少。