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

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

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

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

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

git

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

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

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

支持端游吗？

没有枪没有炮我们自己造

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

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

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

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

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

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

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

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

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

就是觉得烦，懒得弄的，就工具化了。
我做自动化就是为了偷懒

电话面 视频面 医院体检 影响是有，但应该没有想象中大。前提是疫情得到控制。

顶一个~~

根据需要来。你说了算

感觉像带宽问题

看业务吧，如果业务不稳定，迭代很快，又有分布式高并发。我会丢一句 “【强制】禁止使用存储过程，存储过程难以调试和扩展，更没有移植性。” 给开发。（前提是开发不是数据库大神哈，是大神你会被打死）
如果比较稳定的领域模型，看存储过程做的是什么功能，有没有什么性能指标，再根据需求来。

很少有单独甩个存储过程来给你测试的，如果有，说明你们测试资源很丰富。。