我发觉很多小公司根本没必要做平台，业务量不大，简单的脚本代码量就能搞定。但是为了跳槽或者秀开发技术，硬是用 springboot 或者 django 做个平台出来，实用性很差，至少我这么认为！除非你这平台能训练模型，能帮助我拍牌照识别图形验证码。。。这些都是开发技术，可能刚学完就拿来练手，我知道有些人会喷，但我还是要说用你这个平台，不如我自己写写代码实在。基于封装 appium selenium 接口的大杂烩平台太多太多，毫无新意。

想起了之前在 github 上遇到的一个极品，专门开个账号到别人的项目下面去提 issue： 没意义，没意义，你做的没意义……

其实测试行业技术上不去不是因为没土壤，而是有太多这种人，看不上所谓的技术，不尊重别人的成果，时不时就跳出来鼓吹一下技术无用论。
而且这种煽动性的帖子能不能稍微发得专业点？ 一点逻辑性都没有，平时就是用这种思维和口吻去和产品、开发沟通吗？

1.看了这么多回复，总结就一个点浮躁；
2.抛开测试你工作的核心就是价值产出；
3.回到测试行业真是最看不起的点点点守住了产品的底线，满分 100 分的话，这个干好了你就达到了 60-70 分；但实际做的咋样。。。
4.在功能测试点点基础上自动化测试、根据业务需求性能测试，这样你就差不多能够达到 80-90 分；
5.至于说的测开炫技的平台开发，白盒测试、deveops 等等技术能能够在公司有输出其实你就 90-120 了

总结：测试所说的土壤是可以扩展的，处理拓展做好本职工作，现在更多趋势是 QA 角色，协调部门与部门之前的角色，沟通协调能力这类软技能也是一个很好的价值体现，而且也是让 BOSS 能够真真切切看到的，

特别搞笑一点就是觉得没价值就不做，谁不是菜鸟出身的，做出来的东西都是慢慢完善才从没价值变成有价值，永远想着没用不做，你能升天，一下产出高性价比的东西？

先总述下我的看法：
对于测试部门这个成本开销部门，能省钱做事，控制质量风险和资源投入，测试过程和研发资源配合不脱节（不能光关注产出 bug，不顾研发解决能力，尽量配合研发人员解决能力有重点有节奏的输出 bug），掌握这样能力的人是必要的。为了成为这样的人自己去积累解决 “套路”，业务中实践或个人实践均可，形成自己的经验积累。这些快速落地解决问题的 “套路” 就是测试技术。

所谓测试技术无非是需求中来再回测试执行中去，务实的一步步解决问题。当然合适的工作环境及团队氛围可以促使一些新 “玩法” 产生。

根本上来说测试服务于研发阶段的 bug 发现，发版阶段的量化评审，长期项目的持续质量把控。而这其中自动化也好，基于技术方案的专项评审也好也是服务于测试效率提升及测试覆盖范围扩大的。

所谓的 “土壤” 更关键的是该业务对测试质量的重视程度，对测试质量重视才能尊重测试人员的产出结果，做出成果的测试人员也更有成就感。

做测试技术的人最终目的是什么？
我的看法是：
1、节省测试成本包括人力成本、沟通成本和测试软硬件资源成本；
2、通过测试方案设计平衡资源投入的产出比及必要的评审需求支持。

为了最终测试目的，怎样才算懂测试技术呢？
我的看法是：
1、积累自动化解决重复执行工作的各种 “套路”，有需求时可支持快速落地自动化方案去减少执行人力。（手工执行的人力投入是测试过程中最大一块成本）
2、根据项目对质量把控的要求，分阶段有节奏的配合研发资源推动 bug 修复和用户体验优化。也就是通过测试策略设计测试把控范围选择，利用有限资源尽可能扩大覆盖范围。这其中指标性评审项建设，及分阶段的测试资源投入与产出效果平衡就是测试技术。

呵呵，你真逗，不为了跳槽，难道你工作不在意工资多少的？（你财富自由当我没说）能有点追求吗，用不上就不学，等机会来了，没技术你捉得住？给你尝试还不尝试，还以为写几下脚本到顶的

