Contenu
Traitement en cours de développement
Résumé
Bien que de nombreuses demandes d'assistance puissent être résolues par des changements de configuration, la mise en place d'un environnement ou une formation, nous recevons parfois des rapports de bogues dans le logiciel que vous utilisez et qui n'ont pas été détectés par notre équipe interne d'assurance de la qualité.
Cet article décrit le processus de traitement d'une erreur logicielle (bug) chez VertiGIS, depuis la demande de support jusqu'à la mise à disposition de la correction.
Demande d'assistance
Des clients, des partenaires ou des consultants constatent un comportement inattendu ou erroné dans le logiciel. Une demande est soumise via la plateforme d'assistance VertiGIS. Un ticket est créé et l'auteur de l'annonce reçoit immédiatement une réponse avec le numéro de ticket (Support Incident Number) de la plateforme d'assistance VertiGIS.
Le ticket est soumis à une première analyse par le support. Les informations disponibles sont alors vérifiées. Il s'agit notamment de vérifier si toutes les informations nécessaires ont été mises à disposition ou si elles doivent être demandées ultérieurement. En outre, il recherche les cas connus et s'il existe déjà une solution pour le comportement signalé. Dans la mesure du possible, on essaie de reproduire le comportement.
Si des informations supplémentaires sont nécessaires, le support les demandera à l'auteur du ticket. En outre, les informations disponibles sur les cas connus et les solutions possibles identifiées lors de la recherche seront fournies. L'auteur du signalement est invité à les examiner. Le ticket est placé dans le statut "En attente de réponse".
Dès que l'auteur du signalement fournit les informations demandées par une réponse, le ticket passe automatiquement à l'état "Ouvert". Le support continue d'analyser le comportement. Si nécessaire, des collègues d'autres équipes (p. ex. développement) sont également impliqués dans l'analyse. Il peut en résulter des questions supplémentaires à l'auteur du signalement, de sorte que plusieurs itérations de l'échange d'informations avec l'auteur du rapport sont possibles.
Si un comportement signalé est considéré comme une erreur dans le logiciel, il est transmis à l'équipe de développement compétente. Pour ce faire, un « item de bug » est créé dans la plateforme de développement à partir du ticket dans la plateforme d'assistance du support. S'il existe déjà un item dans la plateforme de développement, le ticket de la plateforme d'assistance y est lié. La plateforme de développement renvoie un numéro d'objet. Le support informe l'auteur du rapport, en indiquant le numéro d'item dans la plateforme de développement, que le sujet a été transmis au développement. Le traitement du cas est ainsi terminé dans le support et se poursuit dans le développement. Pour cette raison, le ticket est placé sur "Résolu" dans la plateforme de support.
Traitement en cours de développement
Après une première inspection visuelle sans autre analyse, les nouveaux bogues sont publiés dans le VertiGIS Product Change Log et ont l'état "new".
Les nouveaux éléments de bug sont régulièrement évalués au cours du développement. Une première analyse préliminaire est effectuée afin de déterminer les conséquences possibles du bug et les efforts nécessaires pour le corriger. Les bugs pertinents pour la correction sont ajoutés au backlog. Il est possible que tous les éléments ne soient pas immédiatement inclus dans le backlog et soient réévalués ultérieurement. Les éléments inclus dans le carnet de commandes reçoivent l'état "accepted" dans le VertiGIS Product Change Log.
Dans le cadre de la planification et de l'ordonnancement des nouvelles versions, les « item de bug » du backlog sont classés par ordre de priorité. On détermine quels « item de bug » doivent être mis en œuvre dans une prochaine version. Dans le VertiGIS Product Change Log, la version prévue est indiquée sous Version. Cette indication peut être modifiée par des événements imprévisibles. La disponibilité de la correction pour la version prévue ne peut pas être garantie à ce moment-là, mais elle est toujours un objectif. L'état dans le VertiGIS Product Change Log passe à "in Dev".
La dernière phase consiste à corriger l'erreur. Cela comprend la correction proprement dite dans le code source du logiciel, les mesures nécessaires d'assurance qualité ainsi que les adaptations nécessaires de la documentation. Ce n'est que lorsque toutes les étapes de travail sont terminées qu'une correction est également intégrée dans une version. Après la mise à disposition d'une nouvelle version, l'état dans le VertiGIS Product Change Log passe à "released".
Commentaires
0 commentaire
Vous devez vous connecter pour laisser un commentaire.