哪儿啊

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

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

如何问，问那些问题

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

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

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

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

不是互联网公司吧

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

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

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

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

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

make the change

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

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

你们是自动化测试？

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

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

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

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

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

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

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