我就没那么伟大，什么能赚钱就学什么

1. 为何不做开发？ -- 为何学了技术就一定要做开发？ 测试就不需要技术吗？
2. 测试离不开功能测试 -- 测试同样离不开功能测试之外的其他测试技术和能力啊，有什么冲突呢？ 而且自动化测试就不是功能测试吗？
   
3. 关键看代码量 -- 我上面也说了，现在的测试框架和平台都那么丰富和成熟，搭一套下来真正要写的代码不会有多少。 除非完完全全自己闷着头造轮子。
4. 这样写下去不如做开发 -- 你确定写个简单菜单权限就能做开发了吗？
5. 别人用你的平台，别人能学到什么？ -- 首先平台是为团队服务的，首要功能是干活，不是为了给人学同样的技术。 团队合作肯定有分工合作，能要求每个人都做一样的工作、得到一样的锻炼吗？
6. 真正干活的还是那些功能测试 -- 做出东西之后跑路跳槽的例子我没碰见过，不发表意见； 但是除了功能测试，其他的测试方法和工具也能为工作服务啊，比如自动化、接口、性能等等。
   

说点个人得看法，就拿 38-40 楼举例吧。
38 楼，看到了各种问题，至少比闷头瞎干得强。企业是要解决问题，而不是发现问题的人。同时想的太多，没有明确的目标和计划，跳槽大概率原地踏步，不过是一个坑到另一个坑。如果能再看高一点，多想想问什么别人职位比我高，能力比我强，应该还是有救的。
39 楼，学历重要，但是不是唯一标准，刚毕业不足 2 年，或者底层员工干了 N 年，思维单一化，觉得很多事情非黑即白，底层中的底层。
40 楼，小鲜肉，至少在测试行业比较幸运，受信任，可以做一些比较深入技术的事情，有目标有执行。

40 楼一年经验可以做很多 10 年以上测试做不了的事情，年轻可塑性强，要价还不会太高，也没有各种要求。
最后一个问题，你是老板，你选谁？现实吧~

还是那句话，根据公司规模和业务量，有些公司根本没有时间做回归，功能测试都来不及做，非常考验测试策略和颗粒度。做自动化大多数场景在回归测试，当然你把运维 devops 搬进来扯当我没说。ui 自动化是最难实施的，懂基础概念都知道单元测试比重是最高的，ui 是比重最低的，但是国内土壤不适合。单元测试都是开发自己做的，这样机会导致大部分测试下岗，这是这个行业不愿意看到的。提升测试的价值，最简单直观的方法就是发现 bug，你发现的 bug 越多，你作为测试就越有价值。不要谈深度，深度 bug 多还是浅度覆盖多？测试将就功能覆盖率，一个面不是一个点。你技术大牛漏测有啥用？老板会原谅你吗？

我被楼主面试过，在乐视的地下 1 楼，很可惜终面没有过。楼主能力很强，体现在他的想法真的能 “落地”,而不是很多所谓业内大佬光说不练的吹牛逼。

吐槽喷有啥用呢。~
比如我，我明显感到我扯犊子的能力比我技术能力强多了。。。
吐槽土壤，两条路：1.改变土壤，2.离开土壤。
不就是多数人只会吐槽，真做，要么啥也不会，要么学的贼慢，全是理由，才被鄙视的么。。。

这样为何不做开发？测试离不开功能测试，平台建设有多少公司需要的，关键还是看代码量，首先我不是不爱学习，我自己私下也用 springboot 写了一个简单的菜单权限。但是我觉得这样写下去不如做开发，因为都是开发用到的一些技术，而且搞个平台对你来说是个提升，但对其他人，还是点点点你这个平台。你不觉得这样就自私了吗？我是讲了一些大话，但这也是客观的现实。别人用你的平台，别人能学到什么？有人可能会说教他，带团队提高。但我工作过得小公司不少，大多数都是做出来东西跑路跳槽而已，他们充当的角色就是"技术门面"，真正干活的还是那些功能测试！

