设计个锤子，拿起你得鼠标点吧

这个问题有点泛，不知道从何答起。建议可以看看各类 UI 自动化框架教程？

自动化经过一段时间风潮之后，可能进入了瓶颈期，在新技术没有突破之前，收益没有持续提高，特别是经常变动的项目。

如果是专职自动化测试员人，有足够的时间去思考 实践这些，可以考虑在选型时做些设计，你是选择做所谓 PO 模式应对 UI 的不断变化，还是选型调试比较容易 针对变化投入比较少的框架，还是 UI 自动化只做主流程，只做很少的一本分，剩余的用遍历来覆盖，还是加入一些前端技术去提高应对变化的能力。

如果时业务测试为主，那么就麻烦了，你没有足够的时间来搞。

1、能否自动化决定在于，产品迭代 + 公司资源 + 老板态度，如果迭代很快，测试又少，搞个锤子
2、通用性这个太宽泛了，我暂且认为是 可以用于好几个项目 或者 好几个模块的 ，其实也就那些基础的，具体设计，逻辑，用例还得单独来

要所谓的通用性就去找开源框架，不过公司找你来就是让你贴合公司业务设计自动化的。

找一个好的框架 根据公司需求 先检验业务流程 每次迭代更新减少人为验证。后续再慢慢补用例 。 UI 自动化的大部分作用在回归验收测试就行。。还得看你们有时间和精力用来维护不

https://sweeter.io/
可用这个，人家基于 Selenium、Appium，二次开发的，只要在表格内填写关键词就可以，可以不需要会写代码
当然你也可以自己造轮子，比如人家在表格内填写，你就用 json 填写，xml 填写，web 填写或者其他填写