迭代频繁就不适合自动化，但是不耽误你学习自动化应用到工作中。只有重复不断执行的迭代不频繁的功能，自动化才会提供效率

来自互联网的消息
对于在 APP 迭代频繁的情况下引入自动化测试，以下是一些建议：

测试框架选择：挑选灵活且易于维护的自动化测试框架，像 Appium，它支持多平台，能与多种编程语言结合，便于根据项目需求调整。
核心用例选取：梳理手动测试用例，选出稳定性高、重要的核心用例进行自动化。这些用例在 APP 迭代中变动较小，能保证自动化测试的有效性和稳定性。
持续集成与持续交付（CI/CD）：搭建 CI/CD 流程，每次代码更新后自动触发自动化测试。这样能及时发现新代码带来的问题，提高测试效率。
数据驱动测试：采用数据驱动框架，将测试数据和测试脚本分离。当 APP 迭代时，只需更新测试数据，而不用大量修改脚本，减少维护成本。
定期维护脚本：随着 APP 迭代，定期检查和更新自动化测试脚本，确保其与新功能和界面适配。同时建立脚本版本管理机制，方便回溯和维护。
你可以先从核心用例自动化入手，逐步推进自动化测试工作。你目前使用的是什么测试工具呢？是否有一定的编程基础？

以上是 ai 回复的，只做核心功能/基础功能的 ui 自动化 + 全量的接口自动化我觉着是可行的，我们现在就是这样的。每次有新版本就跑一遍，有安卓和 ios 两个 jenkins 流水线，缺点是只有两台机器执行，100 多条用例，执行时间久。

练习手速

迭代快如果 UI 变化频繁，实施 UI 自动化测试的维护成本很高，所以不建议开始，如果 UI 和功能开始稳定了再实施，不过可以提前学习和设计框架，到时候机会一到可以直接开始，省去调研和学习的时间，框架和语言建议选择 Appium 和 Python。接口自动化测试可以看看 apifox，上手快

多加点人就好了简单粗暴

APP 迭代比较频繁的话，每次升级测试的时候，你会发现可能代码根本跑不动，需要进行修改调试，但此时又需要进行测试，没有时间去修改代码，只有先手工测试~~~~可以先尝试少量核心自动化用例 + 接口

App 迭代频繁不一定是功能迭代频繁，有可能是在堆功能。
如果关键功能比较稳定了，考虑对关键功能做正向流程的自动回归，自动回归脚本还可以跑兼容。这样可以节省下客户端回归与兼容测试、服务端关键接口正向回归的时间。

增加测试人员 ，提高效率 = 干更多的活 ，建议磨洋工招更多的人