| 测试项 | 硬性指标 | 操作流程 | 验收规范 |
|---|---|---|---|
| TPS(每秒交易数) | ≥系统声明值的90% | 使用标准负载生成器连续注入交易,持续时长≥30分钟,逐步加压至系统拐点 | 取最后10分钟稳定窗口均值,波动幅度≤±5% |
| 端到端延迟 | ≤500ms(95%分位) | 从客户端发起请求至收到链上确认回执全程计时,采样频次≥100次/秒 | 日志时间戳精确到微秒级,剔除网络抖动异常值后统计 |
| 资源占用率 | CPU ≤75%,内存 ≤80% | 监控节点主机在峰值负载下连续运行1小时的资源消耗 | 通过Prometheus+Grafana采集数据,输出PDF格式监控图表作为附件 |
| 可扩展性 | 节点数翻倍后TPS提升≥1.6倍 | 在相同配置环境下分别部署4节点与8节点集群,执行相同测试用例 | 需提供拓扑图与带宽配置说明,排除网络瓶颈干扰 |
测试环境必须满足:独立局域网(延迟<1ms)、统一硬件配置(误差≤5%)、禁用非必要后台服务、启用全链路日志追踪
| 高频问题 | 执行痛点 | 标准化对策 |
|---|---|---|
| 测试结果不可复现 | 环境差异、时间同步偏差、负载模式不一致 | 强制使用NTP校时(精度±1ms),部署前执行env-check脚本验证依赖项版本 |
| TPS虚高现象 | 测试工具缓存预置交易、未真实上链确认 | 启用“强确认”模式,要求每个交易返回receipt且区块高度递增验证 |
| 资源监控失真 | 容器化环境下cgroup统计口径偏差 | 同时采集宿主机/sys/fs/cgroup与容器内top数据,交叉比对CPU使用率 |
| 多链协同难评估 | 跨链交易难以界定起点与终点 | 定义统一trace-id贯穿源链申请、中继转发、目标链落账全过程 |
对于存在前置队列的系统(如消息中间件缓冲),必须在测试方案中明确“有效负载注入点”,避免将排队时间计入处理延迟
| 标准号 | 标准名称 | 状态 | 发布日期 | 实施日期 |
|---|---|---|---|---|
| YD/T 3747-2020 | 区块链技术架构安全要求 | 现行 | 2020-08-31 | 2020-10-01 |