Cette semaine, Google a publié une nouvelle mise à jour bêta pour les téléphones Pixel, testant publiquement Android 12 QPR3, ou la troisième mise à jour trimestrielle de la plate-forme pour Android 12. Les deux premiers QPR Android 12 ont été publiés en Décembre et Mars comme Feature Drops, ce dernier obtenant également un test public. Mais Google a changé la façon dont les choses fonctionnent d’une manière qui est déroutante – en particulier, alors que les tests publics d’Android 13 commencent à se développer. Ce qui complique cela, c’est le fait que la mise à jour officielle et stable de Mars du Pixel 6 a été retardée alors que ses modifications et ses correctifs indispensables sont simultanément disponibles dans la nouvelle version bêta. Cela a amené de nombreux clients à sauter sur la version bêta, et certains qui ne le voulaient pas ont été poussés dessus en ne se désinscrivant pas du programme avant de clignoter Android 13 DP1, provoquant encore d’autres problèmes. Et quand il s’agit des bonnes étiquettes pour décrire tous ces changements, même Google lui-même impossible de garder une trace des termes corrects à utiliser.

Au milieu d’un avenir incertain, le programme bêta Android actuel ressemble à un gâchis chaud, et seule une meilleure messagerie et une meilleure organisation de Google peuvent y remédier.

Des noms compliqués, une histoire compliquée

Pour commencer, il y a la simple confusion sur les noms utilisés par le programme bêta Android – confusion que Google a en fait ajoutée en utilisant le mauvais langage lui-même (dont je parlerai plus tard). Mon ami Mishaal Rahman a fait un travail parfait décomposer la terminologie importante récemment sur Twitter en ce qui concerne ces nouvelles versions bêta pour les versions trimestrielles. La version abrégée est que les Pixel Feature Drops sont basés sur des QPR, ou mises à jour trimestrielles de la version de la plate-forme, qui se produisent (vous l’avez deviné) tous les trois mois. Les Feature Drops ont également des éléments supplémentaires en plus de cela, comme des mises à jour des applications de Google et des services Play, toutes marquées et regroupées pour une annonce simultanée.

Il y a une nuance historique à considérer en ce qui concerne le programme bêta Android lui-même. Il y a longtemps, certaines de ces mises à jour trimestrielles de la plate-forme ont reçu des mises à jour X.1 point et des modifications d’API. Google a arrêté cette pratique après Android 8.1. Rahman théorise (et je suis tout à fait d’accord) que les OEM ont été repoussés parce qu’ils ne pouvaient pas suivre les mises à jour plus fréquentes. Ces versions ponctuelles ont également fait l’objet de tests bêta publics, bien que ce soit en partie avant que le programme bêta Android n’existe et que Google appelle tous ses tests Developer Previews (ce changement s’est produit avec Android 7 Nougat).

Plus récemment, le programme bêta Android n’a été utilisé que pour les versions majeures d’Android. Alors qu’Android 12L se démarque comme nouveau pour l’œil moderne, c’est en fait un retour aux racines de Google, dans un sens. Bien qu’Android 12L n’allait pas être une mise à jour très percutante en dehors des pliables et des tablettes, il a introduit des modifications d’API, il était donc logique que Google étende le programme bêta Android hors de son cycle de publication habituel afin que les développeurs puissent le tester. Mais Android 12L était également l’une de ces versions trimestrielles de la plate-forme, et après avoir atterri dans la stabilité, Google a maintenant poursuivi le programme dans cette prochaine version de QPR, même sans aucun nouveau changement d’API. Alors que tester Android 12L (effectivement Android 12.1) dans le programme bêta était un retour à la tradition, ce… publication d’une version bêta d’un prochain QPR —est un territoire entièrement nouveau.

En seulement deux étapes, Google est passé du seul test des versions majeures de son programme bêta Android à chaque mise à jour trimestrielle sur laquelle les Feature Drops étaient basés. Ce changement ne s’est pas produit complètement silencieusement – avec le recul, Google était en fait franc dans une annonce Reddit à la fin de 2021 que le programme bêta Android continuerait dans Android 12 lui-même (et il a même spécifiquement appelé Feature Drops) – mais la communication n’était toujours pas claire, en particulier parce que, comme nous le savons maintenant, Android 12L aurait été une exception dans les deux sens en introduisant des modifications d’API. Je pense que beaucoup d’entre nous ont aveuglément supposé que l’extension du programme « se terminerait » après la sortie de 12L et recommencerait avec les versions bêta d’Android 13, attendues en avril. Mais cela ne s’est pas produit, et maintenant nous ne sommes pas tout à fait sûrs de ce qui va se passer avec les tests bêta publics imminents d’Android 13.

C’est une situation déroutante encore compliquée par le fait que certaines personnes (comme moi) passent aux versions bêta non seulement pour un aperçu précoce ou pour tester des fonctionnalités instables, mais aussi pour résoudre les problèmes de manière contre-intuitive.

QPR3 Beta 1 est bogué, mais avant cela, mon Pixel 6 Pro 6 était inutilisable.

