你可能有点误解了自动化，个人感觉自动化第一要素是在稳定的功能上去自动化，主要是做质量保证和部分回归，如果要发现问题手工测试才是王道。文中表达的观点都是去发现问题，而你文中所述的平台都属提升测试效率和质量保证的，这本身没什么关系。

你说的是很初级的自动化测试，楼主并没有误解
当然我相信，有效率、能发现问题的自动化测试迟早也会被你们改个名字换个新说法的，因为他已经明显不符合你们对自动化测试的预期了

已由测试技术转工程生产力，说白了就是所有能提升生产力的都做。。

你可能有点误解了自动化，个人感觉自动化就是要不断维护的

回报很少： 如果同样的手工回归回报也很少，是不是也会考虑不做呢？
API 自动化需要不断维护： 如果框架设计得好，能把维护的工作量降低， 就不成问题了。
改进： 建议你从懒人的角度去思考，就会发现很多可以改进的地方。

有人没活儿干,有活儿没人干.
大多数人实际都是生产没用的东西，千万别自信饱满；

提高效率，保证质量的事儿才有价值，脱离这两点都是耍流氓

没有产出，发现不了问题，这种状况的确很打击测试人。不过你可以从以下几个方面入手去改进你的测试方法。

第一，你提到 API 自动化测试在需求变更后需要投入维护，那么你可以尝试改进你的框架技术，让你的维护工作变得更加轻松顺利，比如说吧，一个需求改动，你要做的是新增一个类，而之前的代码不用动

第二，主动与开发，业务测试人员沟通，挖掘他们的痛点，作为你分析自动化的切入口，以此来开展你的工作

第三，现成的平台，系统使用的实现方式，完全有可能在某些方面不好用，比如编辑界面，报告界面，操作流程，等等，可以从这里入手，去开发一个比它更优的东西出来

能做的工作其实有很多，需要多思考，去发掘潜在的需求点。

1、技术是相通的，无所谓测试开发
2、测试人员的目标不仅仅是找 bug，效率提升也很重要，后期测试人员更多的是提升效率，jenkins 从打包到测试都是自动化完成，随着 devops 或者 AIOPS 的发展，测试更多的是维护流水线的高效运行。
3、与 1 相似，测试工具目前还有很多需要完善的，AI 目前刚刚登场，后续 AI 进行测试不是梦

你在编写自动化脚本的时候，其实已经手工测过一遍，因此第二遍自动化测试发现问题比第一遍少是肯定的，除非开发改出了新 bug，因此自动化测试更多保证的是源代码测过一遍后不再出问题，而不是发现问题

我觉得，做这些自动化啊，API 啊什么的，关键就是给人 “信心”，没做过的话，你不知道程序会不会出错，做过了，你就有了信心，上线没问题。 如果你去经常看看房子，就会经常听到中介讲的这样一句话 “信心比黄金贵”。房子本身的地价，材料价就在那里，随着时间的推移应该是贬值的，因为土地和材料都有时间限制，但是反而会增值，为什么，因为大家都相信他会涨，所以就涨了。
说了这么多，你明白了么~~~

测试更多的是维护流水线的高效运行。
请问这句是维护整个流程的高效运行还是什么意思？没懂