Le système de rapport de bugs d’Apple : fonctionne-t-il pour quelqu’un d’autre ?
Bonjour à tous, ici Tyler d’AgntBox. Nous passons beaucoup de temps à explorer divers outils, découvrant ce qui fonctionne et ce qui ne fonctionne pas. Parfois, cela signifie trouver des bugs, et ensuite, si nous nous sentons particulièrement utiles, les signaler. Cette semaine, je veux parler de quelque chose qui a été une frustration récurrente, et cela vient d’une entreprise dont beaucoup d’entre nous dépendent au quotidien : Apple.
Je ne suis pas ici pour critiquer Apple, mais leur système de rapport de bugs, en particulier la façon dont ils gèrent les rapports plus anciens, ressemble un peu à un labyrinthe. Nous y avons tous été – vous trouvez un problème, vous rédigez méticuleusement un rapport de bug, peut-être même en incluant des captures d’écran ou un enregistrement d’écran, puis vous l’envoyez dans l’éther. Vous espérez qu’il soit examiné, peut-être même corrigé dans une mise à jour future.
Le problème survient lorsque ces bugs ne sont pas corrigés immédiatement. C’est compréhensible ; tous les bugs ne sont pas critiques, et les cycles de développement sont longs. Cependant, ce qui n’est pas aussi compréhensible, c’est quand Apple ferme ces rapports de manière aléatoire. Et pas parce qu’ils ont corrigé le bug, mais parce qu’ils veulent que vous « vérifiiez » qu’il est toujours présent. Essentiellement, si vous ne répondez pas à leur demande, votre rapport est marqué comme fermé, même si le bug est toujours là, causant gaiement des problèmes aux utilisateurs.
Pensez à cela un instant. Vous faites tout le travail, vous aidez à améliorer leur logiciel, et puis des mois plus tard, vous recevez un e-mail vous demandant de reconfirmer quelque chose que vous avez déjà signalé. Si vous ratez cet e-mail, ou si vous êtes trop occupé, ou si vous êtes passé à d’autres projets, votre rapport est essentiellement effacé de leur file active. Ce n’est pas juste une petite annoyance ; c’est un obstacle significatif pour quiconque tente de contribuer de manière significative à l’écosystème.
Du point de vue d’un examinateur, ce processus est particulièrement irritant. Nous testons constamment de nouvelles versions de logiciels, de nouveaux systèmes d’exploitation et de nouvelles fonctionnalités. Un bug trouvé dans iOS 16 pourrait encore être présent dans iOS 17. Mais au lieu qu’Apple le suive, ils renvoient la charge sur le rapporteur initial. On dirait qu’ils essaient de dégager leur backlog en déléguant le travail. Cela me fait me demander s’ils s’intéressent davantage à réduire leur nombre de bugs sur le papier qu’à réellement corriger les problèmes sous-jacents.
Considérez le scénario : vous signalez un bug, peut-être un problème de niche qui n’affecte que certains flux de travail ou configurations matérielles. Ce n’est pas un problème majeur, mais c’est ennuyeux. Vous le signalez, puis passez à autre chose. Des mois plus tard, vous recevez cette demande de « vérification ». Si vous ne revenez pas à ce flux de travail spécifique pour le retester sur la dernière version bêta, le rapport de bug meurt. Et ensuite, si quelqu’un d’autre le rencontre, il doit tout recommencer. C’est inefficace et cela décourage la participation.
De bons systèmes de rapport de bugs encouragent la participation. Ils facilitent la contribution des utilisateurs et leur donnent l’impression d’être écoutés. Ce système, cependant, semble conçu pour éliminer les rapports qui ne sont pas activement suivis par le rapporteur. Cela met la responsabilité sur l’utilisateur de surveiller en continu et de re-valider les problèmes, ce qui n’est pas un modèle durable pour la personne moyenne, sans parler de quelqu’un qui signale de nombreux bugs sur diverses plateformes.
J’aimerais que Apple reconsidère cela. Peut-être un système où les rapports ne sont fermés que s’ils sont explicitement marqués comme corrigés, ou si le rapporteur lui-même confirme qu’il n’est plus un problème. Ou, mieux encore, s’ils pouvaient suivre en interne si un problème signalé a été traité dans les mises à jour suivantes sans avoir besoin de nous faire retester chaque mise à jour. Cela favoriserait un environnement beaucoup plus collaboratif et aiderait réellement à améliorer leurs produits.
Qu’en pensez-vous ? Avez-vous rencontré des frustrations similaires avec le système de rapport de bugs d’Apple ? Faites-le moi savoir dans les commentaires ci-dessous. Jusqu’à la prochaine fois, continuez à tester et continuez à pousser pour de meilleurs outils !
🕒 Published: