要是先背调,就泄露你在外面找工作了,所以一般在你提出离职,或者入职后进行。
话说,什么大厂,还背调,哈哈哈
你需要一个 offer 来提振自己
跳槽吧,这逼公司待下去浪费生命,我跳了之后才知道原来公司有多坑,总包涨幅 75%,加上各种福利,其实差不多有 100% 的,爽的一批
一样的情况
这还不换工作,留着过年呢
只要不作假,有啥慌的,作假那就自求多福吧。
那这样有点慌啊
PO 居然不太常用
是的
不同的自动化测试脚本编写方法主要有:
1、 线性的
2、 结构化的
3、 共享的
4、 数据驱动的
5、 关键字驱动的
根据工作需要,一般都是数据驱动和关键字驱动混合型的。
这样做是不对的,直接走就好了
不至于吧 那个分支只有我一个人用 0-0 ,只是把分支上开发代码给覆盖了
要是我代码被别人git push -f
,我都拿把刀捅死他
强推的是坑货,先 pull,有冲突先解决冲突。。。。再 push
新建自己的本地分支, 在本地分支开发
提交前要先从 master 更新, 解决本地冲突, 没有冲突后才能把自己的修改推到 master 上
新建的分支从 master 分支复制了开发代码,需要上传测试代码,我就直接-f 覆盖了
拉取的时候先贮藏, 如果有冲突, 就通过合并的方式去提交, 无非就是麻烦点, 但这是必须的
不怕,至少你的同事 目前还没有打死你
gitlab 分支保护下 几个共享/重要的分支
感觉你是需要分支管理吧,可以参考 gitflow,如果是跟别人协作的分支,尽量不要 rebase 和 git push -f
不是自己拉个分支 负责人 merge 么?
。。。自己学下 git 啊。还一直用-f,你这是坑货啊
很多公司不重视测试,即使干再多的活,在领导看来也是没多少价值的。所以他们的意思是你愿意走就走,大不了再招一个,想加薪太难了。
chia
自己认为没有问题,做的很好,但领导却不这么认为,说明你和领导之间存在对你的能力的认识有差距
离职不是解决问题的办法,在下一份工作,过了甜蜜期依然会重复遇到同样的问题
建议先向内归因,找到问题的根源,同时充分和领导沟通,打破认知偏差
找到问题,解决问题才是正解
存在感都是由根据自身能力放大或缩小的