1、其实测试平台需要做的东西还是很多的，我个人也是这样认为，既然是一个平台就应该有原始平台该有的模块。
而不应该像做一个工具一样仅仅是为了解决接口或自动化等针对的问题。
很基础的人员、权限（人员管理）、wiki（知识分享）、BUG 跟进甚至公司的一些设备列表，可以被记录或者管理的相关事宜都能够被集合。
3、但是关于项目管理方面，或者考勤等内容还是被隔离出来，单独在项目管理的平台中做比较好，以暴露 api 的方式来进行管理也是不错的方式。
我可以展示一部分我司平台的样子，希望能从菜单结构中给予您一点帮助。

该部分为以组织为基础的菜单项目，我们当然没有完成所有菜单的功能，但是通过超链的方式跳转到了我们的替代平台，或者第三方平台

以下为项目为基础的平台菜单

抱歉部分私人信息以马赛克的方式显示，后续我将会处理私人信息后专贴分享我司的平台，届时希望大佬们多多指教。

我记得有不少在线的协调工具，我们公司内部开发了一套人效的平台

谢谢 SheldonBean 虽然你提供不是偏向以人为第一个维度 ，还是主要以服务测试为第一个维度的，但这个先拿来主义的思维可以。
我们内部其他平台也挺多个（QA 部和公司级的），可以按照这个思路 去嵌套部分，或者跳转部分，但数据互通比较麻烦。

Simple 兄弟 可以提供个思路吗 人效的平台平台包含哪些

这种系统需要依托于各种平台数据的，比如需求管理系统、Bug 系统、提测系统、流水线等等，具体可以参考阿里云效。拿到数据以后，我们按照项目、人分别汇总，项目纬度包括质量、进度、健康度；人的纬度按研发、测试、设计来统计，具体指标可以订制，按业务线关注的来。

好的