Wie wir Akku testen

TL;DR

> Lab-Hinweis: Werte stammen aus der BenchVerdict-Datenbasis und werden mit dokumentiertem Messkontext geführt. Das sichtbare Lab-Setup steht unter /lab.

• BenchVerdict trennt leichte Web-Nutzung, Video, maximale Helligkeit, Dauerlast und Ladezeit, weil diese Szenarien völlig andere Antworten geben.
• Akkuwerte werden nur verglichen, wenn Einheit und Testkontext kompatibel sind; Wh-Angaben sind keine Laufzeit.
• Eigene Laufzeittests sollen bei 150 cd/m2, stabilem WLAN und dokumentiertem Power-Modus reproduzierbar laufen.

Welche Metriken wir messen

Akkulaufzeit ist eine der häufigsten Kaufentscheidungen und gleichzeitig eine der am leichtesten missverstandenen Zahlen. Ein Hersteller kann lange Video-Laufzeit nennen, während ein Browser-Test deutlich kürzer ausfällt. Ein Gaming-Laptop kann im Idle sparsam sein und unter Last in weniger als einer Stunde leer laufen. Ein Phone kann bei 60 Hz sehr lange halten und bei maximaler Helligkeit drastisch einbrechen. BenchVerdict führt deshalb mehrere Akku-Metriken parallel.

Test-Bedingungen

Der Standard-Web-Test von BenchVerdict ist auf 150 cd/m2 Displayhelligkeit ausgelegt, sofern das Gerät diese Helligkeit stabil und reproduzierbar einstellen kann. WLAN ist aktiv, Bluetooth bleibt im Standardzustand, automatische Helligkeit wird deaktiviert und Energiesparmodi werden dokumentiert. Das Browse-Skript ruft eine definierte Mischung aus Textseiten, Medienseiten und leichter UI-Interaktion auf. Ziel ist kein Worst-Case, sondern ein ruhiger, reproduzierbarer Alltagstest.

Bei Laptops wird der normale ausgewogene Modus genutzt, wenn er dem Auslieferungszustand entspricht. Performance- oder Silent-Modi werden nur genutzt, wenn sie als separates Profil dokumentiert sind. Bei Phones werden Always-On-Display, adaptive Refresh Rate und Mobilfunkzustand festgehalten. Bei Watches ist die Testmethodik komplexer, weil Display-On-Time, Sensorik, Trainingsaufzeichnung und Schlaftracking den Verbrauch stark beeinflussen. V1.0 führt Watch-Akkuwerte deshalb konservativ und markiert fehlende Testtiefe sichtbar.

Der Video-Test nutzt eine lokal oder stabil gestreamte 1080p-Datei, damit Netzwerkspitzen den Wert nicht dominieren. Die Helligkeit bleibt ebenfalls bei 150 cd/m2, sofern nicht anders markiert. Audio wird auf einen niedrigen, konstanten Pegel gesetzt oder stummgeschaltet, wenn die Datei es so dokumentiert. Entscheidend ist, dass der Test die Decoder-Effizienz und Display-Leistungsaufnahme zeigt, nicht die zufällige Qualität einer Netzwerkverbindung.

Der Max-Brightness-Web-Test nutzt dieselbe Web-Logik, aber mit maximaler SDR-Helligkeit. HDR-Boosts oder kurze Outdoor-Peaks werden nicht erzwungen, weil sie nicht dauerhaft vergleichbar sind. Bei Mini-LED und OLED ist dieser Test besonders wichtig: Ein sehr helles Panel ist ein Vorteil, aber es kostet Energie. BenchVerdict zeigt diesen Trade-off als eigenen Wert, statt nur die beste Laufzeit zu bewerben.

Der Last-Test belastet das System dauerhaft. Bei Laptops kann das CPU-Rendering, GPU-Last oder eine kombinierte Last sein; der konkrete Aufbau wird dokumentiert. Bei Phones und Watches werden thermische Schutzmechanismen berücksichtigt, weil sie Laufzeit und Performance gleichzeitig verändern. Wenn ein Gerät unter Last den Akku anzapft, obwohl es am Netzteil hängt, wird das als Power- und Akku-Hinweis im Review geführt.

Lade-Test

