Описание
«Технолог.ИИ» стоит у технолога на 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, где программу можно ставить и сносить.
•Испытательный срок смотрим по двум вещам: одна корзина сложных листов и один прямой разбор интерфейса, который команде полезен и неприятен.
•Заработная плата — по итогам собеседования.
