大家遇到这种情况会怎么办呢

这种事怎么说呢， 每个人的期望是不一样的。 每个人站的角度也是不一样的。 看你的描述其实这确实是一个效能提升的点， 从你自己个人的角度来看， 你感觉从这个点上提升了很大的效率。我觉得在你们组内适当表扬你是没问题的。 但是从整体上来看，这就是一个点的提升而已， 很小的一个点。 不知道你们评优的名额有多少， 但是优秀的肯定也就是 5%~10% 左右的占比吧。 这个点在季度的优秀名额上确实不占优势， 要知道 3 个月是很长的时间了， 看你们一个部门就 10 几个人了， 所有部门加起来大几十人吧得， 3 个月时间足够不少人做出相应的成绩了。 他可挑选的东西太多了。 说白了就是上面看不上点状的提升，每个人坐的位置不一样，眼界也不一样。 如果你做到了那个位子上， 你也会看不上的。

感谢大佬的回复。
我也思考接下来的方向，如何能够做到自己付出了努力，也能让大领导能够明显感知到的事情。

当你发现你半年做的所有工作变成别人的 PPT，变成了别人嘴中的某人。
当你发现你老板对你要求和对他自己人要求完全双标。
然后你会发现，压力有时候会变成动力，督促你做的比你原来更好。
当然也有可能会变成压抑，那么要对自己好一点，宽容一点。
请继续做对自己长期有益的事情，可能未来会看的更远。
不为别人，不为考核，只为问心无愧，做更好的自己。

一开始我只是想方便自己测试才开发的工具，后来经过一段时间的使用，发现效果不错。
直系领导也说这个不错，支持我继续做下去。
就加大了开发力度，把功能做得更完善，并且厚着脸皮去跟开发一个个推广。
现在组内已经全部用起来，直系领导叫我写评优资料，我以为已经定了。
没想到今天收到的反馈说不通过。整个人都不好了。
毕竟之前看到另外一个很普通的同事评优都过了，一对比，就令我很难去接受。

换个角度思考吧。
这个事情是不是确认只能 10 几个人用？这件事对测试来说很正常。
为什么只能 10 几个人用？仔细思考思考。
这件事有没有给自己带来成长，有没有给自己一个方向？如果有，请继续坚持。

如果都没有。那么就可能很残酷了。
是不是测试地位低，大老板是对你小老板不满意而不是对你，等等等等。。。
有时候不是你错了，也可能是公司，平台，甚至是职位错了，不要一概而论，多问问自己。

觉得能解决问题就是好东西啊，这块可以在宣传和讲解这个平台产品上多下功夫，好比一个项目立项也不是一番风顺的。
我个人觉得可以不要灰心继续投入。因为很多内部工具是否成为"高需求和爆款"更多不是一开始就很明确了作用，而是越改和越开发越好。
抱璞守真，跳出测试工具只有接口，自动化，压测这 3 个内容。

做技术的干不过写 PPT 的！

确实，没评上没啥大不了，关键是有了对比，很普通的评上了，这就很烦了

个人几点看法： 会不会是你的评优描述上 对你平台的介绍只局限于制造测试数据？通常大领导都希望看到的是 做的事情是对大部门有意义。或者长期做好规划能带来更大收益的。我们做技术的经常是会觉得有些人 PPT 写的好，就不劳而获的感觉。其实仔细想想，领导其实很多时候不缺底下干活来实现的人。更需要的是看到你的前瞻性和带来的利益。后面如果 继续有评优，你不仅要写目前做的能带来什么，更要把它后面的规划给延伸开来，能达到什么程度，带来什么效果。也写进去，可能效果会更好

这种事不要看的太重，有回报更好，没回报也没关系，东西好迟早会被所有人认可的

做了一年的偏运维的工作，因为没有业务产出，换来一句，我不知道这一年里，你在干什么？然后，我走了。。。

目前落地的限于造数据，我现在的测试跟传统的测试不太一样，造数据是我们的一大痛点。
其他的接口自动化功能已经完善了，还没落地就没提。

我觉得这看你做这件事的目的到底是啥，你要是满足自己的需求，提升自己的效率有评优当然更好，没有也不用失落，毕竟是提升自己的效率。如果你的目标就是评优，那就应该转变思路，看看你做这件事是否满足了领导的需求，解决了领导关注的痛点。你的工作是一小时完成还是一分钟完成对于领导来说结果都是完成，所以他也不会有太大的感觉。你要是能让领导的工作从一小时变成一分钟，那领导肯定会有深刻印象的。

找个专业写 ppt 的帮你包装兴许就成了

我最近也完成了一个类似的东西，不同的地方在于，我是为了转正有的说，评优，没想过……

不爽就要说出来。

