目前痛点：
1.都是脚本 +jenkins 触发测试、报告没有统一展示
2.不能统计测试的情况、如我想查看本月、本周的测试情况
3.只针对单一功能/模块跑用例 比较费力
4.测试人员多了操作不明确、比较乱
5.用例抽离共享困难
不是要不要的问题，是你养不养的得起问题？你的需要要多少人做？是招专职还是现有人员投入？怎么向上展示效果，体现价值说服公司投入。
你的问题 是否是大家的问题？如果其他人觉得没问题呢
做平台一定要内部达成共识
老大说可以做！只是现在人手不够 往后排期了 (都拖了 3 个多月了)，说先保证自动化稳定运行
我感觉没有平台就没有灵魂
比较难，首先平台用户是测试人员决定了很难衡量实际价值，换我是老板也不太愿意投入。
老大的决定也挺正确，先保证自动化的稳定运行，做好本职工作。
其次，上面也有人说了，这是个人痛点还是团队痛点？平台是不是解决这些问题的最优解？
不能做完平台再抱怨平台这么好为啥没人用。
不一定非得要平台，把流程规范一下也能解决一部分问题
有没有其他最优解，平台引入是解决现状的最佳方式吗，建议再具体定位下痛点在哪里，哪些是优先级最高的，再来考虑解决方式
看目前其实可以从小问题入手 寻找更加简单的解决方案，例如 1，3 是否了解各个脚本使用的技术框架？是否可以整合并统一报告？ 对于 2，需要看这个报告的受众是那些人，意义有多大？ 对于 4，5 感觉可以先规范流程以及规范化脚本的开发
我感觉你列的几点，其实跟平台没多大关系。不用开发测试平台也能解决。
回到问题：如果你不用背锅，建议做。如果需要背锅，谨慎去做。
我的建议是，可以做，但是不能专门排期做，或者说再真正出成绩或者让上面看到平台的效果之前，不能专门排期做，可以利用下班时间做，做完然后推广，成功了，算你的成绩，没推广成功，也不算占用了工作时间
你确定你的痛点平台就能解决了？
在某些公司这玩意就是鸡肋！
测试平台解决不了你这些问题。从流程，工具，人员三方面来看，在流程层面可以制定一些用例编写与维护公约；工具层面做数据汇总展示，可以把执行数据存入数据库，用 metabase 来展示，这个不需要太多的开发量；人员层面搞一些自动化相关的知识培训，提升团队的自动化测试能力。技术不是解决问题的唯一途径。
我也面临着相同痛点，最后选择了做测试平台。要不要测试平台，就个人来言，很需要，不但能解决这些痛点，还能提升技术能力。就公司而言，看领导支不支持，不支持的话就算做的再好，仍然会被视作浪费时间，没有价值；支持的话，行动起来，做好多付出时间的准备。
用例抽离共享困难，测试不稳定，有平台也好不到哪里去。先规范用例吧
这个完全看 多少人做多少事，如果做平台，得多少人多少时间出结果。是否有更短路径能够先满足当前需求，然后再逐步演变成平台？比如看测试数据，简单就是上报结果到 webserver，其实就能统计到，可以慢慢由一个功能点扩大到一个平台
框架是有明显的天花板的。平台无论是从管理到操作方面比框架有更高的天花板，开源平台一般天花板比较低，平台需要往后面版本做提高能力，但又要规避 KPI 项目。
平台（前端/后端）和框架也是二个业务，需要规划好 解耦，前后端分离。
感觉别做，问题不在平台上，后三点不是平台能解决的，前两点也不是必须要平台
看下哪个最痛,针对最痛解决问题
我们已经实现了自己的测试平台， 一方面所有测试都能投入使用，不用在写脚本上花时间，另一方面可以拿这个平台吹嘘啊， 平台上可以扩展各种工具。。。
1、2、3、4 jenkins 都可以做，5 和主题也没什么关系
