---
title: "Comment bien remonter un bug"
weight: 230
description: "Bonnes pratiques pour signaler un bug de manière efficace afin d'accélérer sa résolution."
---

# Comment bien remonter un bug

Vous participez aux tests d'un logiciel développé par CAP-REL et vous vous demandez quelles sont les bonnes pratiques pour « remonter un bug » (faire part du problème au développeur). De la qualité de votre compte rendu dépend directement sa résolution.

1. Notez précisément les étapes qui mènent au bug. De préférence, faites des captures d'écran des différentes étapes.
2. Si vous arrivez à reproduire le bug « à coup sûr », activez le [mode debug](/dolibarr/mode-debug) de Dolibarr.
3. Provoquez le bug maintenant que le debug est actif.
4. Téléchargez le fichier `dolibarr.log`.
5. Désactivez le mode debug.
6. Envoyez votre rapport avec le fichier debug.

## Envoyer votre rapport de bug

> **Astuce :** La règle d'or est : un bug = un compte rendu. Ne mélangez pas plusieurs problèmes dans un mail ou dans un ticket.

Le plus propre est d'ouvrir un ticket via [cap-rel.fr/sav-module-dolibarr/](https://cap-rel.fr/sav-module-dolibarr/), mais un mail peut aussi faire l'affaire. Le problème du mail est qu'il n'est pas partagé dans l'équipe de dev, qu'il n'est pas réellement archivé et que son suivi peut donc être un peu moins « propre » (surtout si les délais s'allongent).
