代码改动会对旧逻辑产生影响，这难道不是有问题吗

我设计的唯一原则，用例之间不能用依赖。测试数据明明可以通过前置步骤去生成，为什么要这样互相依赖？

大而杂，全是熟悉就不好打了，还得是有专精，毕竟互联网，年龄摆在那

个人见解，最好是和服务端是同一个技术栈。至于现在那么多所谓的测开用 python，那是因为他们只会用 python 而已。

你们没有测试老大的吗，这东西不就是靠自己争取的

有没办法驱动国产浏览器？

菜的项目经理就是做这些，完全没有什么核心能力，是随时可以被替代的。

说说我这边的做法。国内项目研发都是业务为先，一般情况下，到了快要发布的时间节点（半天前），如果还有遗留问题，就会跟项目经理、业务方同步现在的情况。哪些问题需要一定修复，修的话有没延期风险，不修的话会有什么风险，大家对齐了之后，再决定发不发布。

如果是为了提高个人能力，肯定是自己写代码好的。

1、app 抓不到，有可能是客户端做了证书校验，问下相关开发
2、小程序没玩过，不清楚

这个应该跟执行命令的目录有关，要看 pycharmn 是在哪运行的命令，你可以试试直接本地执行这个命令，是不是也是这样。

想测一个东西，先要了解其需求和工作原理

这个技能图谱，百度或者社区随便都能搜到。裁员不就看性价比和上级关系，说实话，在裁员的时候，测开相对于业务测试来说，性价比更低。

向上对齐，了解上级对这个岗位的期望

面试的时候应该有见到吧，还是说面试你看不出你主管的水平？

看个人兴趣，如果是发展的话，肯定是开发好点，毕竟不是大厂的话，脱离业务专职做自动化是做不长久的，以后也会慢慢没了竞争力

在国内，本来测试话语权就少，现在没独立部门，生杀大权全在开发手上，碰到好的开发 leader，还正常；不好的，就做脏活累活杂活吧

不需要维护的需求，直接 xmind；需要维护的，还是得 excel。要不重构或者回归的时候就火葬场了。

appium 有提供方法的，一般都是叫做 start 或者 launch 之类的。

是的，我这边测试也是写在脚本里面，平台只是做展示和调度功能。

个人不太喜欢平台化来做接口测试，原因就是太不灵活了。
接口测试，最关键的就是输入输出，伴随着一些前置、后置的处理，像答主这种做成插件化的，如果少量处理还好，多了起来的话，想想在本地写好源码，没得调试，还要去到平台，跑了还不一定能通过，如此折腾，是有多蛋疼。

不同进程用的是不同的内存块，不会影响的。

存到内存为啥还要区分 project，不同的 project 用的肯定是不同的内存空间啊

把你的数据保存到内存中去