持续不断的学习才是王道，或许有一天你会发现大多数在学校学了计算机知识、在毕业后没有持续学习的人已远远落后于你。
社会正在奖励持续学习的人

你这是哪个谷歌。

那是公司和团队的问题，不应该由自动化来背锅了

给自动化的钱，做手工的活不是很赚么？

哪儿啊

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

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

如何问，问那些问题

这种进去之前可以问清楚吧

需要什么操作自己百度一下参数就完事。这点都做不到的也谈不上成长了。想玩玩练手的话可以试试，构建成功后自动集群跑 monkey，统计性能数据，结束后分析 log 信息，发报告这种。

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

开发从其他行业转过来的更多，业务代码写的多，技术积累不见得多，因为你工作是纯输出，自己学才是输入。平时工作都是百度复制粘贴，而且加班学习时间更少

不是互联网公司吧

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

做测试的人太多了，我好几个同事都是其他行业转过来的，因为测试不需要技术，上手快。开发的简历很少有水分因为每天都和技术打交道，但测试偏业务，就算你这家公司业务再熟悉其他公司也不一定能用上，而开发每天都在写代码改 bug，所以常常和技术打交道，这就是为什么测试没有开发进步快的重要原因！

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

我觉得首先是搞清对测试的定位吧，测试不同于业务和产品，他们的目标是希望尽快上线赚钱盈利，但对测试来说目标是保证产品质量，测试就是技术活，不管是业务手动测试还要自动化测试，同样也都可以发展得很好，都不是那么简单的~

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

make the change

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

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

你们是自动化测试？

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

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

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