为什么现在流行搞平台？ 我觉得是有很多的推动力：

1. 容易体现成绩，给领导看这个会比组织一堆测试脚本更直观
2. 现在搭建相关平台的技术门槛不高，有那么多别人搭好的框架可以拿来用或者改造、参考，或者从头来用 Django/flask +selenium 搭起来也很快。 既然不难，为何不实践一下？
3. 平台如果设计得好，在团队里推广使用和统一管理会更便捷有效。 也就是平台有他实际的优点。
4. 有部分人可能更多是想利用这个契机搞一下 web 开发 ，撸一把代码。 但是从另一角度，让测试去体验一下开发的角色，又确确实实能提高写代码的能力和解决问题的能力，也是对测试团队技术能力的一种提升。

终于说出重点了，多点技术多点工资。现在找大多数 bug 还不是靠功能测试，点点点找到的。在公司业务量没上去的情况下，功能测试点点点是必须要做的事情，也是主要工作职责，点点点是螺丝钉但也是最重要的环节。

国企企业功能测试不低啊，大型传统公司功能测试不低啊。你说的只是互联网行业功能测试工资低吧？btw 每家公司测试技术都不一样，怎么考察，但是功能测试，比如用例设计方法这是最基础的。有些人扯等价类，因果图，场景法，正交，其实也就知道个名词，基础不肯深入研究，研究 springboot 和 django。做个平台出来就能提高产品质量了么？还是单纯秀技术？

经历过了就多说了点，希望可以帮到些要在测试工作上走的更远的人少走些弯路，有没有用自己体会吧。

也不算是理论知识，更多的是个人经历的体会。我是干了 5 年手工测试后看到瓶颈在 13 年底转的自动化，当时给自己找的定位是：想办法积累自己构思设计的解决方案，依靠成果输出转向自动化，不拼代码能力拼解决思路的方案设计。之后就是持续的解决思路构思和具体方案的实践，积累多了职业角色就转变了。13 年底起就一直持续积累方案，形成自己解决问题的套路。

我最初做自动化就是从实际解决重复执行的测试专项入手，最初做的是历史版本升降级的遍历自动化覆盖测试，因为最初手工测试安排这事就是安排人等着升级过程点点点，最直接解放人力的点。后来设计的脚本方案在业务中持续迭代和多次重构实现思路，对比优略沉淀出设计思想层面具体的套路。脚本方案持续迭代用到我离职时还在用。长期迭代的脚本方案可以锤炼代码设计意识，还是要多构思多对比。

我的自动化方案设计经历基本都是零基础起点构思，承担性能专项和后面基础体验专项也是。面对需求想办法构思解决问题，逐渐形成自己的解决套路。当初 14 年 4 月接性能优化这事，老大就一句话：团队中想了一圈就你能接这事，性能优化这事就交给你了。之后他提的需求也是很大的，完全要靠自己去构思落地。我是挺感谢这段经历的，当业务上有大需求压过来，扛住解决了，技术上确实成长很快，因为想的更多了。

最有成就感的是做预算时，被老大问：你就报这么几个人？够用？ 自己能有底气回答：够用。 因为说明自己的套路是有用的，用了比其他人预期更少的人力资源。再有就是自己做的方案实际解决人力需求的时候，同样的测试需求节省了资源产生了价值。

说到业务知识点积累及解决问题的经验积累，建议尽可以的熟悉了解业务，了解需求的细节，了解可被利用的数据来源和开源方案。要实践对比优劣，设想适用场景，组织利用形式。这其中就是要多想，多了解，多尝试。不过有很多人在做的事情就是了解为主，别纠结太多了。比如 UI 自动化测试，大多数人在做方案的 “红海” 不好出有个人特色的解决方案，大多是一层层的依赖包装，且同类 “竞品” 太多。找找 “蓝海” 构思下其他人没在尝试的事情。

我的看法测试人员应该是个 “杂家”，各方面都要有些积累，至少做到了解，这样设计解决思路才有资源可以组织。而且项目中可以和各部门聊需求。除了业务自动化，测试流程自动化对接，解决评审流程效率等方面还有更大的空间。

我习惯于目标需求倒推实现思路，多积累实现思路让自己在构思方案时有多条路可以选。

看了大家的一些话，我也简单说一下自己的看法把，我目前在 OPPO 互联网这边，是一名初级测试工程师，17 年本科毕业。以下的纯自己的观点，有什么不太对的，也希望大家批评指正。
1、我首先肯定行业有一定的浮躁，过于去追求自动化，搞业绩，但是呢，大家可以转变转变思路，，比如安卓 UI 自动化，我们可以用 UI 驱动做一些专项测试，内存，流畅度等等都是可以的呀。
2、我承认 “土壤” 限制了一些东西，如果没有好的项目或者规划，有些东西很难看到使用点，但是不能忽略，比如 Dubbo 的 Mock，我这边用来 Mock 一下广告团队的服务，因为跨团队的服务在测试环境的维护程度是不一样的，很容易出现服务不可用。
3、Dubbo 的接口自动化测试，我的目的希望监控测试环境服务的稳定，而不是接口本身什么错误值验证，了解 Dubbo 的应该知道，provider 或者 consumer 接口版本的升级或者 Dto 的改动都会导致服务不可用，我们不了解这些技术，怎么能维护好测试环境呢
所以，技术是我们手上的工具，关键是能发现项目组中可以用来搞的那个需求点，比如我最近想做数据库迁移的部分自动化测试，那怎么搞呢，写脚本，做统计，作对比
大家一起加油

我是 46 那个，感谢分享经历。我经验不是很多，只有 1.5 年。看了下你的文章，感觉很高端，但是看不懂，文字总结能力很强阿，感觉和领导汇报工作会很 6 阿。

自动化就是功能测试，web 端是非常有必要自动化的，我想天底下没有哪个测试一直重复性的点点点而感动欣喜吧？至于你说的前端一直变，相对论，你现在公司要是前端页面 1 天 72 变 ，你也没必要呆这个公司了，真的！PAGE 模式、数据驱动等等都可以解决前端 UI 改变的问题，随便改改配置文件就可以了，你难道不知道？

我面试的时候 发现好多前辈测试甚至开发，都不知道功能测试、自动化测试、性能测试区别。。。。比如自动化就是性能？看起来都是机器跑？比如？功能测试和自动化测试没半毛钱关系？等等我好多次面试都不知道怎么回答他。。。

怎么全是匿名。
开发也基本一样，即使是 bath 之类的，招人的时候技能要求很高，但是最多人做的还是 CURD 这样的吧，所以开发同样可以大量的外包。
实质任何工种都一样，决定技术和路线的都是少数人，大部分人就是螺丝钉，很容易置换。
所以才需要努力向上爬，争取做那个可以决定自己命运的人，但是这样的人能有多少？5% 最多，绝大多数还是平凡的人平凡的过一辈子。

搜噶

机会是给予那些准备的人的。。

一到匿名就 30 多 + 回复 真是闲的蛋疼

是时候亮出你的大宝剑了

记得之前看过一个关于职业发展的帖子,讲了作为一个高级测试的话应该掌握哪些技能, 有些东西不是说有用没用, 而是随着你工作经历的增长,你应该多去接触,多去学习保持自己的学习能力。
拿开发平台来说,你干了好多年测试了,就满足于会点开发基础而不去想着学学开发框架吗? 我觉得你会这些不是代表你会多少东西, 而是你始终有一个保持学习的心,真当整个行业有什么大的变化,大的技术变革的时候能很好的适应学习。
但是可能也如楼主所说, 整个测试行业的发展好像并不是这么发展的, 对于一些后进来的测试人直接就是要求他们会这些东西那些东西,好像做测试不会这些高级技术就做不了,导致他们还没有形成好的测试基础测试思想就沉浸于造轮子了。可能这也是土壤的原因吧。
但是无论土壤如何, 总是优胜劣汰, 适者生存, 既然没法改变环境, 就改变自己吧

