亲身经历过一个团队，提测质量高，基本没啥 bug， 也没发生过什么生产问题，有问题基本测试环境就被我拦截了。结果被大领导约谈说我 bug 少不正常，还让我的直属领导找我研究下 哪个环节出问题了，导致只提了这么点 bug。同期其他团队 bug 满天飞各种生产问题，上线失败。大领导决定很正常很好很完美

是什么让各位选择离开家，

因为穷

给过自己什么理由留着大城市

因为穷

有太多收钱不办事的

体量不大，预算都没敢问，因为都不知道能 C 几天，搞不好明天业务就砍了

关于这一点有点没明白，是不是应该有个阈值触发？要不然感觉影响到正常业务了

1、缓存空值 之所以发生穿透，是因为缓存中没有存储这些数据的 key，从而每次都查询数据库 我们可以为这些 key 在缓存中设置对应的值为 null，后面查询这个 key 的时候就不用查询数据库了 当然为了健壮性，我们要对这些 key 设置过期时间，以防止真的有数据"

我擦 ，感觉跟我好像啊，我也是测开进公司的，业务线缺人被派到业务线了。现在看来幸亏到业务线了，要不然 今年这波疫情裁员，我肯定会被裁的，公司现在已经没有测开这个组了 ，现在项目组的 leader 直接让我转开发，我一直没肯转，主要是我转了，团队又没了测试了比较蛋疼

1. 外包工资高是正常的，要不然谁还愿意去做外包呢？对吧。
2. 至于小项目负责人，个人觉得只要没有抬头，没有人事权，自己还在干一线的活，其实都没啥价值 过来人的一点建议：多看看外面的世界，查找自己的不足，考虑清楚自己想要的发展方向，并为之而努力。其实说真的，刚毕业这两年真的没必要像钱看齐，强大自己才是真的。

是不是要加 “” ->“${__time}”

@debugtalk 请教下

--spawn-rate 可指定起始发压斜率

这个 起始发压斜率是啥意思

3

我前段时间压测倒是遇到了服务的端口不够用的情况，

有个问题请教一下，就是执行 explain 的 sql

1. 是在系统原来的数据库中执行，还是自己把表结构拿出来自己建一个表？
2. 如果是在原系统数据库中执行，那么现在都是微服务，sql 与服务，服务于数据库的关系是怎么建立的

是否可以先把区域切块，然后在选座位区域在根据坐标计算去点击？

以 mysql 举例 ，我们正常链接数据库，只需要把 mysql 的驱动 jar 加入项目然后按照官方文档 去配置不就可以了么，
那么我们现在的工具项目 就是把各个工具封装到一起，而我这边需要验证 我们封装的这个 db 的配置与原本的配置 是一致的，比如原本是 int 我们封装的时候字段定义的是 float，然后传参不就有问题了么
另外一种场景就是 ，比如封装了一个多线程的处理，只要传一个值就能起几个线程， 当传了 3 以后，那我得验证明确实起了 3 个线程，
类似这样的场景吧，具体我还不知道，只是刚接到这个任务，自己先脑补了这些东西

自己直接在项目里写单测倒是没想过（可能是一直来的思维误区吧，单测只能开发写），不过倒是想过自己通过测试框架导入工具类，写 case 维护测试，
不过对于工具的测试倒是有另外一个问题 比如 我 db pool=5 这样的场景 我怎样去验证 这个是 5 而不是 6 or 4

浏览器不是有个 密码管理的功能么

自主性变少了，跟人提升可能近似与 没有了，你会跟着项目不断迭代，根本没有时间 精力去弄一下 自己感兴趣的东西，并且你的小伙伴变成了开发，能跟你做一些在测试方面技术探讨和提升的人也没了，更严重的是这种模式可能小一点的项目组 就你一个测试，没个 backup 相请个假都比较蛋疼

我遇到过类似的问题，面试官就说自动化数据应该事先固定写死了，我说我的自动化脚本的参数基本都是随机生成的，然后他就 一直盯着我问 我怎样保证我随机生成的数据是没问题的，当时真的差点打起来了，

frp 还得得你有个固定的对外公网 IP 才行

这个时候我只想说钉钉的内网穿透 用的不香吗？上手简单没有学习成本

差不多吧，就是想办法让系统正常流转起来，系统要什么给他什么就可以了，

这个不太清楚，所以写了需要自己去确认， 之前有对接过三方，人家比较叼 都是让咱自己去查，不主动回调

这种只能走 mock，

1. 先确认订单在哪一步生成，
2. 确认支付结果 是你们系统去调用支付宝微信之类，还是他们会主动回调你们，
3. 基于 2 的结果，如果是你们主动去调，那你就在自动化中订单生成后主动去调，结果 MOCK。被动，那也是同样在订单生成后，你去主动调你们的回调接口

微信支付宝之类一般是需要你们主动去调他们接口查询支付状态

解决了

阿里遇到了同样的事，自己都莫名其妙，从来没投过简历，刚开始想着就当面这玩玩，看看自己跟大厂比到底差距在哪里，第一次二面挂了也没觉得啥，后来居然又陆陆续续的就到五六次阿里的面试邀约电话，直接被我拒绝了

一直有个疑问，就是我们定位问题 真的有必要去 debug 找到代码层哪里逻辑出来问题 提供给开发吗？
以我自己来论，做的最多的是找到毕现路径，描述清楚，然后定位是前端还是后端问题提交给对应开发，这样基本就结束了，对一些涉及到异地办公的项目，会再加上报错的日志，和一些关键性信息（如：接口传参，数据库数据等）