祝好，这也是我们这些大龄从业者未来随时遇到的问题

目前这边只接到了国密系统，业务方面全量回归

第一是市场还是以业务测试为主，性能测试岗位是有限的，公司单独需要性能测试的较少，一旦占住这个岗位也没有那么容易离职

再者，以前会性能测试的没那么多，现在不一样，培训班各种技能都培训，你看看后入者的简历，基本上业务 自动化 性能甚至平台开发都会，这就不需要再单独招性能了

这两年搞投资（炒股/基金等）亏了大几万，割肉不玩了

之前看到过爱奇艺分享，是通过 AI 大数据自建的模型
几大视频网站这几年质量做的确实比之前好多了

首先指出你对自动化的错误理解，当然这可能是因为你是开发，不了解测试的一些东西也算正常：

1.针对第三点，你说发版前业务测试人员已经测完了，自己还没开发完用例，这是典型的想把自动化当功能测试用的思维，测试界认为，UI 自动化是针对已经成熟的业务，稳定的业务（已经发版且稳定运行的业务），用来回归节省时间 替代人工重复劳动，测试人员不愿做的回归工作，你这上来就想把自动化用来还未发版的业务，是错误认知。建议以后不要往这方面做，要遵循测试行业已经流行的做法。

2.针对第二点，没有合理的用例：找业务测试人员，与产品，让他们评估你们业务的主流程 核心历程，这些就是 UI 自动化需要首先覆盖的点，让他们一起确定好哪些用例合理，让领导排班就，你只负责编码 自动化体系的稳定的运行。这样也可以甩锅。

3.针对第四点：全流程业务的异常，这个很正常，自动化出现不稳定很正常，这也是面试中面试官为何要考察一些异常问题处理的原因，也是区分一个初级自动化与一个高级自动化工程师的间隔所在。一套稳定的自动化体系，需要自动化工程师对自己的架构 细节 原理深刻的认识，以及丰富的经验积累，你作为一个开发，十有八九是自学的，而且自己大部分时间是在开发后端，时间发在自动化上少也正常，所以出现自动化频频报错 不能稳定运行 不能合理处理也很正常，如果你想解决问题，有两个方法，一是你重新系统学习 UI 自动化，借鉴他人经验，以及多花时间调试 运行积累经验。二是让公司招一个成熟的自动化工程师。

总之，感觉你司是个小公司，不太规范，提出让做自动化的这个领导也没有对 APP 自动化有正确的了解，你再思考思考，该如何摆明事实，与领导沟通，改变其认知，达到一个合理的结果

这也是一个困境，如果站在领导的角度看，肯定越详细越好，但是这样自动化维护的成本太高了。
看公司，如果专职做自动化，有时间估计少不了完善这种用例。
如果是主业是业务测试，自动化时间很少，或者根本忙不来，就很难加这种复杂场景的用例

提效这个，实际上是类似于复杂的重复手动工作代码精简化，这类的工作本来所占的比例就小。测试所耗的时间，大部分都是验证 联调 修复 再验证 再联调 反反复，这些才是消耗时间的大头，新业务这些都是不可避免地，所以你会感觉时间不够用,那些所谓的平台 在这方面几乎无用

这是 UI 自动化的范畴，想靠 monkey 万能不可能
而且 线上问题多是用户复杂的场景触发 UI 自动化也仅仅是覆盖一部分

大概与腾讯一个套路，免费让你用，等大家给它测试完就开始收费