Fonctions génériques
Tickets est un outil de suivi de bugs directement intégré à l’espace privé de SPIP. Il est conçu pour faciliter la phase de développement du site (notamment les squelettes du site public).
Tickets est un système simple de suivi de bugs directement intégré à l’espace privé de SPIP. Sa vocation est avant tout de faciliter la phase de développement du site public (squelettes, graphisme, etc.) sur lequel il est installé.
Cette page récapitule les tickets en cours de rédaction, les tickets qui vous sont assignés, les tickets ouverts, les derniers commentaires de tickets, puis les tickets résolus et fermés.
Lors de la phase de création d’un site, de nombreux messages sont échangés pour signaler par exemple :
— des bugs d’affichage du HTML (« c’est tout cassé sous MSIE 6... »),
— des problèmes d’ergonomie (« la couleur des liens hypertexte, ma grand-mère arrive pas à bien lire... »),
— des morceaux d’Ajax qui ne fonctionnent pas bien dans certaines situations,
— des fautes d’orthographe systématiques à corriger (« monsieur Coulemole, notre PDG... »),
— certaines fonctionnalités manquantes (« il faudrait terminer la newsletter... »),
— etc.
Messages vaguement stockés, que tout le monde n’a pas forcément reçu, avec un suivi à la va-comme-j’te-pousse qui fait qu’une fois c’est corrigé une fois c’est oublié...
C’est typiquement dans ce genre de situation que l’on a besoin d’un système de suivi de bugs :
— pouvoir signaler les problèmes et les transmettre à toutes les personnes concernées,
— pouvoir centraliser ces signalement pour pouvoir les traiter de manière systématique,
— pouvoir gérer leur « statut » pour savoir lesquels sont toujours valables et lesquels ont été résolus,
— permettre d’attribuer à certains intervenants les questions qui les concernent (ce qui équivaut à « je m’en occupe »),
— signaler qu’une question est très importante ou pas du tout...
Il existe d’excellents systèmes de suivi de bugs diffusés sous GPL (Mantis, Trac...).
Tickets propose d’insérer un système de suivi de bugs directement dans SPIP. En effet :
— c’est le plus souvent dans l’espace privé du site en développement que se retrouvent toutes les personnes concernées ; Tickets évite ainsi de devoir gérer un espace séparé (que la plupart des utilisateurs finissent par oublier d’utiliser), et de devoir gérer une autre liste d’autorisations de connexions ;
— ce plugin propose une interface aussi simplifiée que possible, car il est clairement conçu pour le développement du site public, et non d’un logiciel informatique de grande ampleur. Le nombre de champs à renseigner est donc restreint et basé sur des choix explicites (pas de jargon, vocabulaire adapté à des non-techniciens).
Évolutions
— 1.0 : on peut assigner le ticket à un rédacteur.
— 1.1 : envoi d’un mail avertissant les rédacteurs et les administrateurs lors du changement de statut d’un ticket.
Bonjour,
Je désire contacter l’auteur pour quelques explications sur le fonctionnement :
impossible pour un auteur (même le webmestre) d’avoir le bouton créer un ticket
dans le site test V3 de Sarka-spip la gestion des tickets ne permet pas d’assigner à un auteur précis comme le suggère les copies d’écran ci-dessus.
Amicalement
Jean Claude
Le plugin s’est quelque peu compliqué depuis sa mise en ligne. Une modif postée hier devrait simplifier la première utilisation.
En tout cas, il faut vous rendre dans l’espace de configuration du plugin (dans CFG) et indiquer qui a le droit de poster des rapports, de les modifier, de les attribuer... Ce qui fera apparaître, si vous réglages sont corrects, les boutons ad hoc.
Il est disponible là : http://files.spip.org/spip-zone/sai...
Il va falloir l’ajouter à plugins.spip.
Bonjour,
Moi pareil, un tel système permet plus facilement de récupérer les questions liées aux problèmes de la part du public.
Il faudrait donc une possibilité de modèle du formulaire à installer dans un squelette ou un article pour permettre au public de passer des tickets.
Merci
Très bonne idée que ce plugin qui peut s’avérer fort utile, toutefois l’envoi de notifications peut-il être rendu optionnel ? J’ai 500 rédacteurs sur mon site qui ne sont pas nécessairement intéressés par les tickets :-)
Hello :)
Génial ce plug !
Pour aller plus loin en revanche, selon moi il manquerait :
d’un espace de conf dans CFG
un système d’envoi de mails automatiques aux assigneurs/assignés ?
il faudrait aussi rendre qques champs obligatoires en saisie (via CFG par exemple)
rendre possible la réponse au ticket soumis directement par mail, dans le cadre d’une relation client/prestataire, cela permettrait au prestataire de centraliser au sein d’un client mail tous les tickets envoyés depuis les sites qu’il a réalisé.
Ce ne sont que quelques pistes et je m’excuse par avance de n’être point assez bon en php pour le faire moi même, mais en tout cas c’est très prometteur comme plugin :-)
Bravo !
