主播 / 小兔，恒温
嘉宾 / 王玺
神秘访客 / 剪烛
策划 / 小兔
以下内容是根据1月9日晚的直播整理出的“学习”笔记，直播回听戳链接。
有人说低代码就是炒概念，简直是有人发明了永动机。但是国内外IT大厂纷纷拥抱低代码平台，忙着做布局。存在即合理，不着急给低代码盖棺下定论，先听听来自「低代码测试平台」开发者的实践与思考。
嘉宾人物画像：
从国企转战互联网
DevOps、效能工具研发
低代码测试
流量录制回放
不会滑冰的测试开发不是好开发
Q1：低代码概念科普
就我自己这两年的从业经验，结合平时查询的相关资料，会从两个方面来看低代码。
第一种应该和大家平时对低代码的理解比较一致，源自维基百科上的解释：低代码开发平台是通过一种图形化的界面，而非我们平时纯手工编码的方式，来完成整个应用的开发。一个常见的例子就是，通过界面的拖拉拽，快速生成一套应用。
但是我自己还有另外一种思考，是从低代码的目的出发：为什么要做低代码？本质上还是为了降本增效。如果能通过降低整个软件开发生命周期的各个过程的成本达到提效的目的，其实都可以归纳到低代码的概念中。从这这种角度出发，很多低代码普遍概念中的模型驱动设计、自动代码生成，甚至包括可视化编程的界面拖拉拽，都不是低代码所必须的。低代码是我们想要追求的less is more，是可以用更少的工作量完成更多的东西。
Q2：低代码是通过什么方式，在总复杂度不变的情况下实现软件开发降本？
要开发一套前端页面，正常来说开发者可能需要学习HTML、CSS和其它很多相关的知识。低代码出现之后，我们可以通过拖拉拽的操作，自动生成一系列的界面。
低代码平台是把大量的原本应该属于系统开发者的工作，交由平台的开发者，或者说是低代码工具的开发者来完成。使用低代码开发平台的用户，学习的内容量可以降低。从这个方面来说，是做了软件开发复杂度的转移，转移到平台开发上。
这样也会产生一个问题：通过低代码平台生成的界面和我们完整地学习一套技术逻辑之后做出来的界面比，它们俩真的是等价的吗？我觉得可能不一定。通过低代码生成的系统，它的灵活性不如直接原生的，然后很多地方也有一定的局限性。
Q3：拖拽是不是低代码开发中必需的？
我对前端开发不算很专业，就后端开发来说，特别是比较偏流程编排的，拖拽不是刚需。
我在2021年深圳MTSC大会上分享的PPT中，论述的一个核心点就是：将过去工作流引擎在界面上拖拽来实现，例如并行、串行，或者if else的各种逻辑，直接抽象回我们的IDE里。这就需要平台开发者通过编译期的一些操作，或者通过一些运行时的原编程，在平台底层提供类似于工作流的能力。实现一行声明式的代码，就可以把整个流程跑起来。
Q4：零代码算不是低代码？
在我看来，低代码开发平台的一个重要特征就是能够支持二次开发，而不是说完全的零代码。
平台的能力就是不足，或者说有很多特殊的需求平台不能提供时，用户不能直接在低代码平台的基础上二次开发，我觉得这样的低代码平台是不太合格的。低代码平台可以缺少某些功能，但是平台底层能力要支持用户引入自己开发的组件，或者用户能够自己直接在低代码平台上写一些原生代码，来覆盖所需的业务场景。
Q5：低代码测试平台会不会端走部分测试人的饭碗？
之前我也有听到过类似的声音：比如AI能能干掉一批开发测试。我会相信，AI可以干掉一部分开发测试，但是低代码不太可能端走测试人的饭碗。
首先，因为低代码本身是服务于开发和测试的，从它降本提效的本质上来说，测试这个事情还是要有人做的。
其次，我之前有写过一篇文章，关于低代码可以助力于传统的手工测试，向测试开发转型。要传统的手工测试同学直接上手写代码，可能会有点难。但是如果有低代码测试平台，帮他们屏蔽掉很多技术细节的复杂度，让他们先学如何编排。相当于通过低代码平台这个中间阶段，帮助他们向测试开发转型。
Q6：低代码测试平台的核心竞争力在哪？
低代码测试平台是可以作为测试领域的一个基建。通过打造平台的能力来覆盖到接口测试、造数，甚至压力测试；还有像集成测试，全链路的自动化测试这些。本质上都是实现把各个复杂的业务逻辑串联起来。
从国企跳到现在风口浪尖上的互联网
我是希望能接触到最前沿的技术，能在一个具有创新创造氛围的团队里工作，并且做出很多有意义的事情。我之前在国企参与的项目，刚好跟很多政府部门合作非常紧密，我个人会感觉比较虚度，工作中的创造力很一般。
所以就现在来说，我是一点都不后悔的。虽然（互联网）这边可能会有很多的动荡，但是我能接触到最前沿的技术，能将这些新技术落地到工作中，去改变一些现状——这是我比较在乎，所追求的。
The End | 点击链接收听完整音频节目
小道消息播客 · 把生活说给你听
原名测试圈小道消息，缘起于几个软件测试攻城狮的娱乐精神，想要用真实的故事把工作和生活说给你听。
喜马拉雅、荔枝FM、小宇宙、Apple Podcast，全网同名