【饭谈】如果把AI技术融合到​测开中台，有没有搞头？

最近大家都知道，我在忙着俩个技术教程的更新，有测开中台(公众号图文版和知识星球视频版)，还有AI接口测试平台(培训内容)。今天值此1024程序员节，我大胆进行一些技术上的猜想：

如果把AI技术融合到测开中台，有没有搞头？

先从背景上分析：

俩个技术点在测试圈来说，都属于是非主流。提起中台，提前AI，大家都懂，但是应用在测试领域：测开中台，AI测试。大家能想到是什么东西，有哪些功能，也大概知道怎么实现，但是最终落地效果，成本收益这些，到底如何无人知晓，甚至没有什么人舍得时间精力去尝试。结果现在突然看到我要把这两个概念结合到一起，一定更多狐疑。让谁去做，谁都肯定不去做，大概九成概率是做个废品出来。即便以后会有点用，估计也不会火。所以最后还是需要一个：对两种概念都有过经验，能设计，敢去做，能实现，有闲心的老测开来先开第一枪，那就是无聊的我....

功能上分析：

首先，要把AI技术结合到测开中台上，最难的一步，就是用在哪个具体功能点的问题。大家不妨先看一下我之前对测开中台的功能设计上：

先看组织：主要是对于其他测试平台的控制和支持，这方面我觉得马虎不得，所以不打算安排AI技术，但后面的历史运行情况，则可以使用AI来进行评分和原因猜测，甚至是预测。

再看业务：验签，算法这些功能也是比较精确的，暂时不考虑AI融合。跨平台搜索这里咱们已经设计并实现成了三种搜索：首页大搜功能，其中就有一个是AI智能回答。然后是AI辅助预测，这里当然都是AI测试点，也是我之前说的最多的可用点，比如AI预测排期，AI预测bug数等。而监控和轮询功能，说实话不是很好联系AI。

最后看数据：存储管理模块，包括资源文件，证书，脚本等，跟AI没啥关系。用户管理和文章记录等功能也暂时无法联想。

这时候，我们已经算是度过了第一阶段，就是把AI融合到一些可使用的具体的功能点上。

而在这之外，我们应该考虑再弄一个交互上的大Ai模型，用来记录不同用户的使用习惯，不同功能的漏斗数据和优化建议，（数据自然来自于埋点）。这样才能持续的保持测开中台的迭代，争取设计到后续用户登录后，要干什么，AI自动就能提供建议甚至帮忙做好，等确定反馈即可。而AI模型本身也是需要反馈的，所以每一步都要进行和用户的确认。

最后想说的是：

测开中台算是咱提出的一个新概念，而咱之前最担心的就是，等我搞出来了，也快落伍了。不过如果我们在中途直接就加入AI，出来就是超越当前市场的一个产品，说是产品有点过，毕竟我也不是卖这个的。我就是抛砖引玉，等着粉丝反馈建议，再不断优化。或者激发业内展开对这个测开中台的讨论，目的就算达到了。

好，最后，1024，程序员们节日快乐！