妇孺皆知，无代码反派正在启动中，带来了曾经无法能成功的各种新方法和处置打算。这种继续转变的一些更显著的例子是 Squarespace 和 Wix 等网站，它们准许用户在不了解任何代码的状况下制造网站。虽然如此，各种各样的其余处置打算也正在进入专家畛域，包含以前有趣和复杂的畛域，如医疗行业和测试咱们在日常生存中经常使用的运行程序。
但是，与技术畛域的任何基本色转变一样，无代码反派有时会遭到曲解。我遇到的一些批判是正确的—— 无代码 毕竟是一种始终开展和开展的技术——但其余批判是基于对旧方式技术的接受，还有一些只是繁难的曲解。
在本文中，我想探讨我团体在无代码反派前沿遇到的六种不同的曲解。虽然这些曲解或者只针对我的背景——无代码移动运行程序测试——但其余行业的专家或者会发现这些听起来很相熟他们正在教训的事件。
六个曲解
所以，不分先后，让咱们来看看：
1. 无代码更低廉
我亲眼目击了一种奇异的说法，即无代码比手动代码贵很多倍。虽然我不确定这个概念最终从何而来，但我疑心这是因为在传统现状上引入无代码处置打算的初始标价老本所致。当操作依赖于其余流程时，无代码的前期老本仿佛令人生畏。
但是，随着人员性能变得越来越具备应战性，并且公司将留意力转向取得投资报答，一切仍旧的做法变得越来越显著，基本不会增添它。反上来，在过去几年里，我很少看到这种探讨，尤其是在过去一年咱们看到的招聘艰巨和裁员的不确定情势下，这种探讨也很少见。
2. 无代码无法处置复杂场景
这个更像是一个混合包。目前，并非一切测试用例都适宜无代码移动运行程序测试。例如，在 Unity 上运转的游戏不会成为杰出的无代码移动运行程序测试用例。
但是，大少数移动运行程序测试需求很容易顺应最新的无代码移动运行程序测试处置打算。除了测试非游戏移动运行程序和虚构理想或增强理想等专门方法之外，无代码越来越可以做到这一切。无代码运行测试降服那些极速变动且通常是实验性的运行类别所需的不凡场景只是期间疑问。
3. 无代码不能为我的用例定制
在许多方面，这与第二个曲解十分相似。我疑心这源于早期版本的无代码。理想上，无代码移动运行程序测试在过去一年中取得了一日千里的开展。
在我创立和指导的公司 Sofy，仅去年一年，咱们就见证了无代码移动运行程序测试平台的渺小变动和极大裁减的性能。我毫不疑心该畛域的一切其余无代码移动运行程序测试平台都见证了雷同的状况。
4. 无代码无法控制
当代无代码处置打算的关键指标之一是与现有系统集成。没有人情愿引入一些破坏或不适宜他们最青睐的CI/CD设置的物品。另一方面，没有人情愿在他们的生态系统中引入一种无法控制的新方法。幸运的是，如今，无代码处置打算通常支持系统开出现命周期(SDLC)。
5. 无代码无法裁减
这是此列表中最大的曲解之一。实践上，当天的无代码移动运行程序测试可以轻松处置 任何 规模的测试上班，从 最小的 测试上班到 最大的测试上班。 这在过去或者是一个限度，但如今必需不是。
依据测试需求启动裁减的才干是无代码相关于传统手动编码方法的最大优势之一，也是公司在引入无代码移动运行程序测试时看到渺小投资报答率的关键畛域。在投资报答率突然成为泛滥公司关注焦点的期间，这是一种渺小的力气。
6. 无代码须要少量保养
我遇到的第六大曲解是，无代码移动运行程序须要少量保养和保养，例如要求QA 团队从新创立场景而不是更改代码（即文件交流）。兴许是早期无代码测试阶段的遗留疑问，但当天基本不是这样。
与传统的手动代码智能化测试相比，无代码移动运行程序测试的关键好处之一是它对测试人员的要求十分少。当然大家在消费的时刻要尽或者早的左移，尽或者多的去测试。虽然如此，没有人情愿花期间摆弄智能化，这无疑是无代码测试真正长于的另一个畛域。
了解和观察退化
无代码或者看起来很离奇，但理想并非如此：无代码方法——无论是在测试环境中还是在其余环境中——源自一团体造的甚至可预测的环节，称为 形象 。经过这个环节，复杂变得繁难，让用户花更少的期间为事件的出现 做预备，而花更多的期间让事件出现 。
例如，当天，咱们以为操作系统的好处是天经地义的。无论咱们经常使用的是 Microsoft 的 Windows、Apple 的 macOS 和/或 iOS，还是 Google 的 Android，咱们中的许多人终日都在经过操作系统与工具启动交互，并且不会再思考它。没有人须要知道代码才干经常使用计算机或移动设施。觉得齐全人造。为此，咱们要感谢形象。
与那些妇孺皆知的界面的早期一样，无代码测试处置打算正在教训极速的翻新、变动和更新。他们将继续这样做，直到未来出现另一层形象。与此同时，我倡导防止用任何先入为主的概念来描述无代码——一种极速开展和裁减的技术。
假设形象的历史有任何迹象，我宿愿咱们只会看到越来越多的无代码处置打算，有了它们，曲解就会越来越少。