Logiciel de suivi de problèmes

Un article de Wikipédia, l'encyclopédie libre.
Aller à : navigation, rechercher

Un logiciel de suivi de problèmes ou système de suivi de problèmes (de l'anglais issue tracking system) est un logiciel qui permet d'aider les utilisateurs et les développeurs à améliorer la qualité d'un logiciel. Les utilisateurs soumettent leurs demandes d'assistance dans le logiciel. Les développeurs sont alors toujours au fait des problèmes rencontrés.

La plupart des systèmes de suivi de problèmes, notamment ceux utilisés pour les projets de logiciels libres, permettent aux utilisateurs de rentrer directement les problèmes rencontrés au niveau :

  • techniques ;
  • de respect des règles de gestion : réglementation, etc.
  • fonctionnels.

Mais également des demandes d'amélioration (RFE) ou de nouvelles fonctionnalités. A l'origine, ce type de logiciel était conçu pour suivre les incidents ou anomalies d'un projet. Désormais, certains logiciels de suivi de problèmes sont configurables et permettent de gérer tous types de tickets ou artefacts: tâches, demandes de support, exigences, contacts...

Certains sont utilisés uniquement en interne dans certaines entreprises ou organisations qui développent des logiciels. Généralement les systèmes de suivi de problèmes sont également intégrés à d'autres applications de suivi de projet logiciel: gestion de code source, intégration continue, outils de gestion de planning des projets.

Disposer d'un système de suivi des problèmes est extrêmement profitable dans le développement d'un logiciel, et ils sont utilisés fréquemment par les compagnies développant des logiciels.

Composants[modifier | modifier le code]

Un composant majeur d'un système de suivi des bugs est une base de données qui enregistre les caractéristiques des bugs connus. Ces caractéristiques peuvent inclure le nombre de fois que le bug a été reporté, sa rigueur, le comportement problématique, et comment le reproduire, ainsi que l'identité de la personne qui a reporté le bug, et le programmeur chargé le résoudre.

Un système de suivi des bugs typique utilise le concept de « cycle de vie d'un bug » : on suit un bug tout au long de son traitement jusqu'à sa résolution. Il peut aussi permettre aux administrateurs de modifier le statut et les droits sur le ticket de suivi, voir de le supprimer. Un mail peut-être envoyé automatiquement aux participants à chaque modification.

Principe des tickets[modifier | modifier le code]

Le plus souvent, le système utilise un dispositif de ticket qui permet à l'utilisateur qui a indiqué un défaut de suivre l'évolution de son traitement. Il peut contenir : correction si le défaut est urgent, fin de non recevoir si le défaut n'en est pas un, date probable de correction si celle-ci est différée.

Les tickets sont généralement affectés d'un indicateur du degré d'urgence de résolution du défaut : critique, urgent, normal, non-urgent. Cet indicateur est fourni par l'utilisateur ayant rapporté le défaut, et peut être modifié par l'administrateur du projet suivi.

Usage[modifier | modifier le code]

Dans une entreprise, un système de suivi des bugs peut être utilisé pour générer des rapports sur la productivité des programmeurs. Toutefois, ces rapports sont parfois imprécis, puisque des bugs différents ont une sévérité et une complexité variables. La rigueur d'un bug peut ne pas être en relation avec sa complexité : il peut y avoir plusieurs points de vue parmi les développeurs et les architectes.

Un système de suivi des bugs local (local bug tracker ou LBT) est habituellement un programme utilisé par les professionnels chargés de l'assistance technique pour suivre les problèmes communiqués aux développeurs. L'utilisation d'un LBT permet aux professionnels de l'assistance technique de suivre les bugs dans leur « propre langage » et non dans le « langage des développeurs ». De plus, elle permet de suivre des informations spécifiques sur les utilisateurs qui ont signalé le bug, ce qui n'est pas toujours utile côté développement (ainsi, il y a deux systèmes de traçage quand un LBT est utilisé).

Système de suivi des bugs distribué[modifier | modifier le code]

Certains systèmes de suivi des bugs sont conçus pour être utilisés avec un logiciel de contrôle des versions distribué. Ces systèmes permettent un rapport de bug plus facilement lisible, ajouté ou modifié en base de données lorsque le développeur n'est pas disponible.

Bien que les wikis et les systèmes de suivi des bugs soient, par convention, vus comme deux types de logiciels distincts, Ikiwiki peut aussi être utilisé en tant que distributed bug tracker (système décentralisé de suivi des bugs). Il peut gérer aussi bien les documents que le code, de manière intégrée. Toutefois, sa fonction de recherche n'est pas aussi avancée que celle des systèmes de suivi des bugs centralisés.

Association à un système de dépôt[modifier | modifier le code]

Un gestionnaire de suivi peut être relié à un logiciel de gestion de versions ; cela permet d'associer la base de données des défauts à celle des codes sources utilisés dans le projet.

Comparaison des logiciels de suivi de problèmes[modifier | modifier le code]

Nom Éditeur Licence Langage de programmation Base de données Date création Dernière version
B-Hive Bee Software Propriétaire PHP MySQL 2008-2008 2012-01-13
Bontq Assembla Propriétaire Ruby MySQL 2008-2008
Tuleap Enalean GPLv2 PHP MySQL 2004-2004 2014-03-06
v. 6.11
(+1 version / mois)
Bugzilla Mozilla Foundation MPL Perl MySQL, Oracle, PostgreSQL 1998-09-19 2014-01-27
v. 4.4.2
Mantis Bug Tracker Multiples (Contributions Open Source) GPLv2 PHP ADOdb (MS SQL Server, MySQL, PostgreSQL, etc) 2000-2000 2013-04-11
v. 1.2.15
Plain Ticket Turbine interactive Propriétaire Java MySQL 2011-2011 2014-01-07
Redmine Jean-Philippe Lang GPLv2 Ruby on Rails MySQL, PostgreSQL, SQLite 2006-2006 2013-09-14
v. 2.3.3
Trac Edgewall Software Nouvelle Licence BSD Python MySQL, PostgreSQL, SQLite 2006-10-01 2012-09-07
v. 1.0
Codendi Xerox GPLv2 PHP MySQL 2001-2001 2011-11-10
v. 4.3 RC
Jira Atlassian Propriétaire,
Gratuit pour un usage non commercial
Java MS SQL Server, MySQL, Oracle, PostgreSQL 2003-2003 2012-02-22
v. 5
Flyspray N.R. LGPL PHP MySQL, PostgreSQL 2003-2003 2012-05-28
v. 0.9.9.7
The Bug Genie N.R. MPL 1.1 PHP MySQL, PostgreSQL 2002-2002 2012-08-23
v. 3.2.3
Request Tracker Best Practical Solutions, LLC GPL Perl MySQL, Oracle, PostgreSQL, SQLite 1999-10-13 18 Nov 2013

v. 4.2.1

Zendesk Zendesk Propriétaire 2006-2006
NewWaySERVICE OroLogic Propriétaire PHP MySQL 1996-1996 2013-05-01
v. 5.0
GLPI INDEPNET GPLv2 PHP MySQL 2002-2002 2013-11-03
v. 0.84.3
ServiceNow ServiceNow Propriétaire

Notes et références[modifier | modifier le code]

Voir aussi[modifier | modifier le code]