Инженер по качеству продукта (auto)

«Технолог.ИИ» стоит у технолога на Windows. Он загружает чертёж детали в PDF, программа разбирает его на этом компьютере и строит данные детали, 3D и STEP. Дальше деталь уходит на расчёт обработки. Назад приходят станок, инструмент, установы, операции, техкарта, G-code и стоимость. Рядом работают веб-админка и сервер расчёта. Админка ведёт учётки, стоимость и очередь заданий. Слабое место, которое доехало до цеха, стоит дорого. Нам нужен человек, которому не всё равно, что именно доедет.

• Проходить путь технолога и рядом с ним искать, где путь разваливается: отмена в середине, повтор после ошибки, обрыв связи во время расчёта, чужой файл, узкое окно, тёмная тема, повреждённые настройки, второй запуск подряд.
• Критиковать интерфейс письменно: что на экране мешает, что называется не так, какое действие лишнее, где человек не понимает, что произошло.
• Принимать установщик на чистой Windows: установка, первый запуск, обновление, удаление, один живой расчёт.
• Проверять 3D и 2D DXF: модель живая и про деталь с чертежа, контуры на плоскости эскиза в миллиметрах.
• Собирать сложные производственные случаи и раскладывать их в корзины проверки по сложности: обычный лист, неприятный, редкий и злой.
• После обновления алгоритмов сверяет продукт с исследовательским контуром на тех же листах. Расхождение оформляет как дефекр: лист, ожидание, факт.
• По партии фиксирует цифры: сколько листов дошло до STEP, сколько расчётов вернулось с внятной обработкой, где расхождение с эталоном.
• Проверять админку теми же глазами: вход, учётки, стоимость, очередь заданий. В том числе мусор, который не должен жить в боевой базе.
• Проверять ответ расчёта целиком и его отказы: сервер недоступен, ключ не принят, задание с ошибкой, нет техкарты или G-code, связь пропала в ожидании.
• Следить, чтобы стоимость в клиенте и в админке была одной и той же.
• Закреплять автотестом на Python и pytest тот сценарий, который уже стабильно ломается или уже стабильно обязан проходить.
• Покрывать клиент, контракт результата и сравнение листа с эталоном.
• Отделять быстрый прогон от проверок, которым нужна сеть или внешнее распознавание текста.
• Разбирать красный прогон: дефект продукта, устаревший эталон или дрожащий тест.
• Держать смоук веба.
• Гонять очередь расчёта: несколько заданий сразу, время до ответа, обрыв, повторная отправка.
• Замерять анализ на компьютере, похожем на цеховой: время этапов, память, крупный лист.
• Смотреть веб при нескольких сессиях.
• Фиксировать, что делает программа, когда внешний сервис распознавания текста упирается в лимит.
• Писать вывод порогом: при какой нагрузке пилот на одном рабочем месте ещё годен и где он кончается.
• Писать ТЗ так, чтобы по нему можно было и сделать, и принять: экран, действие, условие, что видит человек, чем кончается ошибка.
• Ставить задачу разработчику с листом, шагами, ожиданием, фактом и кодом прогона из журнала.
• Снимать короткие видео дефекта и сценария, когда словами легко разойтись.
• Готовить сопроводительные документы к проверке и к выдаче версии.
• Входящую задачу разбирать быстро: сам формулирует вопрос к Cursor или Claude, проверяет черновик и доводит до вида, с которым уже можно работать.

• Опыт тестирования от трёх лет. В работе уже был десктоп на Windows или промышленное ПО.
• Привычку ломать сценарий, а не только подтверждать счастливый путь, и писать это так, чтобы разработчик повторил дефект без созвона.
• Прямой письменный русский: короткие замечания по продукту и интерфейсу, без обтекаемых формулировок.
• Умение дослушать собеседника и переформулировать его боль в проверку.
• Рабочий опыт с Cursor и Claude: свои задачи, свои вопросы, проверка ответа модели. На собеседовании это смотрим на живом примере.
• Python и pytest: чужой набор тестов читаете и дополняете.
• Веб: формы, роли, ошибки API, смоук в Playwright или аналоге.
• Хотя бы один нагрузочный прогон с отчётом: инструмент, профиль, порог, вывод.
• Git на уровне ветки и разбора упавшего прогона.
• Будет плюсом: Чтение машиностроительного чертежа и готовность самому собирать сложные производственные случаи; Опыт ОТК, технолога, CAM, метрологии или внедрения САПР; STEP, DXF, квалитеты и поля допуска; Уже собранные наборы проверок, разложенные по сложности; Приёмка установщика Windows; Нагрузка очередей и долгих заданий

• Полная занятость.
• Удалённо. Для приёмки нужна своя Windows, где программу можно ставить и сносить.
• Испытательный срок смотрим по двум вещам: одна корзина сложных листов и один прямой разбор интерфейса, который команде полезен и неприятен.
• Заработная плата — по итогам собеседования.