---
name: Bruno API Testing
slug: bruno-api-testing
category: Quality
description: Bruno API Testing helps parse multi-format API definitions and generate Bruno collections for executable regression. Use it when a project needs Bruno-ready API test organization and workflows.
github: "https://github.com/naodeng/awesome-qa-skills/tree/main/skills/en/testing-types/api-test-bruno"
language: Python
stars: 193
forks: 27
install: "npx degit https://github.com/naodeng/awesome-qa-skills/tree/main/skills/en/testing-types/api-test-bruno ~/.claude/skills/api-test-bruno"
installs_to: ~/.claude/skills/api-test-bruno
source_path: skills/en/testing-types/api-test-bruno/SKILL.md
collection_size: 25
category_size: 1662
collection_url: "https://dirskills.com/collections/naodeng/awesome-qa-skills"
added: 2026-09-05T05:31:40.702Z
last_synced: 2026-09-05T05:31:40.702Z
canonical_url: "https://dirskills.com/skills/bruno-api-testing"
---

# Bruno API Testing

Bruno API Testing helps parse multi-format API definitions and generate Bruno collections for executable regression. Use it when a project needs Bruno-ready API test organization and workflows.

**Install:**

```bash
npx degit https://github.com/naodeng/awesome-qa-skills/tree/main/skills/en/testing-types/api-test-bruno ~/.claude/skills/api-test-bruno
```

## README

# api-test-bruno (EN)

**Chinese version：** See the corresponding Chinese skill.

## When to Use

- Need API outputs that should land in Bruno structure or Bruno workflow.
- The project already uses Bruno or wants Bruno-ready organization.

## Workflow

1. Read and follow the main prompt listed under Progressive disclosure (coverage, structure, quality bar).
2. Add only project context that changes the result: scope, environment, constraints, risks, dependencies, expected deliverable.
3. If input is incomplete, return a usable first draft and explicitly mark assumptions and gaps.
4. Default to Markdown; switch formats only when the user asks.

## Core Constraints

- Prioritize by risk / business impact — do not treat everything equally.
- Separate confirmed facts from current assumptions.
- Do not invent endpoints, fields, environments, or root causes the user did not provide.
- Use placeholders or env-var semantics for auth/secrets; never hardcode real credentials.
- Keep output executable: concrete scenarios, clear priority, clear next steps.

## Progressive Disclosure

- Before producing output, read and follow `prompts/api-test-bruno.md` (minimum coverage, output structure, quality bar).
- When a ready-made template fits: use matching files under `output-templates/`.
- When the user wants examples or alignment with existing assets: read relevant `examples/`.
- For deep framework/troubleshoot/schema notes: read only the relevant file(s) under `references/`, do not load the whole directory.
- For format conversion or helper checks: prefer existing `scripts/` over reinventing.
- For evaluating/regressing this skill: use `evals/` with skill-up.

## Pre-delivery Checklist

- [ ] Followed the main prompt's output structure
- [ ] Minimum coverage focus: collection structure, environment setup, auth handling, priority endpoints, positive scenarios, negative and boundary scenarios, data or variable strategy, assertion focus, ... (details in main prompt)
- [ ] Covered the minimum checklist, or explained omissions
- [ ] High-risk items have explicit priority
- [ ] Did not invent details the user did not provide
- [ ] Assumptions and gaps are marked

## Common Pitfalls

- Do not pretend completeness when scope/context is missing.
- Do not treat every item as equally important.
- Do not skip assumptions and information gaps.
- Do not dump generic theory unrelated to the current toolchain.