1、管理好你领导的预期，自动化这事显然你做失败了
2、你认为争取的东西就应该有能力说服你的领导，如果无法睡服，说明你也不确定，领导的确没义务拿资源来给你试错……

人和人的不同点，估计就是在这里，其实在你的理解已经知道自动化的目的是用来提升效率，但是在传统的测试 leader 眼中，只会关注 bug 的产出，我已经说明，我的自动化已经在团队内部平稳运行主流程和重点模块的回归，因为是逻辑回归，业务同学也亲自感受了自动化的好处，不用重复点点点了嘛，能够找到 bug 是附带属性呀。

我说出了我的想法需要复制经验到其他项目中来更大的体现效率，而 leader 就认为你根本没有发现 bug，我投入这么多没必要，让业务同学不用省那么点时间，多加班也可以获得同样的效果 ---- 人肉战术。

就次进入了我现在的境地，leader 的意思很明显，就是自动化你自己去搞，bug 率也要有产出，就是日常工作要做，自动化你可以加班做，如果你的自动化可以发现很多 bug 了，又可以节省时间，那么就用你的方案，注意哟，leader 是不会提高任何资源的哟，口头配合。----这样的话我还不如做一条咸鱼！

我觉得五六年应该是有点水分的

不会，我觉得你想的有点偏激了，或者是沟通哪儿出问题了，作为 leader 不至于不希望团队往好的方向发展，我觉得是你没说服他，举个简单的例子，实际的应用场景是不是更能说法他呢
假设一个版本的回归周期是 1 周左右，你在星期三之前测试的内容在后面 2 天一般是不会再手动去跑的，假设有紧急问题开发提交了文件导致了之前已测试模块出了问题，那么是不是就 cover 不到，这种时候自动化是不是就有效果了呢。
如果你做的自动化连主要流程和主要模块的功能都不能保障的话，那么我觉得你得想想自己的问题

最后一句话很有感触，测试工作单靠 bug 数量来量化产出也不合适，但你说不看 bug 数量又没有别的太多东西能看。自动化？脚本？覆盖率？没有直观成果感觉不好体现。

现在五六年的测试工程师，我去面他们，只要求会点编程语言、懂点网络协议、会用 linux、看得懂技术文档。遇到问题别老问我，能自己搜索解决。但实际上能达到第一点能写点代码的就已经是来面试的人里面算好的了……其实我看很多五六年的人和一两年没分别，招点有灵性的实习生都能在半年内超越他们。

偏偏还遇上不懂技术的领导，就算有产出，但是不是领导想要的也是凉凉哦....

这个局面怕是很难了。

样样都会，样样稀松。。需要找一个专精方向。

我觉得这就陷入了一个比较常见的死循环了，没有被认可的成果，就没有资源，没有资源就很难做出成果，这不管啥岗位都一样
你得评估下当前的公司成长和环境是否符合自己预期，如果符合，那么花点时间把东西做出来没什么不好，有产出肯定就会有资源了。主要蛋疼的是测试这鸟岗位不出问题就是没产出，出了问题就是大锅，怎么体现自己产出呢

悲哀的就是，领导其实根本不懂自动化的概念，还是传统思维，已经沟通过了，我认为自动化的目的还是覆盖率和效率，但是领导偏执的希望你去解决发现 bug 率，最大的分歧点就是这里，我感觉潜在含义是让我走了。

1、不太认同当前自动化效果，认为效率不够好。
-- 我觉得这个是需要沟通清楚的工作需求，也就是： 领导希望你的工作做成什么样，达到什么样的效率和效果。

如果这个无法达成共识，那么这个工作是没办法开展的，更别提后面的成功考核。需要和领导达成共识的是：自动化测试的目的不是为了发现 bug ，而是自动化回归。所以考核目标应该是执行效率和覆盖率。

我也是之前的外包同事是一个公司的还互怂，更别提那些正式岗位的了

现在很多测试的人离开测试行业玩命的怂测试行业，我只想说，风水轮流转，苍天饶过谁

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

我来分析一波

首先提取关键字：全力支持，产假，全面否认。

这里也体现了你领导的心路历程。

全力支持阶段

可能外部环境迫使，或者你领导自身也想提高技术，你们合作算是热恋期，有共同的目标前进。所以啥都好说话，全力支持。

产假

这里是转折点，其实这个时候，就只有你一个人抗，虽然你把东西做出来了，但是，有没有考虑过能到公司内部的认可呢，这里里面就涉及到了办公室政治了，有没有给别人带来利益呢，或者有没有侵害到别人。这个东西不好说，假设就没有吧。

全面否认

你领导回归后，肯定是检查你的工作成果，但是你领导对技术本身是不太懂的，是属于传统型的，为了她能够快速掌握业务，再假设有人给你打小报告，那么你很可能就出现现在的结果，因为你领导这样做，她才能快速稳定下来。

建议

从楼主的描述来说，知道你内心是很不能理解和很受伤害的，没办法，因为这就别人能够当领导的本事，楼主就是遗漏了没有和领导一起把东西经历过来，只看到了结果。不过，你也赚了，至少你领导前期给了资源和项目让你去实施，也算给你积累了经验，后面就看自己了，再考虑考虑发展方向咯。不行就溜.....换一个认可你技术的领导和公司。

ui 自动化 可以很利于维护。只是不能拿原生的库直接用，要二次封装，甚至在开发一点小功能。
UI 自动化可以打不同标签进行，冒烟，版本回归，专有路径，主路径。

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

我觉得测试这个职业做技术要凉了，你老大没做错，他有他的压力和考核。要么去做业务努力向产品发展，要么转开发吧。
所谓的大 V 在撕 UI 自动化，只能刷 KPI 数目，最没有绩效的自动化。
现在迭代太快了，测试的整体学习能力只能跟上点点点。
未来的应届生就业形势做算法的被压到做业务开发，做业务开发的压到测试，应届生技术基础完全碾压，基层测试凉凉。
迟早测试也会开始问 JVM 回收机制，双亲委派的，不过是早晚的事情。
说实话，看所谓的大 V 撕的心寒，真心没救了。

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

不一定，有些小公司招的给的预算就低，能力要求还挺多，但实际一问那的测试工作技术要求根本不高

工作不是太恶心就行，之前的外包贼恶心，现在换了个团队，做个 leader，同龄的多，团队氛围好，一起干着也有劲儿

找到自己的方向吧，如果工作不开心钱又不高何必呢。

该怎么工作还怎么工作，听从领导的安排。
你做了领导也这样。

当然，如果你有更好的地方去的话可以开溜了。

正常，公司请你是来创造价值的，不是让你来学习的。如果你能在私底下完成，说明你离升职加薪就不远了。。。

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

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