技术很强，30K 么得问题，不像我 30 岁了还只会点点点

往往这种人更难相处，估计也是个小组长之类的，这种平时工作中就很难相处了

那位已经注销账号的 “面试官” 说了一堆，无非就是两个方面：1、用例设计的粒度问题，就是我们在设计用例时候要能把握好这个粒度，这个粒度是能够可以执行或者评估的，不能够直接说检查某个功能是否正常，要细分到具体的正常元素；2、我们点工通常是针对界面去操作和设计用例，比如说一个输入框的校验，可能前端校验了，后端接口没有校验，这种情况如果我绕开前端直接通过接口调用可以规避这个限制，针对前后端校验的问题，如果条件允许情况下可以单独使用 postman 等工具调用后端接口，不过这个比较花费时间，我平时都是直接拉去项目代码找到这个调用的接口的 controller，看下代码中有没有这种校验逻辑，一般来讲这种校验逻辑放在最开头的地方实现，可以把利用 AI 工具 输入需求进行检查，这样甚至还可以发现这个接口的一些隐藏的 BUG
最后我还想补充一点： 前面说的 1 和 2 是针对功能界面 和接口，其实还有就是最好在测试的过程中，跑完一条流程，去看下这个功能涉及到表的数据存储记录是否正常，表设计是否合理。我就遇到过 BUG，就是表的主键 id int 类型长度设置的比较短，然后这个业务量又是巨量增长的，随着时间推移以后这个主键 id 一定会超过限制报错，后面提了 BUG 改数据类型
最后还想再补充一点，论坛是个交流的地方，大家都是相互学习，论坛里面有大佬也有小白，也许你的经历很丰富，你觉得人家回答的不好，你补充就行了，不想回答绕过就可以了，没有必要去诋毁，真的是没有必要。

只能说羡慕 20+，做梦都不敢想

如果有冲突还是还要找开发

要的就是这种效果

是的

你写到的是追踪到了代码有抛异常，还有一种 BUG 是业务流程上的 BUG，就是代码没有报错，但是某一个数据的处理逻辑有问题，比如有个地方原本需求是 A B 两个字段相加，结果开发是 B C 两个字段相加，导致计算结果出错，这种能追踪到吗？

可以借助精准测试，看看哪些模块的代码有改动，重点回归改动的功能模块 和 使用到这些改动模块的流程；如果这个达不到的话，只能增加人力 + 请外包

如果公司能混到养老就继续混，前提是公司不管什么岗位的氛围都还可以，但是如果说整个公司的文化不行，你对你现在的岗位不喜欢，你就算转岗还是坑