维护成本很高，而且由于编写的人可能不同，涉及到不同业务以及环境，大部分时候可能还不是一个人就能把所有的执行失败问题闭环，需要很多人一起协助弄，且是每个迭代都要进行。不过相对于手动全部执行一遍核心案例还是会快一点

挺不错的，类似自检的 wiki

我还有点想法，但是不知道什么样的规格才能算是专利

还是挺多的吧

高飞哥理解确实深刻，但是评论也太长了，建议单独再发一篇比较好，评论这里的规格感觉可以顶一篇精华文

感觉没用的有多深，查查日志，看看服务状态，排查环境问题，然后自己部署环境，也就这样了

说实话他们当时应该大部分也是从不在潮头慢慢走到潮头，我们大部分人都不能让自己出生就在潮头，只能自己多努力让自己站在潮头之上的可能性更高或者更加靠近

好理解

我在想是不是人脑的思考其实也差不多，也是遇到一个问题，也是在自己的认知库（训练集）里面找一个甚至也可以说是猜一个、组装一个答案出来

不知道用 GPT 解决日常工作的疑问算不算提效，我是觉得至少比百度查快一点

要是能像写代码一样，不符合格式就直接标红，估计你也没那么难看了

现在还有人用 postman 做自动化吗

最难过的就是测试内部评审，自我认为

先去划分场景，你这个 mod 是干啥的，你这个游戏是干啥的，划分出核心、次要场景优先验证核心场景，测试是不可能保障项目没 bug 的，只能保证在相对短的时间范围内实现客户需要的业务场景功能、可靠性、稳定性

确实，无论是开发还是测试还是交互，都是为了实现产品的要求而已，产品不行，那肯定产品也不行

但是问题那么多，怎么做到问题都能做比对呢，还是说只关注业务的重点场景就可以，比如日常生活的问题就已经无穷尽了

这个字正确率是拿预期结果去比对的吗

用记事本连数据库，这个记事本有这么强吗

同为安全类，年底才裁了一波 20%

这种新闻总结可能不需要测试介入，运营直接和法务评估了应该就能直接上了

行吧行吧

嗯

放下这些运气这类自己把握不了的客观因素，其实主要还是看人脉，人脉广人缘好，这种所谓的运气也更容易找到你

没有，至少懂一点吧

本来入职的时候是基本不会嵌入式，结果挪部门是嵌入式的，强行学 ，不过有同事带，但是主要还是靠自己