支持一下雪王

至少应该把老系统的主流程对应新系统的部分 show case

内部运维平台接入 mcp，一句话运维系统，帮我启动一下某某环境的 xxx 系统，等等

把测试设计丢给 AI，让他按照组织规范评审测试设计是否都符合了要点，有没有缺漏。举个例子（只是个例子），对于输入框，一般要考虑 xxxx 等 x 项，实际测试设计只写了 xxx 项，让 AI 帮你发现有没有缺少 xxx 项 ，之类的

每天晚上定时跑一把呢，闲着也是闲着

skr~

内部用起来了没啊，真的哥们你标题和博文内容写的花里胡哨的，平台打开一看乱七八糟的，咱脚踏实地一点好不好

不是哥们，从头到尾就一张登录页？

可以学习下极客时间上高楼老师的性能测试课程，会对并发数计算很有启发

假如有条件 ABCD，当且仅当 ABCD 均为真时，通过，那么任一 or 任意为假，都可以作为 “非正向用例”，我理解的是，事务是多面的，不一定存在一个绝对的反面

“提升系统的回归测试能力”，系统够稳定么，之前的归回测试经常发现问题嘛，感觉要考虑下 ROI

既要又要？质量、成本、效率这仨是个三角啊，最多同时满足俩

一个人干不过来，不应该继续招人写自动化嘛，买平台感觉减少不了多少工作量。毕竟自动化 1 要调试 2 要维护，这俩都是很花时间精力的，平台只能减少一些管理成本

禅道低版本也有 API，就是稍微麻烦点

推荐从用例续写开始，推荐阅读 https://mp.weixin.qq.com/s/7WZzuRp9Ah0VIYalXLdMtA

好升级，建议和官方支持人员联系

看开发准备如何部署，如果是 k8s，则你可以在测试环境搭建 k8s，然后使用开发提供的 yaml 文件，如果是 docker-compose，也可以直接用 docker-compose 启动，如果不是基于容器技术的发布，那确实要费点劲自己调整配置启动了

贴一下简历吧

啊？一般不都是连接池么，连接不复用嘛，好奇是什么架构什么技术栈

擅长那个用哪个，可以考虑公司主要业务语言和框架保持一致，顺道学习了

1.事情做在前面，这些内部平台有没有交互设计？做之前有没有调研过当前内部用户使用习惯
2.反馈了体验问题，是哪类用户反馈的什么体验问题，操作流程？系统功能？提示展示？不同维度改法各不一样

支持一下

"代码运行时哪些代码使 CPU 占用率激增" 跑个火焰图
考虑 按照 操作系统维度监控 -> 应用程序维度监控 来分析，逐步找原因

跟帖

《测试设计思想》周海旭老师的，推荐读一读，很有启发