所在的部门的十几个人用得开心吗。如果他们用的开心，就是对你的认可，季度优秀每个季度都会轮换，但在这十几个人的工作生涯中，你给他们带来的便利却不是别人能代替的。
加油，季度和月度评优一定不是终点。

其实看远一点，在你漫长的职业生涯中，对比下完成这个平台给你带来的收获和评优给你带来的回报，后者可能真的不是太重要～借着这次平台开发，你会解决很多问题，一些之前从未遇到的难点，更加熟练的代码能力，设计能力～并且随着使用的人越多，你会逐渐发现当初的某个设计有问题，将来要怎么改进～～有了这些，将来走到别处，也是大大有价值的

#18 楼说的在理，部门内用的开心，自己做得开心有成长就好；
不要太在意领导的喜好和认可，到了一定的程度，见山不是山；即使一个工具没体现我的价值，我还能随意开发 n 个工具提升效率。成就感满满的，不也很快乐；这时更能体现你的价值

连续加班两个月，最终上线两周还是连轴转，项目一共两个测试，另一个在最终项目上线的两周还请假了，就我一个人生测，每天都到很晚。最终一共发现 500 多 bug，项目完美上线，结束后领导开会公开发奖金，给我的数是：0。

个人觉得，可以转换角度想想，那个 “普通却得到评优” 的项目，有什么地方确实优于自己，自己可以学习的？其他被评上优的项目，哪些方面做得比自己好？

也许这么交流一下，你会知道老板们或者说团队看中什么，也更明确自己下一步的优化方向。领导关注的一般是整体团队的提效，如果两个工具，一个是整个团队用的，提升 30%，另一个是只有团队里 20% 的在用，对这些人提升 50%。那这个时候，大概率会偏向于整个团队的，因为这个是整个团队评优，选这个团队的认可度更高，也就是俗话说的 “众望所归” 。但这不代表另一个工具就不好，只是对于 “评优” 这个场景没那么有优势。

非常认同 18 楼说的，评优啥的不是重点，没评上不代表不认可。用的那十几个人用得很爽，这才是对你最大的认可，而你自己过程中收获到的技能提升，才是最大的财富。

PS：建议可以和你直系领导多聊聊，你直系领导会更清楚评优等方面的考察点，如果他有意培养你，也会指导你下一步怎么去继续提升，最后拿到评优的。

另一个请假了的也是 0？拿到奖金的有哪些角色？

感觉这个是对测试认可度问题了。基本上一个比较紧急项目里面，不同角色都会很辛苦，但奖金差异很大的话，那就是认可度的问题了。

我看着这个描述，我也觉得这个点太小了。感觉可以往数据工厂，环境治理，或者跟其他系统集成联动起来，比如自动化测试，比如 CI，CD，显得明面上更好看一些
也用不着把这个得失看得太重。
能力提升以后，眼界也会变，这都不是事儿

兄弟有前途啊，不要局限于眼前了，提升自己这么好的机会，已经靠工具笼络了研发和其他同事了，乘胜追击，如果再没人看得见，换个岗位前途无限啊，反正自己也提升了，这最重要

自动化已经实现了，只是写了一小部分的用例，我自己感觉还不太完善就没提上去。
上面提到的测试跟平时的 App，HTTP 接口测试，UI 测试之类的不太相同；
是比较偏向底层，需要大量数据验证计算逻辑的，所以造数速度是一个很大的痛点。

嗯，落选之后确实找了直系领导进行沟通，面对落选这个情况他也有点无奈，他也表示了后续让我接着完善，并且继续帮我争取。

因为我本身做研发出身的，现在也会 review 研发的代码，并且给一些代码优化方面的意见给他们。

今天无意中听到一个消息，另外一个比较会来事的同事连续两个月被评优。
理由是实现了 xxx 自动化框架。
实际上是他大领导组下的成员关系比较好，他来公司时间比较长，并且平时会来事。
然后调用了其他部门的资源，帮测试组实现了一个他自己喜欢用的工具。
不得不说，爱哭的孩子才有奶吃。

那为什么要选择测试呢？因为热爱？
国内测试真正做的深的，其实很少的啊。
造数据其实是一门很深的学问，真正有用的数据是要满足和实际相似分布的啊。
而且你们大老板说的确实没毛病啊。
你也可以看到上面的回复，也多是套话，空话，测试相对来说是辅助角色，你产品做的再好 10 个人用，开发代码写的再烂，可能 100W 人用，这就没法比啊。
同时开发能力强的想走就能走，你是老大，考核加薪你优先谁？

那么回到第一个问题，如果真的热爱，我喜欢你能继续坚持下去，能用你自己的经历去告诉大家可以怎么走，而不是最后走上培训割韭菜的道路。

