都这么烦了，你就没想想其他法子？

人微言轻，现在公司测试都这样子苦逼吗

那只说明你测试经验尚浅，一般的可以根据 CHANGES 来判断测试范围，针对接口发布前做一个 api 自动化测试以及老版本的兼容测试。我们每个月都发版，还有好几个小程序，人手不多但是很少加班

你可以试试 10 来个人，半个月发一版，前后端一起发什么节奏。

我这边 8 个测试，1 个测试经理。有一半入职还不到 1 年但是很少出现线上 bug

你们是自动化测试？

纯手工测试，要自学阿，不然很危险，加油吧

不是，不适合自动化，需求及 ui 变化比较频繁。我们这边的分工没有谁负责那块，都是一起参加测试。属于全栈测试，有东西就测。目前产品趋于成熟，大的改动相对较小，所有不会出问题，保证支付相关主干道功能正常就 Ok,也支持热更解决

make the change

那还是手工？或者采用了其他技术？

我们每天都是白天测试发现 bug，开发晚上加班修 bug，然后测试白天再验证 bug 继续测试，哈哈~

做了 10 多年测试了，晚上从没加过班。看项目看公司。

不是互联网公司吧

先判断变更范围，再进行重点测试会比较好

大数据和后台测试，一对十五，没有前端兼容性的问题，很少加班，绩效还特别的好

羡慕,什么行业能说下吗?
我后台测试还行,前端测试真要把我逼疯了

哪儿啊

我们团队很少加班，招 2 个测试开发，感兴趣的看我发的 JD