举个例子为啥运维的 devops 那么火？因为可能他需要部署上千台服务器，所以他的技术是有价值的，但是小公司可能就几台服务器，就算你技术再溜有啥用？所以测试和运维有一个共同点业务量大才能发挥作用！所以体现技术价值只有在大公司！开发不一样，敲代码是他们的工作，但是现在搞的太浮躁，满屏的开发技术，设计模式，算法，数据结构，训练模型。有多少公司公司的测试用的到。全中国 10% 的测试会不会这些？测试和运维的共同点是一样的，业务量大，架构复杂，但只适合大公司，但现在运维确实比测试地位高，因为就算小公司运维 linux 必须会吧？测试呢？设计用例他掌握了吗？很多培训机构出来的基本也就打字熟练点。。。真的尴尬

测试技术日新月异，感觉 lz 这个吐槽是眼界有点低，还有一些怨气在里面～～

我觉得有必要啥时候再写一篇文章来讨论一下这个问题，社区里这种话题太多了
话说我都 4、5 年没写文章了吧，唉……

1、点点点守住了产品的底线这个真是真的；开发技术在牛逼，如果你测试漏了 bug 你领导一样屌你
2、那些说开发技术，在测试中有用的，举个例子自己说说用了什么牛逼技术，解决项目什么问题，是做代码单元测试，还是教开发写代码？感觉现在好多人搞些偏离测试的东西
3、我一个测试也学 django、爬虫、docker 开发的一些东西，但是这些东西也没有落地过，仅仅是平时自己写一些东西
4、很迷茫不知道有没有人和我一样，没有方向的瞎学。感觉造成这种情况是因为那些搞培训的人，一直在推这些东西，但实际工作中很少会用到。还有就是那些带节奏的人。导致现在即使是只要招一个点点点还要各种要求。
5、我不认为技术没有用，学点东西对测试设计 case 以及在测试执行上面是真有帮助，
6、最近看了很多关于互联网寒冬裁员的。我自己也打算年后离职。为了找工作换个更好的地方更高的工资，在市场职位，不断的减少，经济下行的情况下。不管这些技术有没有用，能不能用到，为了能保住下份工作只能继续学，非常残酷无解。
7、想过转开发，但是自己用的是 python 对应的开发岗好少。有想过去找个培训机构修炼半年，java 后台，去做开发。
8、我是个外包测试，即使被评优秀员工，测试上从未漏过线上问题。项目取得成绩，我也天天加班阿，加班调休共 60 多天，和我没啥关系。测试真的在鄙视链的最低端，正式员工鄙视外包员工、开发看不起测试、会点技术的测试看不起点点点的测试。。。。
9、组里面的正式员工，最近在搞移动端的自动化，搞了一段时间也没有弄出什么成绩来，周报里他们报的问题，其实我大概都知道怎么解决，因为之前学习 appium 的时候，就是拿我们公司的 App 来做实验的。可能有人会觉得为什么你那么会，你不能做正式员工阿，因为学历，我自己是个大专计算机的，他们学历比我好，而且之前的公司基本是些有名的大厂。说真的，学历这个东西，真的让我有些自卑，难受。上面说了想转开发，但是想到以后还是会遇到这个学历问题，注定没有学历走不远。
10、年后必须离开这个鬼地方，是个人都能对你指指点点。即使我懂怎么做，我会告诉你吗，我能得到什么吗。

欢迎指正，纯属个人经历和想法。希望年后可以换个好点的公司

是的，学历比技术重要，测试这行业就是这样的，比如你硕士学历你可以不懂技术，进大厂就是做管理。测试主要工作就是功能测试，技术只是辅助，只是现在有人把技术夸大了。

我说你在这自嗨啥呢，我真是醉了

