1.自己最近也写过很多，工具，框架，比如 UI 自动化平台，接口自动化平台，公司内部测试工具，小程序等
2.但现在想到的都做过了，就觉得除了这些，我自己觉得无事可做了，每天，往各位给点建议，浑浑噩噩的
流量回放，精准测试等等
是不是 业务 不够多
造数，监控，性能等
挖公司内部需求， 不是为了做而做，是有需要才做
写出来了，推广得怎么样呢？ 有什么效果跟踪，优化增强？ 实际上的使用效果和反馈怎么样？
简单来说： 写过=完成了吗？
如果有这种问题，建议关注 Testerhome 官方微信视频号，上面有以前的大厂分享录播，可以看看别人家遇到什么问题，是怎么去解决的。还有历届 MTSC 大会的 PPT，拿点思路。
楼主应该是平时很少主动去了解业界，多去看看就知道了。
我也好奇
光一个东西的升级、优化、重构就够折腾人了。。。
如果做完不管，那当我没说
做了不等于做好了 ! 没有可改进的，没有可再优化的?
其实看大家说的最多就是推广，具体成效，和优化改进等，这些感觉还给不了思路
你这个感觉就是为了做而做，做的如何，效能提升如何？ 是随便写个 excel 调用下就平台了还是什么？自动化解决了什么，这才是要关心的。当目标发生偏离，工具一般应该也是失败的。
其实还是挻想看下
，觉着得无事可做了，所产出的各种平台是什么样子的，建议分享下这些平台和工具。
有些公司靠一个平台就能赖以生存，现在低代码，AI 智能化、性能测试平台、精准测试、CICD、线上整体监控什么的等等非常之多，平台、工具都是源于业务的，应该深耕业务，发掘业务诉求，解决业务难题，自己要做什么，是非常清楚的，高高在上的工具和平台注定就是被团队和业务所抛弃的。
我觉得楼主可能更倾向于技术栈的提升吧。我还没到楼主这种情况，不过从我个人而言，我后面有所余力的话，会去关注人工智能吧，算法优化，机械学习，深度学习等等。
业务不多啊
可以做个优化建议登记簿，测试应该有很多需求的，当然，登记了没下文就算了
你只是负责写工具吗，实际怎么去使用是其他测试去搞的？整个测试流程中的风险把控细节呢，需要怎么去提升没有想法吗
面覆盖到了，深度呢？比如接口自动化平台，有没有自动生成用例的功能、代码覆盖率统计、接口覆盖率统计、覆盖率提升相关统计、精准化测试。。。
楼主在公司的职责就是开发测试工具么？建议：
1、已开发的工具大家用得怎么样，效果是否满足预期了，有提升空间吗。例如 UI 自动化平台，多语言环境下可否适配自动化，自动化测试报告是否能自动输出，自动化测试除了效率，还可以做什么吗，如跑出数据缩小测试范围等
2、我们经常说的，不能为业务提供价值的技术都是自娱自乐，建议楼主真有空可以主动熟悉业务，例如回归业务 bug，或许过程中就能发现可以提效的需求点，例如：bug 可否自动录入，bug 与用例库的关系，与代码的关系等
好的轮子是需要时间打磨的。引用前两天在知乎看到的观点；
你想造一个满足 特定 项目 的特定场景轮子很简单；
你想造一个满足所有项目的特定场景的轮子有点难。
你想造一个满足所有项目的所有场景的轮子就很难了。
拿我自己维护的 seldom 框架为例：框架封装了 MySQL 数据库的调用，本来我们公司只用 MySQL，甚至我待过的公司都用的 MySQL, 但是，有人 就要 用 Mongdb，还有人要用 SQL Server...
随便造个轮子自己用用无所谓；如果想开源，想给所有人用，那么就要做好长期投入的准备。
社区里大部分项目都是开源三分钟热度的那种！seldom 敢说不是，虽然 不完美，有一些天生缺陷；但一直在迭代；已经满足了自动化测试的大部分需求；
与其自己造轮子，不如参与到一个轮子的开发中。
SeldomQA 包括框架和平台，是自动化测试的一整套解决方案（今年已经在我们公司落地）。
https://github.com/SeldomQA
希望更多人参与进来~！我会毫无保留的和你们交流 经验 和 设计思想。
