请问下各位同行，测试为了质量，经常测来测去的，越来越觉得自己总是在干价值不高的事，即使做了自动化还是帮开发检验功能，做些边边角角，可有可无的事，价值感太低，是不是测试职业不适合长期做，只适合短期作为跳板？
测试能跳啥？技术岗？鄙视链最低端。往上，难度极大。
任何一个职业都有高端岗位，一看努力，二看命。
努力往上爬啊，会功能就学自动化，性能，安全啊。为什么我觉得要学好多好多的东西。。。。
按楼主的意思，长期职业应该是说 价值感高/作为核心 的职业吧。
这种观点，我在业务开发那里也经常听到。
见天做一些页面展示，处理后台发送的数据的活。
重复，枯燥，无聊。
核心的安全，性能等代码，完全没有参与的机会。
而大部分点点点的测试，就是帮这群人检查问题。
一群觉得测试没有价值感的人，去帮另一群觉得业务代码没有价值感的人，检查代码是否可靠，是否稳定。
多可笑。
所以，你看，你觉得是核心业务的开发们，里面也有等级划分，也有核心和非核心的划分。
那其实测试也差不多。
你觉得测来测去没意思，那你有看到那些已经不再参与具体业务测试的测试们在做什么吗？他们的价值又在哪里？
你有看到工作多年，还在一线业务测试的测试们，他们做了什么，让整个团队都信任他们？
如果把测试看成只是检查质量，那确实价值不大。因为有没有你，质量都在那里，不升不降。
但如果把测试看成保障质量，那价值就不一样了。你能去让开发、产品提高质量，甚至参与到需求、技术设计中把控方向，减少故障损失成本，创造价值。别小看保障质量的价值，小则减少故障损失，大则简化和提炼需求及设计（简单本身也代表着出问题概率的减少）。最终能节省成本，以及缩短交付时间，间接增加收入（互联网行业，都是在抢速度，第一名可以获得很多额外红利）。
365 行，行行出状元，而且当你成为状元时，你可以选择的行当可能也更多了。当你深度和广度到一定程度时，你就发现你可以不只是局限在测试了，可以跨界到研发团队管理，甚至负责一个业务线。如果你的深度和广度不变，那永远是工具人，不至于没有价值，但可替代性很强，过几年就会被更年轻的人替代。
陈恒捷
回复
这种事都是高级开发，什么架构师的工作
测试就点点点就好了，整这么多概念，倒是给点实例，给点可行性的案例啊
35 前对开发来说升级大多应该还是挺平稳的，那测试？
并不是不适合长期做，是如果要长期做，你要付出比别人多的东西。
毕竟你在做连你都看不上的工作。
卢博超
回复
唉，既然都这么看不上测试了就转去做开发嘛，一边抱怨一边又不敢改变还对别人的意见无动于衷，那做人多累啊，这种事情自己开心就好，也许你真的做开发做成了技术专家呢？
转行把，对自己的工作兴趣还是不大，只是为了混口饭吃，但是不深入
你换个开发者论坛问 结果又不一样了
其实都差不多的，只是国内的氛围就是这样，公司拼着抢市场，没有时间给与沉淀。长期职业还是要回归测试的本质，研究理论方法，看国外那些大神的理论都自成一套。国内就搞搞自动化，大部分可能还没有实际效能提升，提升了下绩效。测试还是离不开人，不是测完了符合需求就完了，涉及到的因素太多了。
为什么把自己不努力转嫁给职位问题，如果你是开发，我觉得你还是会发一样的话
问题：” 开发只适合作为职业短期跳板，不适合做长期职业 “
内容：” 请问一下各位同行，开发为了功能需求，每天就做换汤不换药的功能，越来越觉得自己在做一些价值不高的事 “
没有不适合的职业，只有不适合的人。
测试不只是测来测去，测试是在提出一些经验相关的关键问题判断在成本与收益之间达到平衡的一个过程，是一种调查分析相关的技能，综合需要批判性思维、金字塔思维、逻辑分析、沟通艺术、it 全栈全方位的技能，要求很高的
开发可以没有测试 测试不能没有开发
玩过 moba 游戏吗，测试说白了就是个辅助，肯定不如开发啊，但是在高端局（大公司）测试的重要性还是挺高的，当然在低端局（小公司），测试确实不受重视，因为低端局，开发自己就能 carry 了
4 楼说得很好，站的角度比较高了。5 楼领悟不了 4 楼的意图，那就没办法了。到互联网大厂历练一下，就知道该怎么去下手了
卢博超
回复
这种事都是高级开发，什么架构师的工作
可能说得直白点，这种思想才是阻碍你前进的最大原因。心里都想着最关键的、最有价值的都是别人的工作，那你自然只会去做不关键、价值不高的工作呀。实际大部分情况是，不是因为你有这个 tittle ，所以给你这个活，而是因为你表现出了能干这个活，别人才给你这个 tittle 。
测试就点点点就好了，整这么多概念，倒是给点实例，给点可行性的案例啊
建议看看社区里很受欢迎的这篇文章，里面的例子你应该会有点感觉：聊一聊职业发展
35 前对开发来说升级大多应该还是挺平稳的，那测试？
不知道这个结论怎么得出来的？至少我自己身边没感受到开发有这样的 “平稳” 气氛。
陈恒捷
回复
参与到技术设计中把控方向、跨界到研发团队管理……
大佬们站得好高！！我这处境完全不在一个档次上。请问很多大厂人或大佬都是处于这种地位的吗？？我在考虑要好好准备跳到大厂历练下
算下来我做了 8 年左右的测试工作，从小厂到大厂，如果你把测试工作划定在功能检验上，那么只能说是你自己对测试工作的内容和测试工程师的定义理解上有偏差。
简单说几点：
1、测试工作你是划定在开发完成后的测试阶段，还是软件系统的整个生命周期内容，这两者的工作内容差别巨大。
2、测试工程师职责你是仅仅划定在根据 PRD 的内容进行功能验收还是软件系统的质量保障上。这两者对工程师的要求一个是天一个是地。
3、测试工程师技术范畴仅仅只是点点点？仅仅只是会使用各种自动化框架？仅仅只是会使用各种性能、接口、安全的测试工具？要做好质量保障，思考你一点，你是否具备 “预见质量风险的能力”，说明白点，你是否能对测试对象的技术实现和业务场景做到完全了解。从技术实现角度来看你是否对采用的技术了解，为满足需求这些技术是否存在质量风险，开发技术设计评审时你是否能一眼看出设计带来的当前和未来的问题。从业务场景出发，你是否能发现技术实现方式和业务场景不匹配的情况，或者业务场景本身存在矛盾的地方。
4、另外就是测试设计能力，这个能力不是指的根据 PRD 进行测试用例设计，指的是软件系统整个生命周期质量保障的设计能力，从需求到来，到开发测试，到上线运营，到迭代更新，到系统下线的整个生命周期的质量保障设计能力。
算下来我做了 8 年左右的测试工作，从小厂到大厂，如果你把测试工作划定在功能检验上，那么只能说是你自己对测试工作的内容和测试工程师的定义理解上有偏差。
简单说几点：
1、测试工作你是划定在开发完成后的测试阶段，还是软件系统的整个生命周期内容，这两者的工作内容差别巨大。
2、测试工程师职责你是仅仅划定在根据 PRD 的内容进行功能验收还是软件系统的质量保障上。这两者对工程师的要求一个是天一个是地。
3、测试工程师技术范畴仅仅只是点点点？仅仅只是会使用各种自动化框架？仅仅只是会使用各种性能、接口、安全的测试工具？要做好质量保障，思考你一点，你是否具备 “预见质量风险的能力”，说明白点，你是否能对测试对象的技术实现和业务场景做到完全了解。从技术实现角度来看你是否对采用的技术了解，为满足需求这些技术是否存在质量风险，开发技术设计评审时你是否能一眼看出设计带来的当前和未来的问题。从业务场景出发，你是否能发现技术实现方式和业务场景不匹配的情况，或者业务场景本身存在矛盾的地方。
4、另外就是测试设计能力，这个能力不是指的根据 PRD 进行测试用例设计，指的是软件系统整个生命周期质量保障的设计能力，从需求到来，到开发测试，到上线运营，到迭代更新，到系统下线的整个生命周期的质量保障设计能力。
转到互联网 QA 两年了快 说实话第一年我很感兴趣 也很努力 但是渐渐不感兴趣了 也在寻找一条适合自己的路 但是不能停止的是学习 测试可以转产品 也可以努力到管理层 也可以转到侧开 还可以转插画师 等 路还是挺多的 看你喜欢哪一条 我觉得不管是哪条路吧 得是自己真正喜欢的 这样才会想去做到极致 加油吧
我之前也写文章写过，我长期看好软件测试的前景。所以现在我更想称软件测试这个职业为 QA，也就是 Quality Assurance 质量保证。
楼主所提到的业务测试只是质量保证中的一个环节，其实围绕着你所负责的产品，QA 有很多的切入点可以做。我举两个我所做的事情，我目前在一个初创团队中，我主要做了以下几方面的努力：
- 我来到团队后，注意到团队没有文档管理的平台，所以我主动帮忙搭建了 Confluence。
- Android、IOS、H5、服务端之前都是靠手动维护包，我想提高工作效率，于是尝试基于 gitlab 搭建了流水线，并且从 github 上找到一个内部分发平台。
- 完善基础测试用例，及制定各种测试文档和规范。目前我还在思考，测试用例这块做的还不到位。
- 因为我们对接的有三方服务，我很担心它们会突然挂掉影响到我们，所以采用开源的接口自动化框架将主线接口全部自动化起来。做接口监控用。（我自己其实也在规划之后的质量平台，不过目前就我一个人，势单力薄）。
- 负责日常的业务测试。 还有一些琐碎的事情，所以你看，如果你能从整个团队、从整个产品的质量保障的角度去思考，会发现能做的事情太多了。当然有同学可能会觉得做这些事情需要领导支持，我觉得只要你能拿出足够的理由是可以说服领导支持你去做这件事情的（从效率和成本方面考虑）。请你相信一点，随着你为团队做的事情越来越多，你无形中会树立起自己的影响力，同时也会提升你的成就感，这样你肯定就不会觉得软件测试只是一个短期职业跳板！ 另外，我一直觉得提升团队整体的效率和质量方面，可以作为 QA 的一个重要的延伸点，从宏观上都可以归纳为质量保障，也是我最近一直在思考和探索的方向。