我怀疑我们是一家公司

办年会，不过要搞云年会形式的了

我也做了个类似的，不仅给测试团队用，开发团队也能用，定时调度脚本、查看结果报告等等。挺实用的

林子大了，啥鸟都有！做的跟用的都想着想那。
@Lihuazhang
建议把帖子关了，不要在这样问题上讨论个没完。

恩，写代码一定是烂摊子？同一个团队不能统一规范？

你自己会写代码当然觉得容易，别人也写代码觉得容易，但是你们俩都写代码，一人一个风格，将来你们不在这干了，谁来维护你们留下的烂摊子？考虑过么？

我跟作者观点相同，这个问题我也跟我的老板讨论过，老板的视角就是，你会写当然觉得写代码容易，别人不懂代码的话，第一步都迈不出去，平台化的话，可以让外包来写自动化用例，虽然老板也知道非常难写，但是起码对外包来讲 能够完成自动化用例

平台应该要满足多层需求的。有写代码人的需求，有直接用的需求

还要支持三种语言，太花哨了吧，你这平台最终能落地么？

绝大部分平台列出来所谓没有平台的痛点都是伪痛点，或者自己也没解决的痛点

请教下，所谓的调度是什么一个功能，一般涉及哪些技术才能达到

想问下，你们都是达到什么测试规模才会有领导去强推测试平台？10 人以内的 QA 团队，功能也是不少的，引入开源的测试平台不能满足现状吗？

平台是用来整合资源，提高效率的，如果达不到这个目的，不如不做——或者换一个角度，从大局观出发，满足大部分人的需求，提高了大部分人的效率，那就是有价值的。否则自己玩自己的，就是一地鸡毛

不用迎合别人 坚持自己，有需要的人的

终于有人说实话了

其实平台无罪，人有罪而已！
当然这样说有点过了。
不满足现状，搞个平台，想去跳槽，没毛病。
不满足易用性差的平台，不想用，没毛病。
站在不同角度，感受是完全不一样的。

静下心来好好，你到底怎么想的。不想难为自己就撤，不想难为别人就用。

非常感谢飞哥，给我指了一条明路

其实我是很赞成平台集中管理的 脚本说实在的 太零散了 可视化基本为 0 怎么平衡平台开发者和组员内共同成长 这个就是测试总监头疼的事情了

有些人不满足现在公司给的薪资,只把现在的公司当做跳板 团队人多起来后这种人不会少 人家不会让着你的 个人发展利益至上 当踏脚石 不存在的 . 有些时候团队人是管不了的 每个人都有自己的想法

一方面是大家能力的提升，另一方面当下已经很难存在直接拿来就能用的知识技术，白嫖的了面子嫖不到里子，最终问题还是多种形式的，多想想怎么构建解决问题的能力吧。

做平台的人一般都不喜欢强推，会做强推的基本都是领导，目的是快速把平台用起来，出成绩。

至于 “花若盛开,蝴蝶自来” ，也要看公司。主动性强的自然会自来，主动性弱的有时候强推一下打开局面，可能更有效。

其实楼主应该只是不想用平台给平台开发者做踏脚石 如果平台好用的话 我比较倾向用平台的 自动化代码本质也是体力劳动 而且比平台还繁琐的多 写的一点也不爽 还是平台傻瓜式操作爽 效率高 说白了 其实这个还是和个人利益有关 平台大家都用 起码平台开发者已经受益了 有人的地方就有江湖

角度不同 屁股不同 测试总监需要可视化的数据指标好些 ppt 所以肯定会强推平台化 可视化 汇总月测试数据指标. 开发平台的人肯定希望组员都用平台 好让他自己有优化的方向慢慢迭代 从而个人升值 换工作也好找. 然后其他人员都是测试总监和平台开发者的踏脚石, 被剥夺了写代码的权利 个人发展方向受限 彻底成为点工和傻瓜测试操作人员 如果跳槽能力不升反降 更不要说有些平台还贼鸡儿难用 有些东西大家都心知肚明的 就看你的屁股是哪边的了 测试总监?平台开发者?组内其他人员?

踏实做个点工不好吗？很多人已经脱离了测试的本质！

难道不应该是 Python 吗