Der Charge-Test startet aus einem niedrigen, definierten Zustand. Für V1.0 ist das Ziel die Zeit bis 50 Prozent, weil dieser Wert im Alltag besonders nützlich ist: Wie schnell kann ich vor dem Termin, im Zug oder zwischen zwei Meetings wieder genug Laufzeit bekommen? Das originale Netzteil und das originale Kabel werden bevorzugt. Wenn ein Hersteller kein Netzteil beilegt, wird der verwendete Charger dokumentiert. Das Gerät bleibt während des Ladens im Standby oder in einem klar definierten Idle-Zustand.

Schnellladen ist thermisch empfindlich. Manche Produkte laden nur bei kühlem Akku maximal schnell, andere reduzieren stark, wenn sie parallel genutzt werden. BenchVerdict misst deshalb nicht während eines Benchmarks und nicht mit offenem Display unter schwerer Last. Wenn ein Produkt besondere Lademodi hat, etwa optimiertes Akkuladen, Battery Health Management oder 80-Prozent-Limits, werden diese deaktiviert oder separat dokumentiert.

Was wir bewusst NICHT messen

BenchVerdict setzt Akkukapazität in Wh nicht mit Laufzeit gleich. Eine 99.6-Wh-Batterie kann hervorragend sein, wenn Plattform und Display effizient sind; sie kann aber auch nur durchschnittlich wirken, wenn CPU, GPU oder Panel viel Energie ziehen. Herstellerangaben wie "bis zu 22 Stunden" werden nicht als Lab-Laufzeit übernommen, wenn Testbedingung und Helligkeit fehlen. Sie können als Spezifikation erscheinen, bekommen aber geringe Datenstandard.

Wir messen auch keine Laufzeit mit unrealistischen Tricks: Flugmodus für einen Web-Test, extrem dunkles Display, deaktivierte Hintergrundprozesse außerhalb normaler Nutzung oder spezielle Demo-Loops, die nur eine Komponente entlasten. Ein guter Akkuwert soll wiederholbar und ehrlich sein, nicht maximal beeindruckend.

Wie wir BenchVerdict-Akkuwerte verarbeiten

Akkuwerte werden nach Szenario getrennt. Eine Web-Runtime in Stunden kann in battery_web einfliessen, eine lokale Video-Laufzeit in battery_video, ein Lastwert in battery_load. Eine reine Batteriekapazität in Wh wird nicht in Laufzeit umgerechnet. Wenn ein Wert keinen klaren Testkontext hat, entsteht daraus kein harter Bench Number.

Mehrere kompatible Laufzeiten werden arithmetisch gemittelt, solange Einheit und Szenario passen. Das ist bei Akku besonders wichtig, weil kleine Unterschiede in Helligkeit, Browser-Skript oder Power-Modus mehrere Stunden Differenz erzeugen können.

Konflikte werden nicht versteckt. Wenn ein Produkt in zwei BenchVerdict-Messpunkten deutlich auseinanderliegt, bleibt die Datenstandard niedriger und der Review-Text muss den Grund suchen: anderes Displayprofil, andere Helligkeit, Firmware, Mobilfunk statt WLAN oder ein Test mit aktivem Performance-Modus. BenchVerdict will aus solchen Abweichungen lernen, statt sie glattzubügeln.

Ranges & Normalisierung

Der Web- und Video-Range [2, 24] Stunden deckt schwache Gaming-Laptops, normale Premium-Laptops, effiziente Apple-Silicon-Geräte und Phones ab. Bei maximaler Helligkeit ist [2, 12] Stunden enger, weil sehr helle Panels deutlich mehr Energie brauchen. Lastlaufzeit nutzt [0.25, 3] Stunden, denn bei schwerer Last sind selbst große Akkus schnell leer. charge_50_time ist invertiert: 10 Minuten wären extrem stark, 90 Minuten schwach. Wenn neue Akkutechnologien oder sehr effiziente Plattformen diese Grenzen regelmäßig sprengen, wird V1.1 die Ranges anpassen.

Versionierung

Diese Akku-Methodik ist V1.0 vom 2026-05-04. Eine neue Version wird fällig, wenn BenchVerdict das eigene Browse-Skript ändert, Watch-Sensorik als separate Testklasse einführt oder Ladeprofile genauer trennt. Rohwerte bleiben erhalten, aber Scores können mit neuer Methodology-Version neu berechnet werden. So bleibt sichtbar, ob ein Produkt wegen echter Hardwarestärke oder wegen geänderter Testlogik besser abschneidet.