极米加班量挺大,基本 124 九点;这算加班嘛,哎😑
怎么可能最高的交,忽悠你的吧,8%
有没有可能不是测试行业不好了,是所有行业都不好了,中国人还是太多了
2023 年总结的调查报告,却是问的每年计划花费
接口测试,如果没有接口文档,也就是缺乏预期。如何去做测分评审、TestCase 评审。这本质是团队开发流程的问题,无需上升到抓包能否做好接口测试
这不是就是的协程嘛,换汤不换药
PDD HR 个别是真恶心,限制工资涨幅,问工资期望不说有加班工资,挂了还说期望过高,真恶心
tcpdump -iany -s0 -w xxx.pcap 就行。用 wireshark 打开过滤看自己需要得
我打算回长沙,可以交流哈
就不能上班摸鱼学习,下班愉快的玩耍嘛
温大大 数据流图应该是双向的吧
副业还是很重要的,哈哈
还有 Kafka
这是几年工作经验的面试,我看问到了是否有写过测试方案
网易我记得不是加班挺多嘛,哦哦看错了(” 无加班文化 “ != ” 无加班 “)
“如果能够穿越到 10 年前,你会给年轻的自己什么建议?”
1.别买 A 股指数
2.别买 A 股指数
3.别买 A 股指数
通货膨胀比较厉害了,我经常买早餐的店,半年内已经涨了两次五角了
我们项目组现在对偶现问题的处理是:五次内出现低于 4 次出现为偶现,偶现问题先我们 tester 自己排查,抓包呀业务链分析。无法准确定位问题,可以直接要求开发支持排查。(这样的好处是对偶现问题做到一次解决,当然也根据不同项目走,我现在的项目是高可用,这种一般出现问题排查耗时很大,偶现更加耗时,问题早出现早解决是最好的)
最好的复现方法就是保留环境;一次解决
学习了
多线程,然后就是看电脑硬件咋样了
积分可以兑换奖品也不错哟
感谢大佬们的分享
哈哈,好卷
可能我表述的不是很清楚、引入一个案例吧;DNS 混淆: A 服务地址(10.1.1.2)B 服务地址(10.1.1.3/域名用 xxx 表示),A 想访问 B 首先要拿到 xxx 解析如果,所以 A 先 DNS 发起请求后得到回答拿到 B 服务地址(10.1.1.3)。但是现在通过一些工具使每一次 DNS 返回的 B 的服务地址都是 random 或者干脆是错误的。这就造成 A 无法访问 B 的情况。以上是没有 TCP 链接的情况。
已经有 TCP 的链接的情况,我再使用工具使,是无法干扰它已经得到的解析过的正确的 IP(10.1.1.3),所以我选择断链,但是断链后它会去请求 DNS 服务器嘛?是在什么情况下会请求 DNS 服务器?
加了星号 * 的参数会以元组 (tuple) 的形式导入,存放所有未命名的变量参数
加了两个星号 ** 的参数会以字典的形式导入