what？？？？？？？？？？？？？？？？？？？？？

加油

感觉慢慢玩下来，这剧情都挺值得回味和思考的，还有些点去相关频道 up 的视频看别人分析才懂，这游戏真心不错

我在盘丝洞迷路中

了解

网友的评论大多看看消遣下就好，别太认真
毕竟有喜欢倒果为因的、
有喜欢看热闹的、
有想通过贬低他人抬高自己的、
有通过打压别人获得成就感的、
有专属风凉话大师的、
有精通阴阳学的、
有商业推销的
。。。。等等等。

每个人的境遇不同，国内虽然主流都是卷，但有时候想想，这卷，得多卷才叫卷啊！摆正自己正确的位置才是真，不能人云亦云，否则卷死在路上，就又有人笑你硬卷了

有个点挺好奇的，就是 code review 这一步
除非是对开发的代码了如指掌，否则对应新增功能/新增项目进行 code review 时会不会耗时特别多？如第 1-第 4 步检查的错误，通过功能测试的边界值法、等价划分、错误推断的用例是可以进行快速验证。

但如果 code review，总感觉有点不实际，毕竟你得先去理解开发的想法、开发写代码的风格、以及引用了哪些封装的功能，这会比较耗时间。所以这一步一般是做完功能测试验证后的执行还是转测时你们测开这边直接就检查代码的？

还有第四步触发大奖的，应该大厂都是把抽奖功能单独封装成一个组件吧，然后中奖机制由不同的活动类型自己决定，抽奖组件只做概率、时间、奖品、和用户类型分类的设定。1000 人已抽奖时并没有触发大奖，这种是类型活动的设定，很多开发这里判断参与次数是否到额定值然后再发起一个抽奖请求，如果有问题，大概率是要看抽奖组件的概率配置或者抽奖组件是否判断当前角色身份异常等问题，不涉及到算法吧

写着正式编制的，一般大概率要考行测题目

万恶的资本主义，GAP 了几年居然还能转行成功，太可恶了

一个互帮互助的自愿活动，很有积极意义，大环境比较差，现在普通测试都要面临岗位少、面试少、多轮面的现状，互相交流挺有意义的。除了信息隐私外，目前没看到任何缺点，也有点不理解那部分人的不屑，总隐含了一种 “我比你更了解这一切” 的优越感

说得好

现代版的【何不食肉糜】

深圳是年轻人的城市

我就是查的 IGN, 结果什么标准都没有，那个平台是纯粹的主观评价

这人在 21 年时就基本没回帖过了，我觉得你应该新建一个帖子去问了，但其实大环境就这样，别人怎么答都没用，关键还是看个人造化

太可惜了，
五条悟要是能进这家公司就好了，最近刚打赢魔将妙音。试了下虚幻 5，用增强输入试了下几个动作的蓝图搭建，感觉做游戏真的好麻烦

路遥知马力

现在的社区迷惑性很大，几个活跃的大佬看工作性质根本就不是测试。。。。。他们更像是运维架构师、ToB 的开发、或者就是搞 AI 的开发。包括大佬你也是，应该是 CTO 的级别了吧

你看国足，天天研究战术打法，结果球员连基本功都不行，打个屁嘛

【你对该业务再熟练也没有可迁移性】【一套成熟的测试基础建设需要的压根不是开发技能，而是定制化的去解决实际问题】你这两句话好像冲突了 ，对业务的熟练才可以定制化的去设置防错机制哦

QA: 你说测试提效？ 测试提效一年一年一年换过多少种说法了? 提效了吗？换汤不换药啊。
人家开发也有理由说的：我负责的是什么工作，我负责的是业务开发，你这批人是什么人，你教我怎么做？。测试现在什么水平？就这么几个正职在搞 OKR，你让外包去写用例，他能写吗？写不了，没这个实力知道吗？再下去就要背黑锅了，黑锅背完背指标，指标背完，小组都没了。

PM： “从另一方面来说，测试组也是项目质量保障备战最早的队伍。。。。“

QA：哦呦，谢天谢地，你像这样的测试基本流程都没有打好基础，你能跟我保证在左移或者右移中能提效？务实一点，我劝你们，把自己的定位，测试的这个理念先搞懂。阿强功能测得蛮好的你去把他裁了干嘛？。你整了那么多工具平台，发现的问题又没几个，你倒告诉我怎么解释？脸都不要了

在互联网做增量市场的时候，大厂员工为什么受欢迎？是因为技术好吗？
其实并不是，而是大厂做的业务通常是行业内比较早的，而且踩得起坑，每一个坑就是钱，
后者想进入这个业务分蛋糕的公司，想要避免踩坑就要去招聘有这些业务经验的相关人员，最大限度的减少亏损。

所以在大厂里工作的人，其实最值钱的就是你现在负责的这个业务，是不是现在行业里属于大家比较公认能盈利或者有未来的。否则像【工作涉及 java、python、springboot、react 等，前后端都会写点、写测试工具】这种会的人太多了，而且在测试这个岗位里，这些技术是加成作用，不是本质价值。

例如我开个公司想蹭下现在的 AI 热赚钱，你在大厂之前是负责社区团购业务的 H5 页面活动测开，你会写工具会写点前后端，对我想蹭 AI 热赚钱的业务来说，还不如请个初级/中级开发来，毕竟 AI 我不懂，得要个有测试 AI 经验的，否则我肯定踩坑。

所以你该怎么做呢？ 想办法活水或者去找领导要些有价值的业务，总感觉你这样下去，迟早会成为领导裁员的指标人员

简历最大缺点：
本人 31 岁，专升本学历

自动化不是这么做的吧，
看起来像是注册接口
这个入参的规则验证，在手工测试时做一次就行了，验证下前后端的正则过滤是否正确，还有前端的错误信息提示是否正确。

你自动化主要是确定两件事：1. 接口返回的状态码是否正确 2.业务逻辑是否走通

如：
1. 检查接口连通性，断言返回码和响应时间
2. 首次注册人员注册请求，断言返回码和响应时间
3. 已注册人员注册请求，断言返回码和响应时间
4. 非法用户注册，断言返回码和响应时间
等

入参规则这种没必要写成自动化，这种写死或者支持后台配置的规则基本不会变的