老哥 我也是大专计算机毕业的 我也是自己看百度和论坛的一些东西在瞎学，学了之后感觉用不上，现在是自己在一个发行公司测试公司发行的游戏，但是出于研发的技术水平太低，我根本得不到研发方的辅助，很多东西想实验都觉得无从下手，然后也有想过去培训，但是我现在的情况不允许我去话半年的时间去培训，我现在必须要有收入，所以很迷茫也有想过网络课程，不知道老哥你怎么看

额，在网上应该也很少关于游戏测试的资料什么的吧，
我不清楚游戏行业怎么样呢，感觉 WEB 的应用或者移动端的工作相对多些，学习资料也多一些。
我打算年后找自动化的工作，我现在在一个互联网银行工作，是外包。
自己学了蛮多的，在这边没有什么实践机会，没啥归属感，等年后希望市场情况好些吧，找份自动化的
如果是找到 python 的后端开发，或者爬虫数据处理类的工作，也可以，但是感觉机会比较少

楼主说的一点都没错，之前在一个大点的公司，公司有专门的自动化的团队，后面出来了，换了现在的这家公司，这公司没有自动化，但是领导想做一做自动化，大半年过来了，也做了一点东西；但是完全体现不出来自动化的价值，现在由于业务那边活太多了，让我也跟着过去做业务测试，自动化暂时不做了。。

测试的目的，就是保证产品的质量，产品能在生产环境跑起来；手段可以点，也可以自动化，怎么简单快捷有效就怎么来。
现在人说技术什么的，都在学，不就为了涨工资，好跳槽不失业吗。大家可能不是技术大牛，但都是做过测试的，测试是怎样需要具备什么啥些技能大概都知道吧。不是说技术没有用，那些高端的测试，在市场上有多少，有多少这些职位？市场就是这样，管他有没有用，能把钱拿下就好

楼上的大哥理论知识说的 666 阿 是做领导的吗？

说道对优化测试投入产出比，优化测试方案的资源占用的意识形成，也是和经历有关，每份工作的大起大落最后都和成本控制有关。毕业后在 GameLoft 做游戏测试，就是手工测试事无巨细的报 bug，其实回想起来很多 bug 到项目结束都没解，最后 12 年测试经理以下全部裁员。

之后外包去联想做智能电视的测试，工作团队小才开始注重有意识的报重点要推动解决的 bug，不重要的 bug 少投入些精力。结果联想控制外包成本，清理合作的外包公司，出项闪人。

在之后就是乐视的大起大落，不过这段经历确实是我成长最快的，反思最多的。压得需求多了而且提出的需求越来越大，得靠自己想办法落地，测试团队也是膨胀到裁员收缩，经历事情最多的一段工作。当然乐视的现状很多人都清楚，但内部大起大落的经历不是外部人员能了解的。

陆续的经历，反思下来测试这个花钱的部门，能省钱做事，有套路积累快速落地解决问题，第一时间输出质量风险的人，在每次成本控制，一批批裁员，都会是最后被坚持留下来的。因为踏实做事，持续产出，积累认可度，甚至影响项目团队质量把控的决策。

这样被需求的测试人员，工资待遇，工作机会都是会主动找上来的。

封装 selenium uiautomator2 xcuitest http/s 请求，在我看来确实没有意义，不是因为不好，是因为同质化太严重。我不会踢球就不能说中国足球，我不会打篮球就不能评论 nba?

大佬，数据迁移后数据校验的脚本逻辑是？

都 8102 年了，没想到还能遇到这种论调

1. 自动化测试和公司的业务量完全没关系，而是和你的产品特性如何。 迭代测试的版本越多，越有做自动化测试的必要； 至于前端页面一直在变，总不会每天都在变、所有页面逻辑全部变吧？
   
2. 公司内网部署的，一共 100 多个人用的项目，如果不想花这个时间，性能测试确实不是必要的； 但这不是主流吧？ 而且即使是公司内部用，性能存在严重问题，也没必要压测一下，优化一下吗？
3. 前端适应手机端的页面，如果你说的是 web 页面，确实没必要采购手机来测试，chrome 可以模拟各种手机屏幕分辨率。另外，这个也是 selenium 可以模拟进行自动化测试的。
4. 一个工具的意义不在于它是不是和其他工具不一样，而是它能做到什么，提供怎么样的生产力。

