我们烦恼还挺多的，之前在大会上有一起聊过

个人感觉（结合一些经验），自动化测试其实写用例真的没多难（不管是关键字还是代码驱动），难点主要是在维护用例、环境、结果分析，如何能让自动化用例建设跟着版本发布的节奏走等等，跑一遍自动化很省事儿，但想跑的有价值，就需要环境 ok，数据 ok，这些其实也是要下功夫的地方

简单点：丢给 AI，帮你写个通用模板
稍微复杂点：建议先了解性能需求，具体关注性能的哪些维度，然后这些维度能够通过哪些指标体现，这些指标又是如何来的，再结合一下系统的架构，部署策略等等，结合用户场景，按照线上流量比例，分梯次逐步施压，确定好要如何监控这些指标，综合多个要素弄个方案出来

支持一下雪王

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

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

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

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

skr~

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