确实，都已经在想转行了，考公考事业编什么的，不过这难度也不小
而且个人感觉和测试无关，这行从开发到测试再到运维，以后都逃不了 35 定律，除非你能在这个岗位做到金字塔尖的地步，但这比例又能有多少？而且这个行业加班就是常态，年龄大了真力不从心。

个人理解：
测开根本目的还是保证产品质量，所以测开一般都认为还是测试岗的延生；只是相较于传统测试岗位，测开对人员的开发能力要求更高，并且如果按照一些人或书的描述（比如谷歌测试之道），测试开发人员是要求有 review 相应模块业务代码能力的，开发测试工具等等。

但是国内公司招的测开真正有多少是干这个工作的呢？只怕大部分就是自动化测试换了个岗位名称。
甚至是从当年谷歌那本书中的一些描述来看，真正能达到满足作者理想状态下测开的人员当年在谷歌应该也是不多的。不过书出版距今也有不少年头了，今时不同往日是肯定的。

去年升职加了 10%，今年说特殊情况不加
好消息是要裁员能拿个裁员补偿，坏消息是裁员估计要拖到明年那就相当于两年不加薪了，淦！

噗 最近苏宁走了不少人吧
论工资也就那样 论加班一点也不少
听说最近又是 80% 工资 又是需要自己带货的。。。。

rf 用的不多
不过既然都 python3 了，为什么还要用 ride 呢。我们这 rf 框架里的 case 都是直接编辑器写的，本地环境 python3.8 也没出现过什么问题

下面那種方法應該是可以的，我現在項目就是這麽用的

只是你這個沒太看明白，爲什麽 test001 的 case 後面又加了一個 tests002
pytest.main( ['-v', './testCase/testDemo.py::TestDemo::test001::tests002','./testCase/testDemo.py::TestDemo::test002'])

安全这个范围还是很广的。APP 的安全我自己并没有测试过。
但是一般来说，一个是对接 server 那边接口的测试，一个是 APP 这边的逆向分析代码，工具扫描等等
https://github.com/MobSF/Mobile-Security-Framework-MobSF 之前培训有阿三讲过 github 这个项目，自己没试过，也许有帮助