Autonomie du MacBook Pro : Consumer Reports est tombé sur un bug, d’autres tests arrivent
Le chapitre n'est pas clos
Le 11 janvier 2017 à 11h15
4 min
Sciences et espace
Sciences
Les tests de batterie de Consumer Report sur les derniers MacBook Pro d’Apple avaient fait ressortir d’étranges résultats. Apple avait proposé au magazine américain de regarder de plus près les conditions de test. Et il semble bien finalement qu’un problème se soit glissé, à travers une petite option.
Les derniers MacBook Pro d’Apple, qui avaient déclenché une petite polémique à cause des choix radicaux du constructeur, se trouvaient au centre d’une tourmente supplémentaire. Alors que les témoignages s’accumulaient sur des comportements incohérents des batteries (autonomie en dents de scie), le magazine Consumer Reports – équivalent américain de 60 Millions de Consommateurs – avait tranché : ces machines n’étaient pas recommandées.
D'improbables variations de résultats
En cause, une autonomie considérée comme trop faible par rapport aux promesses. Problème, les tests de Consumer Reports faisaient apparaître des résultats très étranges. Chaque version du portable subissait trois passes du même protocole, pour mesurer l’autonomie. Or, ces passes ont renvoyé des temps très différents. Sur l’une des machines, la première affichait ainsi 19h30, pour finir à 3h45 sur la troisième, le magazine ne gardant que le plus petit résultat. Des chiffres improbables dans tous les cas, puisque Apple évoque une dizaine d’heures en moyenne.
S’en était suivi une polémique, certains se demandant si Consumer Reports ne s'était pas trompé, d’autres estimant que les résultats reflétaient la situation dans une certaine mesure. Cela n’avait pas empêché Apple, par la voix de son vice-président Phil Schiller, d’annoncer un rapprochement avec le magazine pour mieux comprendre le protocole de test et ce qui avait pu clocher.
Une option pour développeur et un bug
Finalement, dans un communiqué envoyé à iMore, le constructeur explique que Consumer Reports a utilisé une option de Safari, normalement réservée aux développeurs et liée à la mise en cache local des pages web. Il ne s’agit donc pas d’une configuration de test par défaut qui correspondrait à un usage normal. Par ailleurs, cette option a déclenché un bug décrit comme « intermittent » qui provoque un rechargement constant des icônes.
Apple indique qu’une mise à jour sera publiée pour corriger le bug. En outre, Consumer Reports a relancé ses tests, cette fois sans l’option, et aurait obtenu des résultats « conformes » aux attentes selon Apple, mais sans offrir plus de détails. Sur le site du magazine, un article publié hier indique que le bug a été reconnu par Apple et que des tests complets vont être refaits. Ils seront alors publiés et le public pourra prendre connaissance des nouvelles variations d’autonomie.
De nouveaux résultats attendus
En effet, même si Apple parle de résultats « conformes », les nouvelles conclusions de Consumer Reports seront importantes. Il ne faut pas oublier – et le magazine le rappelle d’ailleurs – que ces tests n’ont pas été les seuls à souligner des comportements étranges sur les MacBook Pro.
Consumer Reports évoque ainsi de nombreux témoignages de consommateurs en ce sens. Les forums d’Apple sont également remplis de commentaires d’utilisateurs inquiets et qui montrent bien la grande variété des temps obtenus. Lors du tweet de Phil Schiller, nombre de réponses provenaient encore une fois d’utilisateurs qui demandaient des explications. En outre, plusieurs sites, dont Engadget et The Verge, ont réalisé leurs propres tests, relevant eux aussi des variations importantes dans l’autonomie, même si les résultats se situaient dans une fourchette nettement moins large que chez Consumer Reports.
Le 11 janvier 2017 à 11h15
Autonomie du MacBook Pro : Consumer Reports est tombé sur un bug, d’autres tests arrivent
-
D'improbables variations de résultats
-
Une option pour développeur et un bug
-
De nouveaux résultats attendus
Commentaires (54)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 11/01/2017 à 11h21
#1
y’a aussi le bug entre filevault et l’éclairage du clavier au démarrage
Le 11/01/2017 à 11h29
#2
“Ce n’est pas un bug, c’est une feature.”
Donc le bug était là, mais parce que c’est une option pour les devs, on s’en fout ? Cool…
Le 11/01/2017 à 11h33
#3
Le 11/01/2017 à 11h34
#4
Apple a juste mis à jour Safari pour qu’il fonctionne comme il faut avec la méthode de test de CR :)
C’est comme pour les test en labo des voitures :)
Le 11/01/2017 à 11h36
#5
Je trouve ça ouf que les gens prennent en considération des résultats de test d’un organisme qui ne possède aucune certification dans un domaine pour argent content, et même plus car ce n’est pas réglementer alors uqe ça peut avoir un impact important sur la commercialisation d’un produit.
Pondre un protocole le faire valider, faire des inter-comparaisons pour valider les méthodes se faire auditer sur ces process..la base dans le monde des essais….
Le 11/01/2017 à 11h41
#6
Attendons de voir les tests de QueChoisir et 60 millions de consommateurs, si toutefois ils sont capables de faire des tests corrects sur des produits high-tech.
Quoiqu’il en soit, pourquoi CR a-t-il utilisé l’option pour dev de Safari ?
Le but d’un tel test est de le faire aux paramètres d’usine non pas dans une configuration particulière même si l’activation d’une telle option ne devrait pas entraîner ce genre de résultat (d’où le bug)
Le 11/01/2017 à 11h42
#7
Le 11/01/2017 à 11h43
#8
Le 11/01/2017 à 11h47
#9
Donc le test était pertinent tant qu’il s’agissait des autres marques. Mais un résultat négatif pour Apple c’est un sacrilège.
Le 11/01/2017 à 11h51
#10
C’est et c’était le cas avec les anciens macbook.
Avant le déverrouillage de filevault, pas de clavier rétro-éclairé ;)
Le 11/01/2017 à 11h59
#11
Les mecs auraient du se dire que y avait un soucis … Toute cette histoire est ridicule depuis le départ et c’était clairement un moyen de faire du buzz pour CR.
Le 11/01/2017 à 12h02
#12
@NeedSumSleep : Je te répondrai en citant CanardPC :
Avant de poursuivre, un point à préciser : les mesures et tests que nous effectuons n’ont pas pour vocation d’être ceux d’un laboratoire agréé. Nous ne décernons pas de certificats officiels garantissant la conformité (ou non) d’une norme. Ce n’est tout simplement pas notre métier. Par contre, comme tous journalistes, nous pouvons donner notre avis sur tel ou tel produit en fonction des éléments que nous jugeons pertinents et cela, dans la limite de nos compétences, de notre bonne foi et du matériel utilisé. A ce sujet, il est intéressant de noter que les appareils de mesures que nous utilisons sont calibrés, eux, par un laboratoire agrée reconnu par les organisations officielles.
Grand moment d’antologie : http://www.x86-secret.com/dossier-36-3000-Alimentation_Noname.html" />
Le 11/01/2017 à 12h02
#13
Le 11/01/2017 à 12h03
#14
Le 11/01/2017 à 12h05
#15
Le 11/01/2017 à 12h17
#16
Je ne juge pas de leur intelligence, c’est juste que quand tu fais des essais tu t’assures au minimum que ta méthode est valable et ça je te l’assure tu ne peux pas le faire tout seul (c’est comme s’auditer sois même il n’y’a aucune pertinence….un labo de test qui ne fait pas valider ces essais par une inter comparaison par exemple n’a aucune crédibilité…)
Il y’a un vrai problème sur la publication de CR, quand tu as des résultats avec une dispersion et que tu effectues derrière des moyennes et des conclusions je suis désolé mais c’est faire preuve d’incompétence.
Ensuite pour la question d’indépendance justement il faut s’assurer en priorité que les labos qui pond les rapports soit à minimum accrédité en conséquence, de la norme 17020 par exemple.
Le 11/01/2017 à 12h18
#17
Le 11/01/2017 à 12h23
#18
Bah on peut en douter " />…
Quand ton test va de 19h30 d’autonomie à 3h30 au troisième essai, et que tu gardes ce dernier résultat y’a de quoi se poser des questions.
Enfin bon je comprends pas tout ce foin. On peut selon moi pas se baser sur un seul test ! Les protocoles sont tellement disparate qu’au final, il est mieux de reposer son avis (pour un achat bien entendu) sur la totalité des tests de magazine/site qu’on juge crédible qu’un seul.
Le 11/01/2017 à 12h27
#19
Justement, je trouve la façon de faire bien plus correct du moment qu’ils sont impartiaux. C’est destiné au consommateurs qui ne font pas des choses standardisé donc autant testé de façon non standardisé.
Le 11/01/2017 à 12h28
#20
A première vue, c’est dur de croire qu’un bug relatif à safari n’affecte que ce modèle. Ca veut dire, soit, que la version de safari est différente sur ces machines, soit qu’il y a une synergie entre safari et ce hardware. BIzzare.
Le 11/01/2017 à 12h30
#21
Le 11/01/2017 à 12h33
#22
Le 11/01/2017 à 12h34
#23
Le 11/01/2017 à 12h35
#24
C’est peut être leur logiciel de protocole pour le test qui l’a provoqué. S’ils utilisent un logiciel mais en général c’est le cas pour simuler une utilisation.
Et si Apple a pu mettre le nez dedans, comme dit plus haut dans les commentaire, ils vont le résoudre et faire fonctionner l’ordinateur de manière à ce qu’ils répondent parfaitement à ce protocole…
Le 11/01/2017 à 12h40
#25
Le 11/01/2017 à 12h43
#26
touch bar, capteur d’empreinte, cpu différent, il y a des choses spécifiques donc pk pas des fonctions spécifiques activées dans safari/ce type de mac => bug spécifique
pour revenir sur le test, le fait de mettre en mod dev fait recharger complétement les données. c’est plus exigeant.
Puis si ils font ca pour tous leurs tests je vois pas le souci. La base de comparaison est identique de cette manière. Que cette méthode soit le reflet de ce que 80% des gens vont faire ou non n’a que peu d’importance dans la comparaison des résultats bruts
Le 11/01/2017 à 12h46
#27
Ah oui c’est vrai, je n’y avais pas pensé. Il y a une interaction entre la touch bar, le capteur d’empreintes et Safari.
Le 11/01/2017 à 13h05
#28
Le 11/01/2017 à 13h10
#29
Ce qui est bizarre c’est de parler “d’usage normal” pour un machine “pro”. Comme si yavait qu’une unique façon pour un professionel d’utiliser sa machine, la conf par défaut, et que celle d’un dev web doit être la même qu’un gars qui fait du son ou de la vidéo… Ou alors les dev web ne sont pas des profesionnels selon apple ?
Bientôt vont nous sortir que l’usage normal d’un macbook pro c’est de regarder des vidéos sur netflix.
Le 11/01/2017 à 13h19
#30
La communication chez Apple:
Règle #1: il n’y a pas de problème
Règle #2: s’il y a un problème, c’est de la faute de l’utilisateur
Souvenons-nous de la “bonne” manière de tenir un IPhone…
Le 11/01/2017 à 13h26
#31
Oui oui un bug oui, on passe de 18h à 3h avec une option de non mise en cache du brower. En même temps si les gens gobent ça, Apple a raison d’utiliser ce genre d’argument…
Le 11/01/2017 à 13h26
#32
Le 11/01/2017 à 13h27
#33
En fait, recharger 50x le meme site je vois pas l’interet dans un test.
au moins en desactivant le cache par exemple ca recharge complétement “comme si” on visitait des sites web différents ou presque (vraiment presque..)..
cette méthode me parait pas débile au contraire.
D’apres apple l’usage normal c’est de regarder 8h de videos itunes..
mais pour moi la méthode n’a pas vraiment d’interet du moment qu’elle est la meme tout le temps.
Apple fait la meme chose. écran 50% etc..
chacun ses usages, impossible de généraliser.
toute méthode généraliste est faillible par rapport à son usage personnelle.
Le 11/01/2017 à 13h28
#34
Le 11/01/2017 à 13h42
#35
Chaque version du portable subissait trois passes du même protocole, pour mesurer l’autonomie. Or, ces passes ont renvoyé des temps très différents.
Le 11/01/2017 à 14h13
#36
Le 11/01/2017 à 14h19
#37
Il y a eu un bug??
Le dab d’Apple ne fonctionnait plus et ils n’ont pas pu envoyer les liasses de billets avec le mac pour les tests?
Du coup, ils ont du corriger cela en faisant une correction manuelle à l’ancienne: livraison de malette remplie de papier à argent ?
J’adore ces “partenariats et collaborations” qui font expressément changer les avis négatifs sur une marque et ses produits.
La corruption a de beaux jours devant elle.
Le 11/01/2017 à 14h29
#38
Problème : information non-conforme à mes désirs !
Réponse : raconter n’importe quoi !
Le 11/01/2017 à 14h39
#39
Le 11/01/2017 à 14h42
#40
J’espère que les sites (et autres commentaires) vont s’excuser pour avoir craché sur eux…
(à l’instar de kikoo26)
Le 11/01/2017 à 14h58
#41
En fait, j’ai vu un autre site reparler du sujet un peu plus tôt avec un lien vers le site de ConsumerReport, et j’ai découvert que certains de leurs articles sur le sujet étaient en accès libre, dont celui que j’ai donné en lien (par contre les articles dédiés au test de chaque MacBook ne sont pas lisible). Je pensais qu’il n’y avait que des articles en PayWall, du coup je n’avais pas regardé plus tôt.
Et du coup, je voulais surtout réagir sur le scandale d’origine, parce qu’au final toutes les raisons que j’avais de leur cracher dessus, c’était suite à des informations incomplètes qui étaient reportés par tous les sites.
Je pense que le problème vient de iMore, l’article tweeté par Phil Schiller (haut responsable Apple, du coup j’ai supposé à tort que c’était fiable). iMore a tronqué la citation de ConsumerReport, en laissant l’impression qu’ils se sont contenté d’une série de 3 tests, alors que dans le contexte ils ont isolé ces 3 tests consécutifs pour dire à quel point les résultats étaient incohérents.
iMore à ensuite continué sa charge en disant que ConsumerReport aurait du tester plus et en changeant des paramètres et enchaine sur la conclusion aussi tronquée.
S’en suit d’une tirage sur les scandales “-gate” en accusant CR d’avoir fait ça pour attirer l’attention.
Au final c’est iMore qui a largement déformé l’article de CR, sans donner de lien vers leur article pour empêcher de vérifier par soi-même (d’où mon impression que c’était du PayWall ou papier uniquement).
Le 11/01/2017 à 15h08
#42
Pour moi le protocole idéal serait de lancer un script qui chargerait une liste de site web aléatoire puis switcherai sur une vidéo d’une série pour finir par quelques vidéos Youtube. Là on aurais un usage qui ressemblerait au quotidien d’un utilisateur.
Je ne comprend d’ailleurs pas pourquoi on impose pas au constructeur comme pour les voitures des mesures normées par un organisme indépendant. C’est falsifiable comme pour les constructeurs de voiture, mais beaucoup moins que si c’est fait en interne…
Le 11/01/2017 à 15h13
#43
Le 11/01/2017 à 15h14
#44
Le 11/01/2017 à 17h05
#45
Le 11/01/2017 à 17h40
#46
Mais “pro” n’a jamais voulu dire “pour les travailleurs”. C’est juste un dénominatif pour dire que c’est une machine boostée (fonctionnalité et puissance), en tout cas plus que les autres gammes d’Apple.
Le 11/01/2017 à 17h46
#47
Bah y a de quoi se poser des questions…. et ils les ont posé à Apple.
Le fait est que je doute qu’ils aient magouillés les options comme des tarés. Leurs protocoles de test sont fait pour tester des PC, le mac book est un PC, les résultats sont comparés avec (beaucoup) d’autres PC d’autres marques.
Les résultats sont cohérents sur tous les modèles sauf sur celui là : tu poses des questions au constructeur, tu ne remets pas en question le test
Le 11/01/2017 à 23h37
#48
et donc le Bug résolu, ils vont quand même le conseiller ?
Le 12/01/2017 à 11h08
#49
Le 12/01/2017 à 14h46
#50
C’est sur que c’est VACHEMENT COMPARABLE, un Razer Blade Pro qui fait 2 fois le poids et l’épaisseur du Macbook moyen.
Le 12/01/2017 à 14h50
#51
Le 13/01/2017 à 09h14
#52
Oui.
Le 14/01/2017 à 19h09
#53
Le 17/01/2017 à 00h57
#54