测试不就是为了验证项目？ 你要是喜欢用新的，那就是把不稳定的东西拉进来去验证一个本来就不稳定的项目。当然你喜欢做技术也是你的选择

这种招聘消息可靠不 ？

都用了一段时间了 ‘

游戏测试的业务场景很复杂，期待老哥写个分享，游戏核心玩法、道具、技能、武器等功能的测试技巧

其实都是学生思维惹祸，工作应该只有赚没赚到钱 和赚的钱性价比如何 两个目的。至于学没学到东西，这个为什么要有学到东西才是正确的这个理念？

了解，不过如果跟手工用例关联，那维护成本不低呀

这句话好残忍

那这里就有个悖论了，手工用例是否精准的问题，如果手工用例不精准，那精准推荐的用例是否还有效

你这段回复贡献了好多专业名词，我要提取下补充到我那个技术名词解释的记录里去

我其实一直有这个疑问，以前精准测试说是为了精准定位到哪个接口改动然后执行对应的自动化用例，但是全量自动化用例执行真的没多少成本，并且自动化用例都是半夜时跑的，所以还真挺好奇一开始提出这个概念的人，是怎么说服大家的

考虑好风险点

1. 新公司是否能 100% 过试用期
2. 能否承担失业风险
3. 新公司的业务是否是盈利的（多方面查询下）

我个人感觉现在不比以前，不要被 “是否能学到东西” 这个伪命题限制住，这恰恰不是最重要的，现在的职业生涯求的是【稳定】，只有稳定了，才有机会谈成长。还有所谓的接口自动化和性能测试现在的小公司都不太可能有专职岗位，这些我估计更像是要你做完业务测试后，用其他下班时间去搞一搞。跟测试业务一样，因为他们要你平薪过去，证明你对他们来说不是必需品，想好最坏的几种情况：1. 年后他们找到价格比你低的人，然后被新公司毁约。 2. 新公司入职三个月后无法转正，瞎折腾后工资 base 也没增长，再投简历面临超级被动。3.让你去背指标的

可惜这个公众号不更新了，分享的文章都是干货

我的价值观跟你前老大相反，我认为最好的偷懒方式就是：慢慢做好， 一次做好太累了，干嘛要一次，人生很长

用旧不用新，我倒是挺好奇为什么你会注意到这门语言，而且还想用在测试上？

看来你是没遇到过跟金钱或者奖励挂钩的业务。就比方说一个虚拟活动奖励，如果有 bug,周六日收到的投诉量相当大，且事后用户补偿都够产品开发忙一阵

不会的，第一条只要做得好，就会成为以下三条的证明。否则不好吹

先跑起来，哪里不舒服就改哪里，别怕没有设计模式太简单，能起到作用才是王道

很多人看这第四条，我咋觉得能把第一条做好的人，基本就赢了

一个人的命运，当然要靠自我奋斗，但也要考虑到历史的进程。八年前的文章不适用于现在的情况，何况还是一个 07 年出道的人写的（我要是也能 07 年就开始做测试，现在估计也财富自由了）。以前职业开头差随时可以跳槽翻身，现在开头太差很难有什么途径能改变职业命运，看你的学历和命运了

那就做好周六周日随时有人找你的准备

别这样，都是打工人，没必要比。只是不喜欢美其名曰技术群，实则搞个夸夸群/装逼群

这种问题肯定第一时间反问咯

1. IO 太高，是哪种高？磁盘？/网络？/数据库？/文件系统？
2. 什么时候高？ 是白天还是黑夜还是全天？ 是近期很长一段时间高，还是某天忽然飙高？（这个说不定哪个组在搞 IO 压力测试）
3. 代码的具体优化目标？ 改动范围？ 优化的方法？ 影响和风险？ 相关文档和说明？

我拿到上面的全部信息，再找领导说下，拉开发领导开个测试评审，毕竟这种改动，必须和开发们紧密配合。否则很容易掉坑里

其实大家都是打工的，本身都是无产阶级，大多数人都是处在一种 “挂起” 的状态。条件允许时，被调度执行。长时间没唤醒了，就被移除出内存，迎来 “终止 “。我更喜欢做测试的能团结起来，别整些虚头巴脑的头衔，招聘时更客观性，别带着有色眼镜去区别有外包经历的同学，毕竟公司也不是你的。。。但是你是属于这个行业的

就算是讨论技术，也是一群人在那边抛前后端的技术栈词汇，你也学不到啥的，实用的也没人愿意抛出来谈论，毕竟他们觉得不高级。还是看看些精品技术视频或者文章，有问题就和 gpt 交流下，比加十几个群都好用