Apple rappelle les bonnes pratiques pour soumettre un rapport de bug
Si tout va bien, Apple va inonder ses développeurs des aperçus de ses différents systèmes d'exploitation le 22 juin, jour d'ouverture de la WWDC virtuelle. Comme chaque année, ce sera l'occasion de collecter une montagne de rapports de bugs, une moisson essentielle pour le constructeur qui va sans doute y prêter un œil un peu plus attentif : l'an dernier, iOS 13 et macOS Catalina ont été difficiles à accoucher et Apple a dû multiplier les mises à jour pour boucher les trous.
C'est la raison pour laquelle Apple rappelle aux développeurs les bonnes pratiques pour soumettre un rapport de bug. Sur iOS comme sur macOS, tout passe par une app dédiée, Assistant d'évaluation, qui permet une première sélection des critères, ce qui permettra aux ingénieurs du constructeur de trier les rapports. Il faut ensuite penser à écrire un titre aussi clair et précis que possible décrivant le problème, le déroulé du bug, joindre des captures d'écran et des vidéos si c'est possible, et le journal d'activité de l'application le cas échéant.
Ces bons conseils ne suffiront peut-être pas à résoudre le bug. On ne compte plus le nombre de rapports laissés en friche depuis des années, mais au moins on aura sa conscience pour soi ! Et puis comme le rappelle Apple, l'entreprise ne peut corriger un bug dont elle n'a pas eu connaissance.
Type de bug : coquille
Titre : lettre manquante dans un mot du corps du texte.
Description : ligne 3
"une montage de rapports" → "une montagNe de rapports".
Bisous
@Mr Bob
Bonne pratique pour un rapport de bug MacG : sélection de l’erreur, appuie long, choisir « signaler une erreur » ;)
Tu parles de l'app non ? Je ne vois rien du genre sur le site.
@Niarlatop
oui
@Mickaël Bazoge,
« J'ai été plus rapide qu'Apple pour corriger l'erreur ! »
Si seulement Apple et Microsoft corrigeaient leurs bugs aussi rapidement que vos bugs, tout roulerait depuis longtemps...
😉
@Mr Bob
Bug rejeté :
Incomplet.
Merci de préciser version de l’app et steps-to-reproduce
Une coquille ... vide, il manquait le n .
Ça promet pour les bêtas de la WWDC 🤪
« Et puis comme le rappelle Apple, l'entreprise ne peut corriger un bug dont elle n'a pas eu connaissance. »
Le pourrait-elle pour des bugs dont elle aurait connaissance ?
@occam,
« Le pourrait-elle pour des bugs dont elle aurait connaissance »
Pas sûr ! Cela dépend du niveau d'impact en matière d'image de marque !
Si le bug est sous le tapis depuis fort longtemps et personne ne se plaint au niveau mondial, il y a de forte chance qu'il reste sous le tapis encore un bon moment !
Si le bug écrase tous vos mails et ceux des autres par exemple, je pense que Apple ne tardera pas à le corriger, car fort dommageable en matière d'image de marque.
Pour que le monde soit parfait, il faudrait que tous les bugs soient d'un niveau de dangerosité ultra critique pour être sûr d'être corrigés...
Malheureusement, on connait l'histoire du bug depuis sa première apparition jusqu'à aujourd'hui, beaucoup resteront de tristes inconnus, pourrissant la vie de certains en épargnant un large majorité.
Pourquoi dans ce cas les éditeurs s'en inquiéteraient plus que nécessaires ?
C'est une question !
😉
@Scooby-Doo
À savoir aussi, même si c’est évident quand on bosse dans le développement logiciel, ça ne l’est pas forcément pour tout le monde, que :
Les bugs sont corrigés par les mêmes personnes que celles qui développent les nouvelles fonctionnalités. La correction d’un seul bug quelle que soit son importance peut être aussi courte que corriger une petite faute de frappe comme elle peut nécessiter la réécriture complète d’une fonctionnalité (refactoring dans le jargon).
Et là où ça devient intéressant, c’est que sans phase d’investigation, il est parfois très difficile d’estimer correctement le temps nécessaire à la correction d’un bug.
Et comme le calendrier des nouvelles fonctionnalités est relativement peu modulable (ça ça dépend des boîtes mais si tu veux pas te faire écraser par la concurrence faut bien sortir de la feature de temps en temps) il est très difficile pour un « chef de produit » de demander à ses équipes de corriger un bug mineur, à moins que ses équipes aient une idée rassurante du temps que ça prendra.
La solution à tout ça ? Investir dans la qualité en avance de phase et éviter la naissance même de bugs. Apple le fait probablement. Ça passe par des équipes entières dédiées à la recherche de bug à plein temps dans chaque évolution fraîchement livrée en interne. Et enfin, ça passe par des développeurs expérimentés (5 à 10 ans d’xp) capables d’évaluer plus finement le temps de résolution d’un bug, et capables d’éviter les innombrables pièges menant, même avec les plus belles intentions du monde à un logiciel buggué.
Ça coûte cher quoi.
Est-ce valable :
Signaler apple store l'erreur de chiffre dans les prix de tous les produits pommés ?
@Mac13,
« Signaler apple store l'erreur de chiffre dans les prix de tous les produits pommés »
Réponse automatique du serveur Apple collectant les rapports de bug :
« It's not a bug, it's a feature! Sorry, try again! »
😁
D’ailleurs l’ordre de tri au sein d’une playlist Musique n’est toujours pas synchronisé entre iOS et MacOS depuis plusieurs années. Assez irritant...
Je me suis toujours demandé s'il fallait rédiger un rapport de bug en français ou en anglais...
Quelqu'un sait?
@Kubusiu
Selon mon humeur et le temps que j’ai : des fois en français mais si possible je les rédige en anglais...
Mais oui, si quelqu’un a la réponse, je prends !
@Kubusiu
Bonjour,
Alors les rapports de bugs envoyés en français (par exemple, mais c’est le cas dans toutes les autres langues que l’anglais) sont envoyés directement à Apple (soit ils restent en attente d’autres bugs similaires dans le cadre du programme public ou sinon ils sont directement envoyés à un ingénieur dans le cadre du programme développeur) en langue originale avec une traduction automatique en anglais... les ingénieurs doivent se débrouiller avec ça ou demander des infos supplémentaires, mais souvent en fournissant des vidéos et des explications claires ils peuvent être faits en français sans problème.
Je ne travaille pas directement chez Apple, mais j’ai eu cette info de plusieurs employés... malheureusement je ne pense pas que j’ai le droit d’en donner beaucoup plus :/
@mat16963
Merci pour l’info!
Bug tombe aux oubliettes et facile à reproduire :
Clavier externe Bluetooth (j'insiste bien sur Bluetooth)
Synergy
Et Catalina
= Mac qui ne s'endort plus si une des trois conditions est remplie
Selon le pmset c'est le Bluetooth
Ma solution : aller sur Mojave, bug corrigé, ou plus récemment passer à un clavier filaire
Case closed "Duplicate"
@huexley,
« Case closed "Duplicate" »
Trop vu effectivement...
😁
1ere règle pour soumettre un rapport de bug à Apple...
Ne pas parler de bug!
Dire plutôt "la nouvelle fonctionnalité n'est pas optimale pour un usage standard".