1.case分优先级 2.case要增加数据,至少覆盖例如id/name/kw 3.增加响应时间的控制,300ms/500ms 针对设计每个接口设计响应时间 4.高优case需要增加执行频率 5.各级别监控强度定级公示 *缓存的确认,可能需要轮流使用数据来跳过缓存设计 警报的可视化展示/数据的统计 增加检查逻辑 .1针对某一个/系列接口的检查点.例如cgid和cname应该对应 .2响应时间检查 .3响应结构/类型检查

详细设计 1.服用参数化结构 2.时间的设计放在case里,因为不同接口情况不同 3.增加request超时设计 4.拆分job

测试环境的灵活处理

紧急,线上脚本: 1.重试逻辑,增加: 进入重试 ok 重试成功率 ok 响应时间控制 ok 拆分case ok

*想办法拆分慢接口的case 补充多个case

发消息的数据从哪来?

已知的慢接口: 略过

线上监控代码的约束

重试单独发消息

base层能够拿到接口id么? 异常情况如何进行消息输出?