Qualité logiciel
La qualité logicielle est ce qu’on peut appeler un sujet chaud dans le monde du développement, particulièrement dans ce lui du développement Internet. Quand on parle de bugs, on pense souvent au fait que le client (celui qui a acheté le logiciel) ne sera pas satisfait. Bien qu’on l’affirme, on a pas forcément à l’esprit celui à qui le bug va poser un vrai problème “l’utilisateur final”.
Pour illustrer mon propos, un petit clip qui est une copie décran du site SNCF.
On constate que :
- On recherche un aller-retour à la même date, aller le matin, retour en fin d’après-midi tout se passe bien
- Les résultats s’affichent, on sélectionne son train du matin, tout se passe bien. Seuls les retours s’affichent maintenant, normal.
- Jusqu’à ce qu’on clique sur “Voir les trains suivants”, on a maintenant une liste de retours qui démarre 25 minutes après l’heure d’arrivée, si on clique sur voir les trains suivant on reste dans la même liste. On est prié de retourner chez soit dans la matinée. L’utilisateur est bloqué.
- Mieux, si on décide que finalement on ne reviendra que le jour suivant, on saisi la date du jour suivant dans la case “Retour”, on valide, la liste s’affiche avec la date du jour suivant, trés bien.
- Là on clique sur “Voir les trains suivants” et une fois de plus, rien ne se produit mais en plus la date affichée au dessus de la liste est maintenant la même que celle du départ (et plus celle du lendemain), le système a changé la date en contradiction avec ma demande, si le client n’est pas attentif, il peut à ce moment précis acheter un billet à une mauvaise date.
Détail complémentaire, quand on a une liste de trains, même lorsque le bouton “Voir les trains suivant” permet d’afficher la liste des trains suivants il est impossible d’afficher la liste des trains précédents sans repasser par la recherche. Dans ce cas, les choix de date et d’heure du client ne sont pas maintenus occasionnant un risque supplémentaire d’erreur de saisie.
Ce matin (06/08/2007) j’étais assis dans le train pour Paris, un gar vient me voir et me dit qu’il a réservé cette place (celle où j’étais assis). Je sors mon billet, il mentionnait bien ce numéro de place dans cette voiture mais à la date du lendemain (07/08/2007).
(…)
Aprés avoir fait une recherche de billet à une date, j’ai finalement acheté de manière tout à fait involontaire un billet pour le lendemain. Quand je vois la manière dont le site fonctionne, je ne suis pas trés étonné du résultat.
Je suis un utilisateur lambda, avec une intelligence moyenne et une capacité d’attention limitée. Si en plus de faire attention à ce que je fais, il faut que je vérifie que le logiciel a bien tout compris (et manifestement ce site a un comportement imprévisible) la situation devient totalement ingérable. C’est au système de contrôler la cohérence des demandes de l’utilisateur, pas à l’utilisateur de contrôler la cohérence des réponses du système.
Moralité, c’est à l’utilisateur final qu’il faut penser. Un égoïste c’est quelqu’un qui ne pense pas à moi.

Pour ceux qui s’intéressent à l’utilisabilité, un bouquin intéressant sur le sujet et qui donne des éléments pour la mise en place de tests utilisateur.
