吾之美食,汝之鸩毒

目前没有发现比较完美的工具，最好的方式应该是根据业务和工作内容特点，自研。但是成本什么的又比较高。

DEVOPS 的一系列工具：gitlab+drone+docker+k8s，测试搭配 YAPI、Junit 等测试工具，超绝完美体验。基本是现阶段的标配了，基本都是开源，K8S 可以用 Rancher 搞，一条命令搞定，简单。

解决业务痛点吧，不要为了造轮子而造轮子

造数据的工具呀

效能分为 3 个层面，第一面减少时间损耗，第二面是增加产能，减少消息孤岛。第三面是得到全景图才能合理调兵谴将。。前者是做门禁，不要轻易就准出了。后者收益最大一开始肯定是造数和造环境和做一些同步报警即将超时和 x 小时未处理任务状态的事情。
最后一个是要做产能统计，有数据才能知道提升和降低了。

其实要说工具，那还得是 Github/Gitlab、jenkins、Kubernetes 这些，它们都是系统性解决一类问题的典范。
日常工作中，还是少谈工具，多谈价值。考虑清楚解决的痛点是什么，这个痛点对应的价值有多大。然后再辅以落地姿势，ROI 投入产出比等综合考量，如此做出的决定，产出的东西，才会容易获得正向价值。

没有那些大家用的都很爽的工具么

对的，还有就是实际工作中有时候都感觉不到痛点，工作麻木了，或者就是有痛点，但是解决方案太过于天马行空，或者能实现的方案使用起来效果并不好

心里一直有个问题，资本是追逐标准化的东西的，因为标准化才可以提升效率，所以老板的目标中都有测试效率提升。那么测试工作有可能被标准化么？如果可以被标准化的化，那是不是就可能存在一套可以应对绝大多数场景的测试工具体系呢？这样对于所有测试工作者来说就都是 “美食” 了

花了一天写的 xmind 转 excel 工具......以及各种各样的造数工具

python xmind2testcase 这个库就是 xmind 转 excel， json, xml 的

没有用现成库的原因是,需要跟内部的管理系统匹配,然后规则想更自由,更多种一些,需要符合大家写 xmind 的思路,而不是写 testcase 的思路

kibana
grafana
pipeline