我现在不做这个了。抱歉没法给教程
Prometheus+grafana 这个组合吧。
感觉 netdata 已经成过去式了
现在很多都是 Prometheus+grafana 这个方案。可以调研一下
我的锅,造成误会了
这是个需求,不是测试场景。也不是测试用例。
这是个需求。
没遇到这种场景,这是个需求,不是测试场景。
这是个需求,实现的意义就是满足需求。
谢谢
超过 1 小时,小于 4 小时,没太关注具体时间。
这个类似清理脏数据,需求就是穷举所有参数组合。不存在等价。不是测试用例。
业务上有需要,类似清空脏数据
有道理
卷起来了
感谢。日志清洗涉及 2 个步骤:1.把不符合要求的日志过滤掉(比如格式错误,压测黑名单等);2.提取日志中有用信息(包括 url,header 部分、时间戳、来源信息等),由于日志格式是架构定义的,所以有一部分信息无用。
这两部分都涉及公司业务相关的,不方便分享。
的确如此。后面会好点
对头
有道理
有道理
我理解是可以上传,可以通过页面判断上传是否成功。但是难以判断文件是否真实上传了,是否与上传文件这个需求是否一致。
实际情况比较复杂,往往不是技术问题
首先如果旧数据支撑就最好了,我现在通过监控判断,链路中如果有指标达到 40 就开始降低递增速率
谢谢对 FunTester 的支持
如果可选,尽量别搞 Spock