Dev · Bug report reproductible

---
name: bug-report-reproductible
description: "Transforme un signalement de bug vague en bug report structuré, reproductible et exploitable par l'équipe dev. Contexte, étapes de reproduction, environnement, attendu, observé, logs, criticité. À utiliser quand un dev, un PM, un support ou un QA reçoit un ticket flou et veut produire en 5 minutes un rapport assez précis pour qu'un autre développeur puisse reproduire et corriger sans aller-retour."
metadata:
  iaskills_title: "Dev · Bug report reproductible"
  metier_slug: dev
  metiers:
    - Devs
  secteur: "Tech & DSI"
  tier: free
  compatible:
    - claude-code
    - cowork
    - cursor
    - codex
  version: "1.0.0"
  author: "iaskills"
  editorial:
    pitch: "Transforme un ticket bug flou en rapport reproductible : contexte, étapes, environnement, attendu, observé, logs, criticité. Prêt en 5 minutes, exploitable sans relance."
    long_description: "Un bug report mal écrit coûte un cycle de questions, un détour de contexte, parfois une fermeture en 'not reproducible'. Ce skill structure un signalement en 8 sections obligatoires alignées sur les standards GitHub, GitLab, Jira et Linear, avec niveau de criticité, version, environnement, étapes minimales de reproduction et output attendu vs observé. Convient au dev qui crée le ticket, au PM qui filtre, au QA qui valide, et au support qui escalade."
    bullets:
      - "8 sections obligatoires alignées GitHub, Jira, Linear"
      - "Étapes de reproduction minimales et numérotées"
      - "Attendu vs observé séparés"
      - "Criticité graduée et impact utilisateur"
      - "Bloc logs et environnement formaté"
    exemple_avant: "Ticket support : 'Ça marche pas, le bouton fait rien quand je clique, c'est urgent'. Pas de version, pas d'OS, pas d'étapes, pas de logs. Dev assigné perd 30 minutes à demander un screen."
    exemple_apres: "Rapport en 8 sections : titre actionnable, criticité S2, étapes 1-2-3 reproductibles, environnement (navigateur, version, OS), attendu vs observé, extrait de console, lien vidéo, criticité justifiée. Dev reproduit en 2 minutes, fix en 30."
    recommended_metiers:
      - consultant
      - dirigeant-pme
    secteurs:
      - tech-dsi
      - startup-vc
      - conseil-audit
      - communication-rp
      - marketing-commerce
      - secteur-public-associatif
    metiers_individuels:
      - dev-frontend
      - dev-backend
      - devops
      - qa-engineer
      - product-manager
      - chef-de-projet-it
      - architecte-si
    connecteurs:
      - notion
      - slack
      - drive
---

# Bug report reproductible

## Quand utiliser ce skill

Déclencher quand un développeur, un product manager, un QA ou un agent support reçoit un signalement de bug peu précis (un message Slack, un email client, une remontée verbale) et doit le transformer en ticket exploitable dans GitHub Issues, GitLab, Jira, Linear ou Notion. Couvre les bugs frontend, backend, mobile, infra, et les régressions remontées en QA. Adapté également à la rédaction d'un ticket par le dev lui-même quand il découvre un bug pendant l'implémentation d'une autre tâche.

Ne pas utiliser pour un post-mortem incident production (skill dédié : `rca-post-mortem-blameless`), ni pour une demande de feature ou de refactoring.