单元测试不是开发自己干的事儿么。。。你的任务是让他喜欢上干这事儿

还投资回报率，炒股票呢。。。
我觉得你首先得给你领导上个课：什么是自动化测试，为什么要做自动化测试，自动化测试的误区
然后再谈其他。
不然最终也是落的个曲终人散的不讨好结果。

最烦这种以为做了自动化，就会立竿见影的省多少多少成本的人，啥都不懂，尽瞎搞

这个行业只看能力，不看性别。特别是已婚已育之后

这种我一般自己把 BUG 改了。。。谁还不会开发似的，惯他们

测试大多拿来主义，造轮子的少，好多人把这里当提问区和资料区，而不是交流的地方了。。。

准备好永无止境的学习吧。。。停下来就要被淘汰~

允许重复就行，很容易分开。
高质量用例还是得看你业务理解和思维方式。
有些逻辑不知道或者不清楚，用例质量就高不了

把你的判断逻辑写到代码中不就行了。。。

测试也得开发的。。。而且用户就在旁边，一不小心就被指着鼻子吐槽

1.先把排期的揍一顿，如果打不过，再看后面的
2.和开发商量，把任务拆分下，开发时也提测已经开发好的模块 or 功能，总不可能 83 天测试玩着吧。。。开发的时候，可以用实例化需求、分层自动化测试等手段同步进行测试，提前写好的测试没跑过不能提测
3.设置准出标准。5 天测完，报告写清楚覆盖了哪些，如果还有 BUG 没修复或者回归完，也写清楚，质量不达标，原则上不准出。如果非要上线，呐，是他让我打的哦，从没见过这种要求~~

我想一般他这 83 天都是包含同步测试的时间的，如果不包含，这是在为难你胖虎，找项目失败的背锅侠吧。

git

很重要啊，之前有个帖子，测试用例重要到公司还要根据测试用例数考核

就不要 35 的，你能怎么办？只盼待的公司别垮。

这取决于团队对 bug 定义的共识。而不是一个人说了算。
有些内部的东西，全是 bug，那又怎样？
有些 2C 的，一个标点符号错了，他都是严重 BUG。

支持端游吗？

没有枪没有炮我们自己造

自己写个，你想提升啥就写啥，自由且最适合你。

allure 可以生成和定制酷炫报告。
当然自己也可以做，写个模板，然后把要塞的内容丢进去。

做好自动化测试就行。
做自动化和做好自动化是两码事。

一般的方法是把测试变成测试开发 X:0 他们都能干得出来

让他裁你，而不是你走离职。离职流程和裁员流程差别老大了好吧。。。

工资打折不可怕
公司没了才可怕

没什么好注意的，通了就行。
最好生产环境测测，因为证书会装错（别问我为啥要这么提醒，说多了都是泪）

就会三样，会测试，会开发，会测试开发就行。

不仅招聘凉了，好多行业和公司都凉了。
旅游业，餐饮业血亏。
一些搞旅游的小公司如果资金链不健康，估计得垮掉