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

不是互联网公司吧

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

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

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

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

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

make the change

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

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

你们是自动化测试？

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

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

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

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

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

看到过很多这种，公司也有 monkey 测试，公司做的 monkey 测试是在云平台，创建任务自动执行，然后解析 log，发送报告~ 界面 的话，说没用也没用，哪些参数什么的基本也不会去怎么改；说有用也稍微有点用，可以给测试人员用 ~

这个是我 17 年写的，也感觉没啥用

因为努力学习的人都是会需要又回报的。
回报又是需要业务和商业支撑的。不是你想多给手下钱就能给的。
新人努力提升后，公司给不了就只能换公司，行业给不了就只能换行业。

只有我一个人感觉这帖子不对味么？一方面，任由老油条混吃等死不上进，另一方面，对新人百般挑剔各种阻挠，生怕新人学了就走留不住，为什么不从自身找问题？你的公司为什么留不住人呢？

不知道出现的原因，怎么去回归保证问题解决了呢~

我们老大说：不考虑毕业生。因为教会了会走人。

当你觉得要被淘汰的时候，这个时候是选择更进一步还是原地踏步。钱江后浪推前浪，太正常了；

不愿学的人，别说鲶鱼效应了，鲨鱼效应都没用