学会控制台看接口、服务器看日志,然后看开发代码,坚持 2、3 年,等我们这批 35 岁的被裁了你就出头了
建议你叼他一顿,你在教我做事?
做项目复盘,搞 bug review,拉着研发经理对每个 bug 做代码 review,这一套下来是驴子是马都能现形
你是只工作了三年还是在这家公司工作三年,要是只工作三年有这么多想法还是挺厉害的。
想实现想法首先要得到领导支持,多聊一聊获得信任然后给他画饼。
然后就是给出你的流程设计先在领导那过了再开会讨论,尽可能得到大部分人支持。
再之后就是实施阶段,在流程节点处卡住,给出准入准出标准,口越窄的地方越好卡,比如上线就在运维那卡,不嫌麻烦就让领导审批了才能上线,想上线就要输出标准测试报告、发布计划、测试用例、开发设计、产品原型等等。
再然后就是检查执行情况最好和 okr 挂钩,定期复盘优化流程,经过一两个月磨合基本上团队就习惯了,流程一定要灵活契合团队
笑死,是不是自己缴税,你猜工资提现了有关部门找你不
虽然我也很同意 “测试用例推荐直接用代码来映射”,但是这不光是对测试要求高,对团队要求也很高了,我们这种小公司连收拢接口都做不到 当然我们的业务也复杂不到测试用例维护不动的地步
这跟压测 redis 没得关系,瓶颈在 redis 要么是连接数配的不够要么内存不够,这俩排除了就只用去关注业务逻辑
你是有具体业务场景还是闲的无聊压 redis
ui 和接口没打通我觉得没多大价值
面试应该是你主动引导面试官聊你熟悉的东西