• 有太多收钱不办事的😂

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

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

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

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

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

  • @debugtalk 请教下

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

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

  • 3

  • Jmeter 压测分析 at 2022年01月27日

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

  • 有个问题请教一下,就是执行 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。被动,那也是同样在订单生成后,你去主动调你们的回调接口

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

  • 解决了

  • 跳槽 at 2021年04月01日

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

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

  • dump 数据里只有启动模块的数据 其他模块的数据没有

  • 跟运维一起搞了下,这个只能对单元测试有用,业务测试完成以后再去做数据收集的时候,业务这是的这部分数据还是收集不到