Map parameter space, generate …

# 电商API分页参数边界测试指南

一、测试方案设计

测试用例表

| 用例 | page_size | 预期行为 |

|------|-----------|----------|

| 正常下界 | 1 | 200，返回单条 |

| 零值 | 0 | 建议返回400或按默认值处理（看API设计） |

| 负值 | -1 | 建议返回400，不应触发异常 |

| 超大值 | 10000 | 可能被截断到上限、返回400，或全量返回（有性能风险） |

| 补充建议 | 缺省、非整数（"abc"）、超大（10^9） | 验证参数校验完整性 |

请求方式示例

```bash

for ps in 1 0 -1 10000; do

curl -s -o /dev/null -w "page_size=${ps} status=%{http_code} time=%{time_total}s\n" \

"https://你的域名/api/products?page=1&page_size=${ps}"

done

```

二、需记录的指标

• 状态码：200 / 400 / 422 / 500
• 响应耗时：用curl的 time_total，多次取样取平均（建议每组3次，剔除首请求冷启动）
• 返回体：实际返回条数、是否含错误信息、是否有截断提示

三、可能的典型结果模式

• page_size=1：正常返回，耗时低
• page_size=0：规范API应返回400；不规范的会500或返回全量（错误设计）
• page_size=-1：若返回500说明缺少参数校验；返回400为健康表现
• page_size=10000：若数据库无LIMIT截断，耗时会显著上升，可能拖垮服务——这是最易暴露性能瓶颈的用例

四、健康API的评判标准

• 非法值统一返回400/422，附明确错误信息
• page_size设合理上限（常见做法：上限为较小百位数值），超出自动截断
• 响应耗时不应随page_size异常值出现数量级波动
• 500错误一律视为Bug，需修复

五、注意事项

• 测试前确认使用测试环境，避免超大page_size对生产数据库造成压力
• 记录测试时间、账号权限、数据量级，便于复现对比
• 建议同步测试page参数（0、-1、超大值）的边界，两者组合才是完整分页测试

需要的话我可以帮你把脚本扩展成带输出表格的完整测试脚本。