首先我认为没问题啊，需要什么就加什么这是一个基本要求，你能直接并快速高效解决业务最痛点的问题。这已经很不错了！
其次是你想追求更高我理解是你想自己设计一个测试平台。想成为一个资深或架构师以产品角度去解决问题。这是更值得鼓励的。

如果你想做测试平台，提一点自己的一些经验建议吧：

• 首先肯定是需求调研要解决什么样的问题，你的受众用户是谁，你要做一个什么样的平台？接口平台，devops 平台，性能平台，混沌测试平台，还是一个管理平台 。所以定位和目标很重要。想清楚！

• 当你对你的目标十分清晰之后就可以进行原型图设计和架构设计，数据库设计了。先做哪些功能，后做哪些功能想清楚
  框架，技术，语言如何选择，以及你做的过程需要的资源如：人？时间？如何获取这些资源，想清楚

• 架构设计很重要，分层要清晰，要充分考虑可扩展性，不要追求技术的高大山以业务需求为主。先实现功能在优化细节，但是分层一定要清晰，这对你以后重构很重要。因为如果做的好一定是需要重构的。

总结下来。其实做一个测试平台不是核心问题。核心问题是想清楚，做一个什么样的平台，这个更重要！！！！！！

可以多交流。互相学习！！

普遍性平台的话大概都是以下功能，接口平台为例：
接口管理、用例管理、在线调试、Mock、抓包 + 转换、报告管理、参数管理、设备/项目管理、并发操作等

看看如何嵌入到需求研发交付的生命周期里 作为质量卡点 其次除了服务好 qa 外 提升测试效率外 可以看看如果进行质量度量（客观数据 主观评测）

以接口平台为例： 先设计表结构和菜单结构，如果可以的话也可以自己画个原型。基本的用户，角色，分组这些权限管理要做好，项目管理，接口管理，用例管理，通用方法，全局配置，执行计划，报告，邮件，也可以加些报表什么的，还有就看自己的需求了啊。

不愿意用，都想参与开发

多参考参考其他平台

感觉还是要切合自己公司的实际进行开发，侧重于解决痛点