这是一个创建于 2105 天前的主题，其中的信息可能已经有所发展或是发生改变。
本人二十一，目前在深圳做游戏功能测试 算是带薪学习（ Python ） 还请 V 友们不吝赐教！
 | 1 tanwill12138 OP 顶下，别沉 |
 | 2 sa2501 2020-01-07 09:58:29 +08:00 二十一离三十五还有些时间，加油好好干吧！！ |
 | 3 runinhard 2020-01-07 10:00:16 +08:00 天花板比开发低，但是比开发轻松，竞争相对小些，相对容易进大厂 |
| 4 tanwill12138 OP @sa2501 策划这条路不太想走（也不太好走），想转自动化，看看 V 友们有何见解 |
| 5 tanwill12138 OP @runinhard 嗯嗯，感谢点评 |
 | 6 Laimf 2020-01-07 10:04:07 +08:00 转自动化测试，或者测试开发，都相对好点。 目前国内需求还是蛮大的，需要找大些的公司，小公司就没必要了。 只会功能测试，以后会越来越难。 |
| 7 tanwill12138 OP |
 | 8 tanranran 2020-01-07 10:13:33 +08:00 成本太高 python 被吹过头了 |
 | 9 maichael 2020-01-07 10:15:25 +08:00 老实说，不咋地，只要大一点的厂会有这个需求，而且每个大厂的玩法都不一样，我还是觉得能转开发就转开发的好。 |
| 10 tanwill12138 OP @maichael 感谢点评 |
 | 11 ah64zzpk 2020-01-07 10:27:35 +08:00 web 测试你说的是那种以 selenium 为核心的模拟浏览器操作的 e2e 测试吗？那个你需要有比较强的编码能力能够根据你自己的产品搭建一个合适的测试框架（以现有的框架为原型，比如 Java 的 testng， 或者是 python 的 robot frameowork ）做一些测试工具的开发，然后有能力集成到 ci/cd 里面去才比较有竞争力，接口测试也是一样的，就是要有开发 /集成框架的能力以及对被测试系统的充分了解+测试设计的能力才能做到上游，单纯去做测试用例到脚本的转换是体力活。 |
| 12 tanwill12138 OP @ah64zzpk 您说的很有深度，我还在路口，没想好是往 web or 接口 方向走。 期望这方面的前辈，给予中肯的建议 |
 | 13 Pichai 2020-01-07 10:50:57 +08:00 建议钻研性能测试和接口自动化这两点就了。 |
| 14 tanwill12138 OP @Pichai 感谢您的建议 |
 | 15 efaun 2020-01-07 11:02:29 +08:00 @tanwill12138 #14 devops 也是个方向 |
| 16 tanwill12138 OP @efaun 将 jenkis，docker，nginx，zabbix，自动化脚本等一些部署在一个服务器上，就统称为 DevOps 平台吗？ |
| 17 tanwill12138 OP @efaun 或者说是一个思想 ，概念？ 我不太理解- - |
 | 18 q8164305 2020-01-07 11:22:36 +08:00 via Android 不建议做自动化，建议直接去做开发，现在牛逼的自动化也是开发转过去的 |
 | 19 hantsy 2020-01-07 11:34:47 +08:00 @tanwill12138 首先要写测试，再谈自动化。 |
| 20 tanwill12138 OP @q8164305 感谢建议，这也是一种途径 |
| 21 tanwill12138 OP @hantsy 感谢建议 |
 | 22 HonoSV 2020-01-07 13:08:27 +08:00 反正要学代码的，不如深入一点转开发算了。测试的路会越走越窄 |
| 23 q8164305 2020-01-07 13:32:38 +08:00 via Android @tanwill12138 不懂开发的人是不可能把自动化做好的 |
 | 24 ben1024 2020-01-07 13:36:37 +08:00 不建议，自动化测试门槛较高和市普性较低，大厂需求多些 |
 | 25 37Y37 2020-01-07 13:37:14 +08:00 我有一部分工作是运维自动化，跟测试自动化有点类似，云技术发展的逐渐成熟，个人感觉自动化类的是个方向，但只有中、大厂需要了 |
 | 26 hoyixi 2020-01-07 13:38:17 +08:00 趋势是：国内这些测试职位都将被优化 |
| 27 37Y37 2020-01-07 13:38:38 +08:00 另外说下 Devops 只是一套理论方案，从开发到上线的自动化，不过通常我们讲到这个的时候说的最多的是为了完成 Devops 而实践的一系列自动化工具，有写过一些此类工具，可以参考： |
| 28 37Y37 2020-01-07 13:38:53 +08:00 |
| 29 efaun 2020-01-07 13:52:21 +08:00 @tanwill12138 #16 可以看看 25L 的网站，我也经常逛，很有帮助 |
| 30 tanwill12138 OP @HonoSV 谢谢建议 |
| 31 tanwill12138 OP @37Y37 感谢前辈的建议 |
| 32 tanwill12138 OP @ben1024 谢谢建议 |
| 33 tanwill12138 OP @hoyixi 尽力不被优化 |
| 34 tanwill12138 OP @efaun 谢谢您的建议，麻烦问下域名是什么？ |
| 35 efaun 2020-01-07 14:16:38 +08:00 @tanwill12138 #34 就是他下面回复的那个，https://ops-coffee.cn/ ，我觉得测试后面发展就有点接近运维了，但是比运维又偏向开发，我目前是在往 devops 发展，单纯的测试很容易被优化掉 |
| 36 tanwill12138 OP |
 | 37 a852695 2020-01-07 14:37:47 +08:00 做自动化容易，做出自动化的价值难。 |
 | 38 pangleon 2020-01-07 14:43:19 +08:00 如果说现在 DEVOPS 和微服务，DOCKER 都已经从喊口号到实现了， 自动化测试还任重道远，因为需求不改是不可能的，之前你只改测试用例，现在要改程序，改了程序是不是你程序自己就得测一下？工作量翻翻钱不加你开心不 |
 | 39 2379920898 2020-01-07 14:50:08 +08:00 前途大大的，月薪 3 万 |
 | 40 rockyou12 2020-01-07 17:09:00 +08:00 自动化测试需求还是很大的，上面都说小厂没需求，其实是门槛太高搞不了，或者不划算。毕竟测试是要结合业务的，业务变了代码一变，测试也跟着改了。要真有 docker 这种划时代的技术或测试方法，那还是大有可为的 |
 | 41 awen0308 2020-01-07 17:23:52 +08:00 接口自动化，性能测试，测试开发走起！有能力去大厂吧！ |
| 42 ah64zzpk 2020-01-09 09:42:14 +08:00 不管是接口还是 web，核心的竞争力是编码能力+对测试的理解+对被测试的东西的理解，你可以先从编码能力上下手，因为这个自己可以不断的学习。 |
Select Language