是啊，自己写的，代码都开发完了，整理下准备开源

之前问了下 ios app 也是支持的 不过现在的代码里是一个基于 facebook wda 的实现，不太好用，他们现在正在开发

然后根据题目 接口自动化框架 我觉得 https://github.com/YMFE/yapi 是我用过最好 用到，真正考虑到用户体验，优化业务逻辑的

为什么那么多人喜欢用 excel 来管理测试数据或者测试用例，我个人感觉 excel 不方便管理，而且阅读和编写都不友好，业务上对数据的动态要求，还要定义和增加解析的成本。站在测试数据动态要求的角度，感觉这是一个逆逻辑（代码本身可以动态生成，但是数据管理不支持，然后反过来定义再解析）我个人目前 是测试数据放在 java 对象中 (为了后期测试数据来源改变减少维护,目前测试数据动态生成,脚本关心逻辑，数据都由代码构造)，测试脚本就直接 testng 写代码，然后写 listener 去监听运行， 然后产生 testsuite[testmethod1,testmethod2...] 的 json 数据，格式符合 postman v1，为了后期接口迁移减少维护 ,因为市面上很多 api 管理工具支持 postman 数据导入。

请问 ExtentX 本地化 是在哪里改？

发现不是不执行，是执行顺序出了问题 详情类似https://github.com/cbeust/testng/issues/106
大致的描述就是 每个 class 里本身有顺序的，在多 class 执行的情况下 会乱掉
这个 issues 里面 gdom12345 写了一个 listener 可以解决这个问题

我们这边技术栈是 java, github 上看到一个 java 的 restfiddle（https://github.com/AnujaK/restfiddle/tree/master），不知道你们有没有了解过这个

这个确实不错，而且有多家大厂在用，项目更新频率也高。你们是直接在用，还是进行过二次开发。我准备来二次开发 满足我们这边的需求

应该还没到 AI 的程度吧，感觉是工程上可以解决的事情，我们目前自动化 case 量不多，我觉得没有大数据级别的 训练出的模型准确率应该非常低，但是我想不到好思路，加上我 java 也比较菜，我们又是用 TestNG 写的自动化

现在就是需求不是 非常具体 就明确了一点 ，剥离自动化脚本中的业务场景 (preconditon) 提供到上层，可以让测试人员使用 构建各种业务场景.但是想不到有什么好的思路去 建立这样个框架，简单的内容提取又担心以后发生各种重构，想看看有没有什么类似的平台

效率更多的提高在 回归测试上面，base 的功能要保证 所以每次发布都要 base 的回归掉，目前也只在做 base 这块的自动化

这个正好我也做过，我们的测试用例 是用 关键字驱动的 ，所以用自然语言处理 有比较大的优势