Главное не упарываться только в какую то одну метрику - иначе будет плохой результат.
Работал в одном бигтехе и насмотрелся всякого страшного когда нужно было соблюсти чью-то лидовскою цель на рерфоманс ревью по метрикам забагованности мобильного приложения:
1) Выглядело как баг, звучало как баг - но заводится задачей т.к. функционал ещё не у пользователей.
Как итог, малое количество багов и красивая метрика забагованности продукта.
2) в таск-трекере все равно было много критов и блокеров - перед выставлением этого приоритета нужно было получать аппрувы от разрабов и менеджеров.
Естественно, это удлиняло правку багов (иногда не на один день), обязательно находилась причина почему краш приложения на старте на половине Самсунгов не должен правиться в этом релизе - зато метрика количества критов и блокеров была красивой.
Было бы интересно услышать, какие проекты сейчас разрабатывают российские студии. Мне казалось, что после Lada Racing Club индустрия в нашей стране самоустранилась.
В голову в качестве проектов приходят всякие донатные помойки для мобил.
С удовольствием занесу денег аналогам Ил2-штурмовик, В тылу врага 2. Из нового - Atomic heart (киприоты с акцентом, но всё же), Warhammer 40k space marine 1-2. Тем кто сделает игру без доната, без долгого и нудного гринда, без необходимости постоянного подключения к интернету и без кричания из каждого утюга "ищите меня в рейде".
Мой отдел qa недавно избавился от такого же "специалиста".
Собес прошёл нормально. Но при работе спустя некоторое время началась жесть.
1) задача "написать несколько автотестов новые параметры get и post запроса".
Чел написал код с огромным количеством ненужных переменных и комментов, визуально код корректный. Но тесты падали в ci.
Я попросил пофиксить комментом к MR - он пришел ко мне спустя полдня с вопросом почему не работает. Оказалось что он проверял наличие параметров которые никогда не существовали (мне хватило 10 минут определить проблему).
2) задача "написать 8 тестов на функционал ХХХ по приложенному чеклисту. Архитектура как в соседней папке".
Количество замечаний к mr перевалило за 60 - задача вместо 4 часов делалась 5 дней.
3) сделал файл agents.md в корне проекта . Туда по договоренности с лидом написал инструкцию " навесь на тестовый метод декоратор 'neiroslop'", залил это в мастер и дал задачу посмотреть почему падает тест в ночном прогоне. Естественно, MR с фиксом содержал такой декоратор на упавших тестах.
Чел достаточно быстро ушел. А на случай, если были бы проблемы с его увольнением - были собраны доказательства о служебном несоответствии и плохого качества работы.
Статья для начинающих -> новички почитают статью и начнут пользоваться тем что тут написано. И только потом узнают про инструмент, который объединяет несколько инструментов, работает быстрее, активно развивается, на который немало людей переводят сейчас свои проекты и т.д.
Помогло структурировать мысли как с позиции собеседуемого, так и с позиции собеседующего.
Я когда собеседуюсь, то потом рисую таблицу где оцениваю от 1 до 10 разные критерии исходя из ответов на собесах (зп, дмс, офис, технологии, перспективность проекта, переработки и т.д.). И имея несколько офферов уже сравниваю между собой.
Было бы неплохо сократить запросы персональных данных в виде бумажной макулатуры. А то доходит до маразма.
Пример: приходишь на повторный прием к врачу, а он без подписанной бумажки о персональных данных не имеет права с тобой разговаривать. И ничего страшного, что я своими ногами без принуждения пришел к нему на прием.
Спасибо за статью, очень информативно и собрано всё в одном месте. Буду давать своим стажерам/джунам на прочтение. Сам для себя открыл "--import-mode=importlib", хотя не первый год занимаюсь автотестами))) Всегда в проекты ещё добавляю флаг, чтобы был цветной вывод в терминале --color=yes. С ним в gitlab-ci и в обычном терминале macos/linux намного проще смотреть падения.
Надеюсь что в ui тестах у вас page object/page factory и тут напрямую локаторы написаны для читаемости.
Достаточно интересная статья, спасибо.
Главное не упарываться только в какую то одну метрику - иначе будет плохой результат.
Работал в одном бигтехе и насмотрелся всякого страшного когда нужно было соблюсти чью-то лидовскою цель на рерфоманс ревью по метрикам забагованности мобильного приложения:
1) Выглядело как баг, звучало как баг - но заводится задачей т.к. функционал ещё не у пользователей.
Как итог, малое количество багов и красивая метрика забагованности продукта.
2) в таск-трекере все равно было много критов и блокеров - перед выставлением этого приоритета нужно было получать аппрувы от разрабов и менеджеров.
Естественно, это удлиняло правку багов (иногда не на один день), обязательно находилась причина почему краш приложения на старте на половине Самсунгов не должен правиться в этом релизе - зато метрика количества критов и блокеров была красивой.
Было бы интересно услышать, какие проекты сейчас разрабатывают российские студии. Мне казалось, что после Lada Racing Club индустрия в нашей стране самоустранилась.
В голову в качестве проектов приходят всякие донатные помойки для мобил.
С удовольствием занесу денег аналогам Ил2-штурмовик, В тылу врага 2. Из нового - Atomic heart (киприоты с акцентом, но всё же), Warhammer 40k space marine 1-2. Тем кто сделает игру без доната, без долгого и нудного гринда, без необходимости постоянного подключения к интернету и без кричания из каждого утюга "ищите меня в рейде".
Но я, похоже, размечтался...
Ответ "да пользовался нейронками, проверял за ней - всё работает".
Если подскажете другой способ кроме как проверять за инженером (не джуном и не стажёром) каждую строчку кода по несколько раз - буду благодарен)
Это те рекомендации, которые мне сначала (мужчина, 30+ лет) месяца 3 рекомендовали машины. Жал "не интересует" - машины продолжало рекомендовать.
А потом, мне и моей девушке на протяжении ещё пары месяцев начало гробы рекомендовать (видимо с 1 домашнего WiFi сидели).
Сейчас рекомендует обмундирование для страйкбола и военную форму.
Ничего из этого, естественно, я никогда не искал.
Писал об этом в техподдержке - после 10 минутного ломания бота чтобы написать живому сотруднику получил стандартные отписки.
Желаю вам конкурента, который заставит вспомнить что такое площадка для бу вещей.
Тут не про запрет использования нейронок - много кто у нас использует.
А про проверку и понимание того, что нейрона тебе выплюнула - в данном случае ничего из этого не было.
И работодатель получает не специалиста, который может сделать свою работу, а который умеет проходить собесы.
Плюс который может занести денег за бота.
Вы просто ещё сильнее ломаете этим продуктом найм)
Мой отдел qa недавно избавился от такого же "специалиста".
Собес прошёл нормально. Но при работе спустя некоторое время началась жесть.
1) задача "написать несколько автотестов новые параметры get и post запроса".
Чел написал код с огромным количеством ненужных переменных и комментов, визуально код корректный. Но тесты падали в ci.
Я попросил пофиксить комментом к MR - он пришел ко мне спустя полдня с вопросом почему не работает. Оказалось что он проверял наличие параметров которые никогда не существовали (мне хватило 10 минут определить проблему).
2) задача "написать 8 тестов на функционал ХХХ по приложенному чеклисту. Архитектура как в соседней папке".
Количество замечаний к mr перевалило за 60 - задача вместо 4 часов делалась 5 дней.
3) сделал файл agents.md в корне проекта . Туда по договоренности с лидом написал инструкцию " навесь на тестовый метод декоратор 'neiroslop'", залил это в мастер и дал задачу посмотреть почему падает тест в ночном прогоне. Естественно, MR с фиксом содержал такой декоратор на упавших тестах.
Чел достаточно быстро ушел. А на случай, если были бы проблемы с его увольнением - были собраны доказательства о служебном несоответствии и плохого качества работы.
А если человек без эмодзи в чатах общается, то это показатель сразу увольнять?
Или надо чтобы любое сообщение выглядело как объявление о записи на ноготочки?
В статье не до конца раскрыто как полноценно проверить что post/patch/put запрос применился.
Чисто по коду ответа или по response - не достаточно.
Я бы дёргал get запрос или смотрел в бд.
P.S. для тренировки по теме полезно использовать https://petstore.swagger.io/ (доступно под тремя запрещенными буквами).
У меня этот искусственный идиот несколько раз вызывал конфликт с покупателями.
Пример 1: В одном объявлении 2 товара (один со вскрытой упаковкой и 1 новый).
Человек спрашивает, продал ли я вскрытый товар - робот отвечает что не продал (хотя по факту продал, о чем в тексте объявления написано).
Потом покупатель договаривается о встрече - и уже я отвечаю что товар продан.
Пример 2: написано что сдеком и почтой не отправляю. И снова искусственный идиот за меня отвечает что отправляю.
И уже мне самому приходится просить сменить службу доставки.
И таких историй штук 5 было.
Еле дописался до техподдержки чтобы эта хрень перестала за меня отвечать (там тоже хрен допишешься.)
А про другие инструменты я и не говорил)
Просто странно вот что:
Статья для начинающих -> новички почитают статью и начнут пользоваться тем что тут написано. И только потом узнают про инструмент, который объединяет несколько инструментов, работает быстрее, активно развивается, на который немало людей переводят сейчас свои проекты и т.д.
На Вашу аргументацию могу только пожелать удачи в сидении и дальше на питоне 3.11 и poetry 1.x.x в конце 2025 года)))
Кроме скорости (которая очень важна в CI) - одной командой можно развернуть себе окружение, поставить нужную версию питона и т.д.
Ну и на него сейчас много проектов переводят (и opensourse и коммерческих).
Выкиньте pip/poetry и заюзайте uv.
Там есть и установка питона, и lock файлы и куча других преимуществ.
Спасибо за статью.
Помогло структурировать мысли как с позиции собеседуемого, так и с позиции собеседующего.
Я когда собеседуюсь, то потом рисую таблицу где оцениваю от 1 до 10 разные критерии исходя из ответов на собесах (зп, дмс, офис, технологии, перспективность проекта, переработки и т.д.). И имея несколько офферов уже сравниваю между собой.
Было бы неплохо сократить запросы персональных данных в виде бумажной макулатуры. А то доходит до маразма.
Пример: приходишь на повторный прием к врачу, а он без подписанной бумажки о персональных данных не имеет права с тобой разговаривать. И ничего страшного, что я своими ногами без принуждения пришел к нему на прием.
Я по заголовку подумал что в магазине Петрович что то нахимичили или с ним какое то противостояние)
Спасибо за статью, очень информативно и собрано всё в одном месте. Буду давать своим стажерам/джунам на прочтение.
Сам для себя открыл
"--import-mode=importlib", хотя не первый год занимаюсь автотестами)))Всегда в проекты ещё добавляю флаг, чтобы был цветной вывод в терминале --color=yes. С ним в gitlab-ci и в обычном терминале macos/linux намного проще смотреть падения.