> ## Documentation Index
> Fetch the complete documentation index at: https://help.notis.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Signalement de bugs (avec Notion)

> Suis tes bugs dans la base de données Features and Bugs du template Notis Second Brain, reflète tes tickets Linear dans Notion et impose un modèle de rapport de bug grâce aux instructions de base de données.

Utilise la base de données Notion **Features and Bugs** comme outil de suivi des bugs, seule ou synchronisée avec Linear, pour que chaque rapport que tu dictes arrive dans Notion avec la capture d’écran et les étapes pour reproduire le bug.

<h2 id="what-this-setup-does">
  Ce que permet cette configuration
</h2>

Notis lit et écrit dans tes bases de données Notion. Avec la base Features and Bugs du Second Brain, Notis peut :

* Créer une entrée de bug à partir d’une capture d’écran et d’un vocal

* Refléter chaque ticket Linear dans une entrée Notion liée au ticket

* Mettre à jour Linear et Notion en même temps quand tu assignes, priorises ou étiquettes un bug

* Rassembler toutes les infos nécessaires avant de créer une entrée, en suivant le modèle défini dans la description de la base

<h2 id="step-1-set-up-your-bugs-database">
  Étape 1 : prépare ta base de données de bugs
</h2>

Le [Notis Second Brain](/fr/notion/second-brain) contient déjà un [outil de suivi des bugs](/fr/get-started/notion) prêt à l’emploi.

<Warning>
  Si tu choisis un outil de suivi comme Linear ou Jira, supprime la base de données de suivi des bugs du template Notis Second Brain pour éviter tout conflit.
</Warning>

<h2 id="step-2-enforce-a-bug-report-template">
  Étape 2 : impose un modèle de rapport de bug
</h2>

<Tip>
  Si tu veux imposer un modèle pour signaler des bugs ou créer de nouvelles user stories, modifie la description de la base Features and Bugs pour y décrire ce modèle et demander à Notis de rassembler toutes les infos utiles avant de créer une entrée. Par exemple :

  ```
  Format d’un rapport de bug
  Titre : résumé court.
  Description : quel est le problème ?
  Étapes pour reproduire : étapes numérotées.
  Résultat attendu : que devrait-il se passer ?
  Résultat obtenu : que s’est-il passé à la place ?
  Environnement : (par ex. système, version)
  Captures d’écran / logs : (facultatif)

  Format d’une demande de fonctionnalité
  Titre : résumé court.
  Description : quelle est la fonctionnalité ?
  Cas d’usage : pourquoi est-ce utile ?
  Détails supplémentaires : (facultatif)

  S’il manque une information, demande-la à l’utilisateur avant de créer l’entrée : on ne veut ni rapports de bug flous ni user stories vagues. C’est à toi de t’assurer d’avoir tout le contexte (par ex. les étapes pour reproduire) avant de créer une nouvelle entrée.
  ```
</Tip>

Consulte les [instructions de base de données](/fr/notion/database-instructions) pour savoir comment Notis lit la description d’une base.

<h2 id="step-3-ask-notis-to-use-it">
  Étape 3 : demande à Notis de l’utiliser
</h2>

> *Il y a un bug d’affichage sur mon Dashboard. Le bouton Créer apparaît en double.*

> *Enregistre ça comme bug dans Linear et dans ma base Bugs sur Notion.*

> *Assigne BUG-142 à Camille et passe-le en priorité haute.*

Quand tu synchronises Linear et Notion, Notis crée des entrées synchronisées :

**Dans Linear :**

* **BUG-142** : « Bouton Créer une automatisation en double sur le Dashboard sur petits écrans »

* Statut : Triaged

* Étapes complètes pour reproduire

* Capture d’écran jointe

**Dans la base Bugs de Notion :**

* Entrée miroir avec les mêmes détails

* Liée au ticket Linear

* Capture d’écran conservée

Les mises à jour suivantes (« Assigne BUG-142 à Camille », « Passe-le en priorité haute », « Ajoute les étiquettes UI, Responsive ») sont appliquées en même temps dans Linear et dans Notion.