La situation de mise à jour du Pixel 6 de Google a été un frêneExpérience de strating compte tenu à la fois du volume et de la gravité des problèmes avec les téléphones. Mon Pixel 6 Pro n’a même pas pu se connecter au Wi-Fi de manière fiable pendant plus d’un mois. Google lui-même a noté que ces versions bêta incluent des correctifs pour des problèmes comme celui-ci, même s’il n’a pas encore déployé de mise à jour stable (pour une raison quelconque), et certaines personnes ont profité de cette occasion pour se lancer dans les nouvelles versions bêta d’Android juste pour que leurs téléphones fonctionnent à nouveau. Maintenant, à moins qu’ils ne veuillent effacer leurs téléphones, ils sont enfermés dans cette piste bêta jusqu’à ce que la fenêtre suivante s’ouvre pour la laisser – des fenêtres que Google ne communique pas efficacement en dehors des publications sur Reddit. Lorsque le programme ne fonctionnait qu’à une cadence annuelle, Google rendait parfois ce processus de désactivation entièrement automatique après la sortie des versions majeures, bien qu’il soit toujours sage de revérifier. Mais à mesure que le programme bêta Android s’étend à des tests apparemment continus, cela va compliquer les choses.

Ce n’est pas la seule façon dont Google n’a pas réussi à communiquer ce qui se passe, cependant. Rappelez-vous cette différence subtile entre les versions trimestrielles de la plate-forme et les mises à jour Feature Drop ? Le QPR page des notes de version confondu les deux, au début – Google lui-même ne pouvait pas garder une trace de ce qui se passait. En plus de cela, pour une « bêta » qui demande ostensiblement des commentaires aux clients, Google n’a pas répertorié de célibataire pour la nouvelle version QPR3 Beta 1. Si vous ne pouvez même pas dire aux bêta-testeurs ce qu’ils devraient tester, comment peuvent-ils fournir des commentaires précieux ?

Ce que Google a ici, c’est un échec à communiquer

Google a commencé à modifier de manière réactive certains de ses messages, comme la modification de la langue « Feature Drop » à partir de la page des notes de version. Mais c’est un petit changement en réponse à une situation si déroutante que même Google ne pouvait pas garder une trace, et il ne corrige toujours pas son message d’une autre manière. Quand on s’y met, Google doit être proactif ici, pas réactif – tout cela aurait dû être facilement prévu.

J’ai contacté Google avec des questions concernant tous ces problèmes, et la société n’a pas encore répondu à mes demandes. Certes, rien de tout cela n’a d’impact général en dehors du programme bêta Android. La grande majorité des clients exécutent des versions stables. Pour eux, pas une seule chose n’a changé (à l’exception des retards de mise à jour frustrants du Pixel 6 et de quelques-uns qui pourraient sauter dans les bêtas pour les obtenir plus tôt). Mais cela a un impact sur beaucoup de faiseurs d’opinion Android les plus influents, des développeurs aux passionnés, et leur frustration a le potentiel d’être vue par les utilisateurs Android plus grand public. De plus, si même le public enthousiaste de Google est confus – et ce sont des gens trop habitués à patauger dans des différences minuscules et nuancées – cela devrait être une raison suffisante pour que Google y prête attention.

À mon avis, Google doit appuyer sur pause ici avant que les versions bêta d’Android 13 n’atterrissent comme prévu en avril et mettre ses messages au clair, augmentant ainsi la communication avec les clients et établissant un plan sur la façon dont les modifications apportées au programme bêta Android s’adapteront aux prochaines versions majeures et mineures. Un bel article de blog des développeurs Android sur le sujet de l’équipe Android détaillant comment les versions majeures et mineures d’Android seront testées à l’avenir aiderait, tout comme certains changements apportés au programme lui-même. Je pense que le programme de test de version majeure d’Android et ces tests QPR devraient avoir des programmes distincts et mutuellement exclusifs avec des noms d’enregistrement et de programme distincts pour réduire la confusion – laissez les tests QPR conserver le nom plus général du programme bêta Android et donner au test de la version majeure d’Android un nouveau qui rend plus clair qu’il cible les développeurs qui cherchent à tester les modifications d’API.

Je pense également que Google devrait faciliter un peu la migration vers et depuis le programme bêta Android en informant directement les clients exécutant des versions bêta et Developer Preview (avec des notifications sur l’appareil) lorsque la fenêtre de désactivation sans effacer un téléphone s’ouvre et se ferme. Par là ils ne sont pas coincés avec les téléphones bootlooping, comme cela s’est produit avec la récente mise à jour Android 12 QPR3 lorsque Google l’a servie à ceux qui ne se sont pas désinscrits du programme bêta Android avant d’installer Android 13 DP1.

Bien que certaines parties de ces changements au programme bêta Android se soient produites lentement avec le recul, la situation actuelle reste confuse, et Google serait sage de l’aborder. avant Android 13 rend les choses encore plus compliquées. Il a déjà suffisamment d’autres problèmes de mise à jour à s’inquiéter avec le snafu Pixel 6 en cours.

Lire la suite

À propos de l’auteur