维护成本很高,而且由于编写的人可能不同,涉及到不同业务以及环境,大部分时候可能还不是一个人就能把所有的执行失败问题闭环,需要很多人一起协助弄,且是每个迭代都要进行。不过相对于手动全部执行一遍核心案例还是会快一点
挺不错的,类似自检的 wiki
我还有点想法,但是不知道什么样的规格才能算是专利
还是挺多的吧
高飞哥理解确实深刻,但是评论也太长了,建议单独再发一篇比较好,评论这里的规格感觉可以顶一篇精华文
感觉没用的有多深,查查日志,看看服务状态,排查环境问题,然后自己部署环境,也就这样了
说实话他们当时应该大部分也是从不在潮头慢慢走到潮头,我们大部分人都不能让自己出生就在潮头,只能自己多努力让自己站在潮头之上的可能性更高或者更加靠近
好理解
我在想是不是人脑的思考其实也差不多,也是遇到一个问题,也是在自己的认知库(训练集)里面找一个甚至也可以说是猜一个、组装一个答案出来
不知道用 GPT 解决日常工作的疑问算不算提效,我是觉得至少比百度查快一点
要是能像写代码一样,不符合格式就直接标红,估计你也没那么难看了
现在还有人用 postman 做自动化吗
最难过的就是测试内部评审,自我认为
先去划分场景,你这个 mod 是干啥的,你这个游戏是干啥的,划分出核心、次要场景优先验证核心场景,测试是不可能保障项目没 bug 的,只能保证在相对短的时间范围内实现客户需要的业务场景功能、可靠性、稳定性
确实,无论是开发还是测试还是交互,都是为了实现产品的要求而已,产品不行,那肯定产品也不行
但是问题那么多,怎么做到问题都能做比对呢,还是说只关注业务的重点场景就可以,比如日常生活的问题就已经无穷尽了
这个字正确率是拿预期结果去比对的吗
用记事本连数据库,这个记事本有这么强吗
同为安全类,年底才裁了一波 20%
这种新闻总结可能不需要测试介入,运营直接和法务评估了应该就能直接上了
行吧行吧
嗯
放下这些运气这类自己把握不了的客观因素,其实主要还是看人脉,人脉广人缘好,这种所谓的运气也更容易找到你
没有,至少懂一点吧
本来入职的时候是基本不会嵌入式,结果挪部门是嵌入式的,强行学 ,不过有同事带,但是主要还是靠自己