QA
从 OpenAPI 生成 API 契约测试
可重复的 API 检查:演练已文档化操作,并暴露纲要、状态码与稳健性违规。
流程
按这个顺序做。
- 校验 OpenAPI 文档,并盘点操作、认证、例子、必填字段和破坏性端点。
- 针对隔离或明确授权环境配置契约测试工具,并设速率与数据限制。
- 先跑一小撮冒烟子集,核验基础地址、凭证、模式解析和响应捕获,再广泛生成。
- 从模式生成正向、负向、边界和畸形用例,并为有状态操作使用有效准备数据。
- 把失败最小化到可复现例子,并分类缺陷在实现、规范、测试数据还是环境。
- 把确定性检查加入 CI,保全失败产物,并仅在负责人审阅后更新模式或服务。
先准备
猫会向你要的输入。
- OpenAPI 文档
- 授权测试基础地址
- 经安全密钥处理的认证方法
- 数据变更与速率限制
路由器 + 一份 playbook
先路由。只选一份。
Cat Paw 每次任务只加载一份 playbook,不合并多份。先走这个路由器;其余路径是此 workflow 可检查的候选。
- 路由器:
engineering-pack skills/engineering/mattpocock/tdd/SKILL.mdskills/engineering/alirezarezvani/senior-qa/SKILL.mdskills/product/pm-execution/test-scenarios/SKILL.md
界限
界限跟着提示一起走。
- 默认非生产,未经明确批准排除破坏性操作。
- 限制生成流量速率,并防止生成载荷含敏感数据。
- 当实现行为与批准契约矛盾时,不要默默把实现当作正确。
完成代表
一个可核对的终点。
所选操作集可复现运行,失败已最小化并分类,CI 在约定契约违规时阻断,并保留可行动产物。
来源
这个流程从哪来。
来源确立 workflow 的模式。如有 Reddit 或社区帖子,视为实务轶事,不是普遍事实。