1.pytest+requests+allure, 集成放在 jenkins 执行，纯代码

1. 环境切换：启动命令传人对应的环境标志，执行对应环境的数据；前置数据放在 setup 里面；不同接口间的数据通过接口调用来获取
2. 用例数从年初的 0 到现在有三百多条，成功率 80 到 90 左右，看项目进展和环境稳定的情况

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

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

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

你看看 你每天都做什么工作啊
了解公司的业务啊
自动化测试搞起来啊 可以让自己轻松点啊

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

楼主主动性还是有的，就是可能能力不够，导致看不到活。最近在尝试自学性能，但是得不到组内支持，一个人搞不了性能测试啊

你也太厉害了，测试转开发可难了

是公司业务不行？还是楼主的主动性不够，眼里没活。小公司，什么都是空白，不要局限在测试这个领域，但凡和质量有关的你都可以做，比如持续集成、比如自动化、比如性能，都可以尝试，只要关注公司当前的痛点，集中火力搞定，做好了，占住这个领域，跳槽都有竞争力。。。

本人也在这样的小作坊，真的是什么都不正规，监直就是民兵组织。随着年前的辞退风波，没错，小公司还有内斗，心情放宽了，每天下班看 java 视频，多多给自己充电，再过两个月出去试试开发岗位，就算找不到也不再去小公司了，太坑坑坑。

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