用技术碾压他

有点子，愿意花费成本和时间去做不？

我不理解有的楼里的说法，好像业务测试可以把技术型的测试开发给比下去。
业务测试的发展空间有限，而纯技术开发测试可以走的路比较多，上升空间大，向下可以做自动化，功能测试，向上可以做测试架构，开发等。
如果你在当前公司做纯技术的测试开发没有受到认可，那估计是你当前公司是真的不需要这种角色，要不你转型业务测试，要不换个公司。
当然，我并不是说干了技术型开发测试就可以完全不必去了解业务，而是根据你当前的工作来决定做什么。
而且我相信，能够把技术干好的测试开发，想要做好业务测试也没有多少难度，关键在于自己愿不愿意去做去花时间。

都已经做了测开，表示有一定的产品设计开发能力，还有编程语言的深入，这种情况下，想要了解下业务应该不是很难吧。
更多的是自己愿不愿意去做这个事情。

接口是帮你快速发现业务底层的问题，而 UI 测试（包括自动化和手工）这是必须有的。
一般可以将全量接口导入到接口自动化测试工具中，然后定时测试，每日回归。

这文章有 AI 自动生成的那味了。

接口抓包，直接调接口不是更省事，前提是你们的 APP 安全性得不算太高。

可以单独弄一个文件，里面写一些通用的 SQL，每条 SQL 或者多条 SQL 打上标识，在其他的数据文件通过标识引用这些通用的内容。

还有时间来焦虑，说明你还是很闲。没有非常忙的工作，也没有女朋友家庭孩子啥的，趁着有时间，多去学习一些自己感兴趣的东西，或者完整系统的学习下测试相关的知识。
把时间花在提升自己上，你就不会那么焦虑了。
真正焦虑的是哪些工作忙的很，然后家庭事也一堆，个人时间也没有的真正的中年人。

我觉得选择去外包还是继续找工作，决定在于你是否有一定的经济压力。就算先找一份外包慢慢干，再去找其他工作也未尝不可。
切记不要眼高手低，先牢固自己的技术能力最重要。

我怎么感觉你这个回答像是 chatgpt 的口吻

App 测试的啥文档都没么？

后端屏蔽微信接口就行了。
如果你们的业务逻辑完全都是调的微信接口（就是纯粹的转发接口），那我觉得其实压测意义不大。

mentor - 导师 ，Jira - 相当于禅道，提 BUG 的，Scrum - 项目管理平台。
变成英文咋就成高端的呢？

现在讨论这个没有意义。到时候自有解决的方法。

但是不否认的，如果一开始开发技术都很过关，你觉得你是会选择直接走开发这条路还是走测试开发这条路吗？
虽然，真的有一些测试开发的水平和薪资是高过开发的，但是这些都是少数，同样工作年限，同样学习能力，同样的努力付出，我相信一定是开发路线会走的更好（我这里单指薪资待遇，毕竟干啥谁都不是为了那点钱呢？）。
我面试过很多学过开发或者有点开发技术的人，他们给我的回答就是觉得自己面不过开发觉得测试门槛低，先先从测试入手。
我知道，工作没有高低之分，但是每份工作对应的那份薪水一定有高低之分。我所有的选择都是为一点碎银罢了，那个能赚钱我就愿意干哪个。

如果纯做工具开发，那就是纯开发了。这样的人，如果开发能力足够强，他其实没必要干啥测试开发，直接走专业的开发路线不是发展更好？
所以所谓的纯工具的测试开发其实就是那些之前干测试的后来学了点开发技术又不想继续干测试的人。但是和纯开发卷又卷不过，只能捣鼓些所谓测试平台。

JAVA 熟练之后，上手 Python 真的很容易，认真去 B 站找个视频从头开始看完之后，就可以开干了。
当你会了两门语言之后，在解决问题的选择上会更多。觉得哪种语言更适合解决当下的问题就用哪种吧。没必要纠结什么自己的主力开发语言，毕竟我们不是开发，语言只是工具，能快速有效率的解决问题才是关键。

这个只要做过 UI 自动化的不是基本常识吗？

这个不单单是测试的活吧，网络，运维，开发，测试，安全都得参与吧。
这样的专家就不是测试技术专家了，而是架构师级别的。

这是团队能拿到的吧？
单论这个岗位职责和要求，看不出来哪里值 150W！

需要考虑需求的测试难度？用例的执行难度吗？

社区不是实名了吗？谁敢乱搞直接报警处理。

还是直接跑吧。跑之前让公司补上之前降薪导致少发的工资，如果不发并且钱很多就起诉吧，钱少就算了吧。

到底是干摄影的还是干测试啊？