人家有话说，有话可说，你有本事你也说，你这嘴脸真是醉了……

在大多数三线公司，搞平台的很多都是充当 “技术门面”，真正干活的还是那些功能测试，他们撸了一把代码，然后跳槽去大公司。他们确实能说也会做，用的也确实是开发技术，但大多数华而不实，或者他们公司根本没这业务量，只是为了跳槽秀更多的技术。所以就有很多人这个疑问，你为啥不做开发？可能在阿里，华为不会问这种问题，但小公司见怪不怪。机会是留给有准备的人，但准备充分不等于就有机会。

总结不错点个赞

写后台管理平台，配菜单权限是基本功能吧？我也没说写个配权限就是能做开发的，是往这条路走下去还不如做开发！测试基本工作就是功能测试，其他只是辅助的手段。至于性能测试 自动化测试还是要看公司的业务量。比如卖产品的，公司内网部署的，一共 100 多个人，难道也要搞那么重的压测吗？又比如前端页面一直变化，难道就要天天 selenium 吗？公司可能没有移动端，只是前端搞个适应手机端的页面，难道需要公司采购手机，做手机自动化么？学技术固然没错，但不可能个个公司都需要自动化吧？个个公司业务量那么大吧？

怎么样能提高工资，提升公司效率，就怎么来，很多东西都是根据实际业务出发才做的

多掌握技术，其他的，听天由命

56 楼浮云大佬真的说得是拳拳到肉
而我恰好是他口中的缺少思考，只会执行，嫌弃工作环境不好，没人带自动化的渣渣一枚。。。
做了 3 年手工测试了，现在在一家小公司，组内就我一个测试。
学了一点 python、java 语法，学了一点 spring 框架的使用。有时候帮开发改一些简单 bug，写一些简单功能。

测试的时候还是点点点点。

内心真的十分迷茫啊。。。是继续做测试吗？好想去个有测试团队的大公司，学习下自动化。但是本人没有任何手工测试以外的经验。
是转开发吗？我这三脚猫的技术，实在是太差劲了。
我有时候也会想，是不是应该试试其他的职业方向。。。

最重要的还是，工作中发现了什么问题痛点，做了什么，怎么做的，达成了什么效果，解决了什么问题痛点，仅仅追求技术没有理解是没办法成长的。
当你完成一轮后你就明白了，就会打开新世界的大门。
老板招你是解决问题的，不是秀技术的，技术为业务服务，脱离了业务的技术毫无用处

脱离了需求的实现 都是耍流氓

你也是有趣，按你这么说，足球踢得烂的人都不要踢咯，没价值

我看了两小时你说的话，

你为什么，喋喋不休呢

I THINK YOU ARE STIUPED!!! STIUPED!!!

2、3、4、5 点总结的很好。但是 3 点太依赖于业务领域，换业务领域的话以前经验大打折扣。还有就是功能测试工资低确实是不争事实。

谁会这么无聊秀技术，这是要升工资，要钱好么，要更好的平台好么

对技术要抱有尊重和敬畏的心态，当然越是哀怨可能越体现自己的无知和技术的薄弱，不要抱怨，不要做吃山空，外面的世界很精彩，不提前做好准备怎么能保证自己不被淘汰。同时也以此自勉！

自动化测试之类的技术，目的不是在于发现 bug，而是怎么进行回归的保障
等同于回归测试一般都不会发现什么 bug，但不代表回归测试没有价值，对吧？

高度不一样，仅此而已。

期待

哎，其实基层搬砖的都差不多。
稍微上一点，确实不如开发。但是测试也容易做到 LEADER，有得有失。。。
虽然根本都是面向 KPI,面向工资编程。开发还是项目压力、工程经验会多一些，成长也快一些。
哎，回想 3 年前，我生命周期、设计模式什么都不懂。。。。。。
但是也会想为什么压力要这么大，有时候当条咸鱼不也挺好。。。