哥们，你出现挺频繁的，又被扣了工资，所以我打算多跟你说一点。
首先，我本人在全力做自动化中，无外乎就是 ui+ 接口。ui 用用 selenium 和 puppeteer，接口跑跑 testng
自动化被定义为做回归和冒烟，其实是为了节省成本。但是如果你把所有能覆盖到的场景，包括文件下载验证文件内容等等，你会发现其实覆盖的越全，就越舒服。为什么呢？举个例子，你自动化用例写了 1K 条，2 分钟跑完，没有发现问题，和人手工执行没发现问题是一模一样的，既然这样，领导会选哪个？
相反的，你跑了 1K 条，发了了几个迭代的 bug 甚至是很难执行到的长流程 bug，功能测试没发现。这就更显而易见了。
不是说本末倒置了，自动化这块有没有价值，答案是有的，而且很大。你看国外乃至国内大一点的企业都会去有专门做自动化的人员，但是自动化这块弊端也很明显，就是很有可能覆盖不全，有些无法执行到，或者是必须用直观肉眼和逻辑思维去处理的流程，毕竟现在还没有这么智能，多半的用例都是提前录入或者万能不变的很难有成效。

哥们你真惨，，为啥还不跳槽

一般是内网吧 ，难道你还希望别人也有机会看到你提的 bug 吗。外网访问，内网穿透

你是要修改 test1 变成对应的描述吗，test1 是方法名...@test 执行的是对应标记的方法，你可以读取 Excel 里的 description 来输出 test1(description,description2) 这样不是更好吗，或者多个@test来运行不同用例

同学，你有没有想过 既然你是个测试开发，为什么不去让机器点点点，而是自己去点点点呢？
我觉得首先，职业定位和公司对你的定位都是有偏差的，保证质量是没错但是更应该去考虑怎么提效吧。
点点点的目的是为了更好的了解产品和业务，没有这些什么技术都是空谈，趁着年轻多扩展自己的技能树，你的技能点点的还不够多。
努力去钻研一门语言，去做一套属于自己的框架，二次开发也好，你会打开测开的新世界！

给我的感觉是版本兼容性的问题，你可以试着同步两边的版本复现一下看看

检查 Jenkins 服务器上的配置和游览器版本？

一般多去面几家，套路也就熟悉了

可以，但是不建议。看到化名的简历，起码我的第一反应是这人是不是有什么黑料或者不诚信，从第一印象开始扣分，所以最好还是真实内容

用例多了，按类整理或者流程整理呀。都放一起能不乱吗...

官网，内推，猎头

面试被刷，菜是原罪。但是好像游戏测试和 web 区别挺大的，具体是什么 咱也不知道不能乱说

再强的机器学习，现在都是建立在大量的数据基础上，现在小公司根本玩不动啊

同样都是 OOM
java 也有 OutOfMemoryError，但是一个是作用于 JVM 一个是 Linux 调用。个人感觉范围还是不一样，oom killer 是 linux 系统的一个保护进程，当 linux 系统所剩的内存空间不足以满足系统正常运行时，会触发。所以 java 程序在一定情况下也是会被 kill 的。

楼上 业界领先，不是在大厂 永远见不到什么是领先，都是炒冷饭

静态路由或者指定路由地址，不同网段自然就连通了。至于你说的公网，是指所有用户都能访问吗，那只要服务器起的 mock 服务正常 有返回正常报文就可以了。

文件读取熟吗，该怎么传参 不要急着去写，还是先熟悉一下 python 收获会更大

楼下说的其实很明白了，如果接口间没有数据关联或者业务关联的话 并发处理，多开几个线程就可以解决，至于你是自己写还是直接引其他库都是后话，如果不是为了一味追求速度的话 建议还是保证质量，单线程有时候也是很好的验证

快速入门千篇一律吧，如果你属性 python 去找一套框架看两天自然也就明白怎么去做了，无非就是和你的 postman 或 jmeter 一个思路，从连接获取报文断言到断开。

pycharm 也只是个 ide 而已，先去理一下思路吧，接口怎么发送传参，该带哪些属性和字段。明白以后再去学

能具体些吗，你指的是多几个线程?

说到底，自动化测试也还是测试，目的是相同的

确定映射成功了吗，这是网络的问题 跟命令感觉应该无关了吧，内网可以访问

github 上一堆开源的 不一一举例了，有兴趣可以去看看 有惊喜

太多了