PS：我最近也一直在思考，我们做久了测试，是不是就没有了挑战未知的能力。喜欢面对确定的事情，做确定的努力。其实这种未来真没什么价值。

一个实习生就能搞定的活，就别纠结了吧，多搞点有技术含量的事情。

为什么要做测试？谈不上很热爱，但平时也算是很努力认真工作。
首先我这里没有拿我的产出和任何一个开发作比较，我只是跟同岗位的测试对比。
我算是第一个开发出产品让测试和开发都能使用，提高团队效率的。
如果非要和开发比，技术我肯定比不上开发。
但现实是为什么开发没有产出工具来提供团队的效率，而是我呢？
是我在完成自己测试工作的同时，发现了痛点，并且拿出业余时间来解决掉而已。
一个是技术能力强，只做好本职工作，没有额外的贡献。
一个是技术能力一般，除了本职工作外，还有为团队作出额外贡献。
你是老大，你会怎么做？
这个评优奖金很少，都没我半天工资多。但我为什么会失落，只是因为付出没有被认可而已。

努力工作只是基本。创造价值才是核心。
我是老板我为什么要考虑工具人的感受？想走走就是了。
付出没有回报的事多了去了，直接拿你半年成果去给自己小弟抢功的你估计还没见过。
努力工作不是结果。技术岗里，测试舔狗最多，内斗最重，负能量最多，为什么。

我觉得后面的留言里有小部分对楼主有一些恶意。 楼主也许现在还没有设计出成体系的可以辐射到所有团队的东西来。 但谁也不是一上来就是高手的， 人在成长期的时候除了鞭策也需要鼓励的。 能开始开发一些工具就说明楼主已经迈出了非常重要的一步，而且效果还不错。 继续努力下去，增加自己的技术和影响力，最终会成为整个质量团队的灵魂人物的。 届时站的位置够高， 视野更广，就有机会去设计可以影响公司产研体系的东西出来。

楼主也不必太过失落，人生不如意十之八九，要习惯。 很多人失败在自己的心态上，遇到挫折后就不愿意继续前进。 你得知道团队大了以后上面的大领导是不关注底下人都具体做了什么的。 他站的位置更高，他要管理更多的团队，所以他更关注的是跨团队的协作设计，可以影响整个产研体系的方案。 所以从他的角度看他是没错的，他没有时间关注和评估他下面的一个小 team 的一个工具的产出和优化。 如果有人能做出更大的影响力的东西来，你自然会被比下去。如果大家都差不多那也要看谁的直属 leader 更给力，或者谁的业务更核心。 所以楼主要么你混派系站队伍，要么就作出吊打其他人的东西来，让影响力大到直接让大领导关注。 我希望你走的是后面这条路

嗯嗯，只是最近太累了，找个树洞宣泄一下情绪，同时也希望得到一些友善的建议。
没想到一些评论超出了预期，还好很多大佬都很用心的回复了，还是蛮开心的。

说到设计的工具，功能已经是比较完善，这上家公司已经得到了验证，并且也根据现在公司业务做了适配。
不过推广到其他部门时，有些人很抗拒，怕以后用了我的工具，他们没法进步，反而只是我一个进步。
遇到这种情况，我单纯靠自己可能很难解决，所以只能靠直系 leader 的协助了。

这个怎么说呢，要从几个角度看。首先你可能把顺序弄反了。 如果你想自己推动一些东西，前提是你已经在团队里走到一定的位置有了足够的影响力。 你现在没有权力就是人微言轻， 需要靠领导帮你推动是正常的。 就像我在推广提测系统的时候那是在约束研发给研发戴上镣铐。 这一点没有测试总监和研发总监同时点头是肯定推不下去的，就算他俩点头了在执行的时候也是各种阻力和不配合，这个是正常的，做测开要习惯与人打交到。 你开发的每一样东西想推广出去都不是那么容易的， 就好像销售想把产品卖出去也不是什么容易的事一样，不是产品好就一定能卖出去。 所以我们总说要提升影响力，因为同样的话在不同人的嘴里说出来，效果是不一样的。

