我们现在是基于当前的自动化测试框架，让 AI 先去自动生成脚本跑冒烟 case，冒烟 case 相对来说比较简单一些，不会涉及特别复杂的特殊造数等前置准备工作，跑起来可信度还是比较高的，从简单的回归用例开始，一步一步来吧

AI 需求澄清->AI 测分->AI 生成 case->AI 用例评审->人工用例评审->AI CR->AI 冒烟执行->AI 覆盖率检查补 case->AI 执行 case（部分）->AI 提单->AI 自动化回归

我一个同学今天聊天的时候，也在说想自己学一下中医，学点儿病理知识啥的，中医挺火啊

问了下，学历得本科，这个帮不了了

范围 9-11k

加 wechat 推简历：19084647181

已经有想法了，感谢大佬们的建议

是的，参会的要求是测试必须都要参与，同时拉上开发负责人、PM、测试经理，其实就是你说的同步信息和交流分享，我想的是先统计一下目前测试层面有哪些困难（比如环境问题、造数问题等），然后看这些问题里边有没有可以先做的，因为有技术侧和领导参会，所以可以会上一起讨论改进方案

被反杀了

我没有专门接触过中间件的测试，不过我能想到的，对中间件的测试大概思路就是：

1. 功能测试：根据具体业务验证生产 - 消费链路（比如有的要求异步任务，有的要求定时任务等等）
2. 性能/压力测试：我们是零售行业，以这个为例，大促期间需要大量发放权益，就需要验证大流量下的性能跟压力表现
3. 之前好像在论坛看到过有大佬专门做混沌工程，应该可以注入一些故障，模拟一下服务挂掉、弱网等这种极端情况来看一下系统的容灾能力 实际上应该还是根据业务特性还有具体需求来指定测试计划。 佬可以指正补充一下