Юра, тебе не надоело повторятся из статьи в статью? Если не можешь сказать ничего нового, то может лучше промолчать, чем превращать личный блог в аналог скучного корпоративного?
Я говорю. Использую больше двух лет в связке с Python и своершенно им доволен. И похоже не я один так думаю: в вакансиях QA по Москве на HH.ru он уже обогнал Cypress. Сейчас он занимет третье место среди инструментов тестирования Web UI (если не считать Selenide самостоятельным интсрументом, то второе), тогда как год назад он был на пятом: https://clingon.pythonanywhere.com/web_ui_tools
Очень вовремя для меня вышла эта статья - не пришлось опять лазить по документации. Почти все нужное в одном месте. На мой взгляд, не хватает примера использования ключа $ref -- ссылок на другие схемы. Даже если пишешь "smoke test" куски схем часто повторяются. Чтобы не дублировать написание, удобно выносить одинаковые параметры или их группы в отдельные файлы схем.
Порадовали подробности кухни pytest. Не всякий копнет так глубоко! Но, возможно стоило поискать специализированные фреймворки по качеству данных. Это только мое предположение. Сам я к этой области отношения не имею.
Спасибо! Коды гравировал на фанере мой товарищ по работе с помощью лазерного гравировального станка. На фото гравировка на коде заполнена эпоксидной смолой. В качестве красителя использован тонер от лазерного принтера. Сверху все кресло покрыто террасным маслом на основе льняного. Посмотрим, сколько все это протянет под открытым небом.
"Selene, WebDriver‑Manager, Selenium" - или один Playwright, у которого уже в комплекте идут автоматические ожидания, превосходные средства отладки и интеграция с pytest. Сравните и вспомните один из девизов Python: "Батарейки в комплект входят". По мне так Playwright куда более "pythonic", чем Selenium, который без изрядного количества "обвязки" мало съедобен.
Есть ORM для БД, но нет ничего похожего для API? Кстати, в тексте тема использования ORM совершенно не раскрыта. Писать API клиент руками, хотя на основе Swagger его можно генерировать автоматически? Для маленького, проекта может и оправдано, но если в API несколько десятков методов и там часто меняются, и методы, и модели данных, которые в них используются? Может лучше сразу задуматься о кодоогенерации?
Кресло и др. штуки стоят в лесопарке. По ссылке в коде -- чат Telegram в котором общаюсь с пользователями этих моих pet projects. В планах использовать его, как канал продаж.
Начиналось, как попытка сделать себе рабочее место на природе, но оказалось, что работа с деревом на свежем воздухе затягивает. Потихоньку это превратилось в хобби "айтишнега", которому надоело кодить еще и в свободное от работы время )).
Действительно, "А что случилось-то?". Планетарные циклы важнее, чем какая-то там истории. Можно еще с 1913 годом сравнить, как в советской статистике делали. Там будет прирост ого-го, какой.
Идем на https://stats.hh.ru/ смотрим раздел "Информационные технологии" и видим, что "годовой рост 18%" это отличный пример "эффекта низкой базы". Индекс ХаХа.ру" вы видимо намерено не упоминаете, а он сейчас в ИТ 7.5 человек на место, тогда как в феврале 2022 г. он был на уровне 4.3 Хотя, тому у кого память, как у золотой рыбки, и такое сойдет...
А судя по этой статье это один и тот же вопрос: https://support.apple.com/ru-ru/HT208544 Может приведете пример подключения внешних видеокарт к Mac Pro с Silicon?
Расширить-то можно... Но, как, например, подключить внешнюю видеокарту к MacBook с M1? Никак, нужен мак с Intel. Особенно довольны, думаю, те кто уже потратил на это те самые $1500.
Она и для python доступна, только там это называется трассировкой: https://playwright.dev/python/docs/trace-viewer-intro
Юра, тебе не надоело повторятся из статьи в статью? Если не можешь сказать ничего нового, то может лучше промолчать, чем превращать личный блог в аналог скучного корпоративного?
Я говорю. Использую больше двух лет в связке с Python и своершенно им доволен. И похоже не я один так думаю: в вакансиях QA по Москве на HH.ru он уже обогнал Cypress. Сейчас он занимет третье место среди инструментов тестирования Web UI (если не считать Selenide самостоятельным интсрументом, то второе), тогда как год назад он был на пятом: https://clingon.pythonanywhere.com/web_ui_tools
TL;DR используйте xdist.
.Вы использовали LLM для написания ответа на комментарии?
Очень вовремя для меня вышла эта статья - не пришлось опять лазить по документации. Почти все нужное в одном месте. На мой взгляд, не хватает примера использования ключа
$ref-- ссылок на другие схемы. Даже если пишешь "smoke test" куски схем часто повторяются. Чтобы не дублировать написание, удобно выносить одинаковые параметры или их группы в отдельные файлы схем.Порадовали подробности кухни pytest. Не всякий копнет так глубоко! Но, возможно стоило поискать специализированные фреймворки по качеству данных. Это только мое предположение. Сам я к этой области отношения не имею.
Для QA/QC есть полезный чатик на тему репутации IT компаний : https://t.me/qa_bad_company
Впрочем, он и другим специальностям може быть полезен.
Спасибо! Коды гравировал на фанере мой товарищ по работе с помощью лазерного гравировального станка. На фото гравировка на коде заполнена эпоксидной смолой. В качестве красителя использован тонер от лазерного принтера. Сверху все кресло покрыто террасным маслом на основе льняного. Посмотрим, сколько все это протянет под открытым небом.
Есть. Swagger codegen, например. Есть и другие варианты. Подробнее, в комментариях не напишешь: по объему это вполне на отдельный тьюториал потянет.
"Selene, WebDriver‑Manager, Selenium" - или один Playwright, у которого уже в комплекте идут автоматические ожидания, превосходные средства отладки и интеграция с pytest. Сравните и вспомните один из девизов Python: "Батарейки в комплект входят". По мне так Playwright куда более "pythonic", чем Selenium, который без изрядного количества "обвязки" мало съедобен.
Есть ORM для БД, но нет ничего похожего для API? Кстати, в тексте тема использования ORM совершенно не раскрыта. Писать API клиент руками, хотя на основе Swagger его можно генерировать автоматически? Для маленького, проекта может и оправдано, но если в API несколько десятков методов и там часто меняются, и методы, и модели данных, которые в них используются? Может лучше сразу задуматься о кодоогенерации?
Клею QR коды на свои изделия из дерева:
Hidden text
Кресло и др. штуки стоят в лесопарке. По ссылке в коде -- чат Telegram в котором общаюсь с пользователями этих моих pet projects. В планах использовать его, как канал продаж.
Начиналось, как попытка сделать себе рабочее место на природе, но оказалось, что работа с деревом на свежем воздухе затягивает. Потихоньку это превратилось в хобби "айтишнега", которому надоело кодить еще и в свободное от работы время )).
Действительно, "А что случилось-то?". Планетарные циклы важнее, чем какая-то там истории. Можно еще с 1913 годом сравнить, как в советской статистике делали. Там будет прирост ого-го, какой.
Для вас не имеет смысла, а для джуна имеет. И для того кому интересна ситуация в отрасли в целом -- тоже.
Идем на https://stats.hh.ru/ смотрим раздел "Информационные технологии" и видим, что "годовой рост 18%" это отличный пример "эффекта низкой базы". Индекс ХаХа.ру" вы видимо намерено не упоминаете, а он сейчас в ИТ 7.5 человек на место, тогда как в феврале 2022 г. он был на уровне 4.3 Хотя, тому у кого память, как у золотой рыбки, и такое сойдет...
Ну надо же как-то отсеивать сотни претендентов?
Статья же про unit тестирование, при чем тут Acceptance Testing?
А судя по этой статье это один и тот же вопрос: https://support.apple.com/ru-ru/HT208544
Может приведете пример подключения внешних видеокарт к Mac Pro с Silicon?
Расширить-то можно... Но, как, например, подключить внешнюю видеокарту к MacBook с M1? Никак, нужен мак с Intel. Особенно довольны, думаю, те кто уже потратил на это те самые $1500.