第二个是你现在仍然是站在跟其他人竞争的位置上思考和推动事情的，就像你说的其他人不喜欢用，怕用了以后自己没有机会提升了。 人家这么想是人之常情，说白了你们还是竞争关系。 在这种情况下你推什么人家都抗拒是非常正常的， 因为他们觉得只要给他们时间他们也是有能力研究出跟你一样的东西或者替代品来用的，只要自己不是一点希望没有他们就会想自己试试来提高自己。 也就是说你们还是在一个维度上的。 也许你的能力比他们高，但是还没高到能跨越一个等级的程度。 所以在开发工具上你们还是竞争对手的关系。 这个阶段你自己开发工具自己用没问题。但是说服其他团队的人用，遇到阻力是正常的，没阻力才是不正常的。 所以我说你要尽快的给自己升一个 level。 那时候你看一个事情就不是一个工具一个框架的角度去看了，而是从整体上看，从体系上看。这时候你产出的东西都是影响产研体系的，跟他们不是一个维度的东西自然也就不会产生竞争的态势。 比如我在我们这里设计持续集成的时候，我关注的是所有团队按我定的 pipeline 框架来， 至于 pipeline 里到了测试步骤的时候你用的什么测试框架我不管， 我只规定了 report 格式要统一，方便系统抓数据。 比如在项目管理系统里我是要去抓研发环境中 dailybuild 的测试通过率来设置卡点 (通过率低于 90% 不准提测)， 所以 dailybuild 里的自动化测试要怎么做也是每个业务线的 QA 自己来定，我并不干涉。 所以你看我这里不存在你遇见的一些问题，因为我们不在一个维度上工作， 我着眼于产研体系，他们着眼于具体的事务。 我这边推什么事他们都不会觉得我侵犯了他们提升的空间，相反他们还很配合。

第三个是我们做事得给其他人留活路， 不能把事情都做尽了。 让其他团队的人觉得用了你的东西自己就没有发挥空间了，那人家肯好好配合你才怪了。 一个大馒头得掰开了分给每个人吃， 你别一个人吞了。 首先你要是都自己包圆了全做完了， 那你的精力也就是扯在这一个事情里了， 长期陷入一件事情里是不利于发展的。 其次这种不给他人留活路的做法也会让其他人不爽。 还拿我自己来说我这边发起的工具平台框架什么的这几年来没有 100 也有几十了， 要是每一个都我一个人包圆了我也做不完，光撸代码了我也没时间去思考怎么改进产研体系了。 所以我现在都是初期自己做一下， 技术都熟悉了就直接跟业务线上的 QA 谈，他们愿不愿意来做。 像一个 pipeline 里涉及了好多东西， 怎么部署微服务， 怎么部署中间件， 怎么初始化环境， 怎么跑自动化测试， 怎么保证研发和测试环境一致性等等等等， 每一个都是挺花时间的， 这里面我就做了第一个 pipeline 后， 然后就丢给业务线的 QA 们了， 上面说的每个东西都是不同的人做的。 我希望有人帮我分担工作， 他们希望有提升能力的机会。 一拍即合，这样不是很好么。

在关上别人一扇窗的同时，要给别人打开一扇门。

你说的很对，我目前确实和他们在同一个维度，存在明显的竞争关系。站在他们的角度思考，他们不接受也是很合理。
我也在想怎么样才能做到不仅仅是我一个人在进步，让其他人也能够共同进步，这样他们自然就不会抗拒了。
目前能够想到的就是：
1、让他们有人参与进来设计和开发工具。
2、先找缺乏工具的项目组，使用这个工具帮他们解决问题，提升他们的效率，同时也让大领导看到这个工具带来的效益，这样我个人也许会在团队内获得更好的影响力。

先从自己的项目下手， 让你的 leader 先认可你， 然后再辐射到其他的团队。

这步已经实现了，直系 leader 是认可的呢，上个月帮我提名了评优，可惜最后落选。
没什么意外的话，我这个月继续优化后，他还会再提名。

业务支撑部门的价值体现，需要一个好的 leader。特别是你说的效能提示，如果只有测试团队能感知到，那就缺少

如果你这个事的出发点是想评优，那就按领导评优的条件来做事（这个一般不容易。。。）。
如果你这个事是想自己方便点，那就把评优的预期放低，自己爽了就行，别人看到你这么爽了，有时候有意外的收获。

这个问题是你直系领导的问题：

1. 没摸清楚他的领导希望的方向和结果，对你的平台开发方向进行引导；
2. 平台开发后，没有及时上报成果和推广

所以对你个人，我觉得不用太在意，把自己遇到的问题、思路、成果整理清楚，沉淀下来往前看就可以

感觉是这样的...给组内做工具一类的经常会付出和回报不符；业务和功能上肯定没法大规模普及，组内又有各种稀奇古怪的需求，有的时候即使做了也没人用/没人反馈 只能放平心态吧

这个东西，不要在意，技术是自己的后面满足自己使用就好，等时机成熟了在推动，毕竟你想推公司级使用是需要大佬在后面帮助的，平常心。

这类事情很多，你越是硬核越是专业就越容易被 diss，毕竟超出大家认知很多了，剩下就是做好自己，总有比你更厉害的人看到你的差异化的，多见见人就好了

把造数据的时间由半小时缩短到了一分钟，怎么做到的啊兄弟？