目前使用的是 Midscene.js 为核心搭建起来的 UI 自动化测试项目，依靠视觉驱动测试，主要服务于公司的 Android 客户端的测试。
测试脚本：因为是依托于视觉驱动的测试，所以就需要在测试脚本写明如何从首页到达被测模块所在的位置，然后在脚本中添加返回首页的公共函数，用于测试用例间的隔离
测试执行：Android 这边使用的是云手机，然后写了一个调度模块，可以并行执行用例。并且加了一个固化模块，提取 Midscene 在首次执行的定位信息，然后下次执行到相同的脚本就可以直接拼接 adb 命令，不用 AI 定位，加快脚本的执行。
测试报告：Midscene 的原生报告适合看 AI 是如何执行的，所以写了一个静态网页专门展示用例执行的信息。测试执行完成后推送报告到相关的钉钉群里面

测试脚本这边太依赖人工，执行过程中发现视觉并不是非常准确，以及需要从固定的初始页面状态开始，去到对应的页面测试。
所以就把这个工作转移到开发团队那边：读取被测应用的代码 + 需求文档 + 测试脚本生成规范 直接生成测试脚本，效率提升了非常多。
但是仍有不足：

我们的需求文档大部分都只有一个标题，真的的需求到了后期都是靠测试人员去追问的。现在已经反馈了这个问题，不然没有足够的前置知识，整个 AI 流程很难跑起来
AI 定位元素，有时然后发出的操作指令不准确，人工手动执行用例是可以通过的，但换到 AI 就不行了
现在发到论坛想问问大家关于这个写脚本的方式，有没有更能提升效率和质量的方法？再不行就要换自动化核心了，放弃 AI 驱动，转到时下的 selelinum,appium 之类的了