把需求列出来，明确了需求，实现就。。。

搭建一个 web 项目是你最佳的选择，后续需求可以慢慢添加。
咨询一下， 你们得自动化真的能提高效率么？？有统计数据么？（不要看单个场景）

自动化肯定能提高效率。不过很多时候是回归测试的。 我这里一个接口测一次全 case 需要半天，第一次作为新功能测试完成以后，写成自动化，前几天遇上代码重构，我就点了一下，关于这个接口的回归测试就完成了。

无他，唯有 AI+MBT，去操作吧骚年，蜀黍只懂概念不懂技术，匿了

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

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

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

如果只是让测试像卢瑟一样只关注场景而不关注实现……RF 就足够了啊，还有 cucumber
核心关键词就是 DSL，约定一种大家都可以接受的场景描述方法，照着这个规则去设计场景，底层提供脚本生成的支持
比如 BDD 里面的 given、when、then 这种描述方式就很不错

感觉这个要业务建模，有交互模板的可以定义逻辑图
方法可以像按钮一样拖动组合