Мне тут давали советы как-то через xfvb

XVFB же

Виртуальный экран

А браузер настоящий

Нам же нужно посмотреть как реальные юзера будут клацать

а как на ci сервере пускать головастые?

легко! селениумовский грид запускает любой браузер, к которому есть драйвер

Но грид это половина дела

Виртуальный экран всеравно нужен, драйвера нужно обновлять руками, сервер жар надо обновлять руками, браузер надо обновлять руками

Нам же нужно посмотреть как реальные юзера будут клацать

так и в чем проблема? у вас иксы виртуальные, браузер рендерит и скриншотит, что еще надо?

Ноды виснут, браузера не умирают

Виртуальный экран всеравно нужен, драйвера нужно обновлять руками, сервер жар надо обновлять руками, браузер надо обновлять руками

откройте для себя докер)

откройте для себя докер)

Я к этому и вел ;)

Но всеравно образа надо поддерживать актуальными

Виртуальный экран всеравно нужен, драйвера нужно обновлять руками, сервер жар надо обновлять руками, браузер надо обновлять руками

сервер жар?

Да и докер не спасет если тестить надо в эксплорере

Selenium server standalone jar

если надо тестить в эксплорере, то можно лишь пособолезновать

:)

С сафари та же беда

А на эмулях мобильников это вообще бедв

Да и докер не спасет если тестить надо в эксплорере

ну, винда на виртулке где-то там, или серверную можно заюзать, не вижу пробемы

Ну да, просто надо по старинке разворачивать

Но радует что фф вынес свой драйвер

Теперь вообщем то если только хром и фф нужен, то все норм

Гляньте еще selenoid

Его слегка геморно разобратся и стартануть

Но работает постабильней чем селениум грид

Пацаны из яндекса переписали селениум сервер на го

Ребята, получается, можно уже отказатся от xvfb?

Нет нельзя

Просто теперь он на уровне ниже - в докер контейнерах

Да в виртуальном экране нет ничего плохого

А в безголовых браузерах есть

:)

Тогда в чем разница между chrome + xvfb vs headless chrome (оба в контейнерах)?

Хедлес хром - это перекуроченый хром браузер из которого вырезали или заглушили почти все что относится к рендерингу и юай

А хвфб + хром - обычный хром какой устанавливают ваши юзера, но отрисовывается в виртуальный дисплей

Хмм, спасибо большое.

Просто есть много контейнеров с xvfb + chrome, думал заменить на headless chrome.

Не стоит

смысла нет просто

отлично изолированный полноценный браузер в 1 случае

Да, теряется репрезентативность тестирования

зачем его менять

Просто подумал, что будет меньше памяти кушать.

Экономия оперативы, но зато тестим непонятно в чем,

в 2к17 изза оперативки переживать

И как потом гарантировать что у юзеров не будет проблем в нормальных браузерах?

я еще мог понять когда был целый зверинец браузеров, когда были разные версии, сейчас, когда почти 90% браузеров это хром по сути, а сам Хром автоапдейтится, есть нужда по сути тестировать последнюю версию браузера. Т.е. я хоть убей не могу понять какую такую нагрузку вы соибраетесь давать в параллели, чтобы тестирование упиралось по времени на тесты и было блокером для деливера фич

Для тестов нет проблем, все ок пока. Просто часть контейнеров с хромом занимаются скраппингом.

Ой ну я всякое уже повидал

И сьюты регрешена по 40 часов

Всякое было

как раз рабочая неделя

Хорошо что автотесты за ночную смену не просят доплаты

Кстати, ребят, это нормально если девелоперы будут заниматся не только юнит тестами?

или получается человек-оркестр?

без отрыва от конкретного воркфлоу твой вопрос как и ответ Шу бесполезны

руби разработчики на фрилансе даже с QA ребятами вполне сами могу писать фича тесты капибары

Кстати, ребят, это нормально если девелоперы будут заниматся не только юнит тестами?

А тестировщики тогда зачем ? :)

писать они конечно могут что захотят - если им нормально, то почему нет. Это как вопрос того: рефакторить код продукта, пока ты пилишь фичи в контролере или нет. Если код написан по Single responsibility - То разработчик может рефакторить фичи. Он конечно берет ответственность за то, что сделает - git blame работает безотказно, но отчитываться и говорить продакту или ПМу за каждый шаг влево и вправо - так никто не делает на практике. Если разработчик считает, что поможет QA тем, что придумает и напишет для них часть фреймворка тестового, например, заложит архитектуру, придумает оркестрацию его или сбор репортов/агрегацию статистики по ним, то чеб и нет. если у него например в команде нет QA кто это может сделать.

специфика этого "хорошо так делать или нет" - вопрос идущий после другого: нужно ли бизнесу и людям, участвующим в процессе помогать друг другу таким образом. Вы в одной лодке гребете, или вы нанятая сила, которая готова отчитываться только за "свою" работу. Насколько эмпатия в коллективе прокачана.

ERROR: S client not available

нормально это, у всех свои процессы

для сервисовых компаний работающих на аутсорс это нахрен никому не нужно как правило

для продуктовых компаний с редкой текучкой - это нормальная практика

во многом из такого понимания Атлассиан выросли в тех, кем они являются сейчас

Хорошая дискусия. Спасибо. Спрашиваю для следующего кейса (пока теоретического): Есть скрам команда, состоящая из Dev + QA+ DevOps (не по одному конечно). Expected result - это delivered feature после каждого спринта.

Ответ: 42

?

где вопрос вообще? это что? в рамках одного спринта один человек может доставить фичу на бой, набор разных дел мастеров вообще не показателен

Кстати, ребят, это нормально если девелоперы будут заниматся не только юнит тестами?

Это нормально, и вероятно - даже замечательно

Что плохого в том, что программисты начнут изучать и практиковать тестирование - может таки станут нормальными тестировщиками :)

Что плохого в том, что программисты начнут изучать и практиковать тестирование - может таки станут нормальными тестировщиками :)

на мой взгляд это очевидно: Это дорого для бизнесса - любой тестировщик, с точки зрения бизнесса, стоит дешевле чем разработчик примерно того же уровня - да и вопрос Человек-оркестр - это не всегда круто На мой взгляд, для бизнесса лучше отдельный Разработчик и отдельный Тестировщик: ими проще управлять

Что плохого в том, что программисты начнут изучать и практиковать тестирование - может таки станут нормальными тестировщиками :)

Алексей, хватит набрасывать.

А как со знаниями, которые Джун должен знать? Базовые понятия, разница между видами тестирования и так далее сойдет?

Да, дальше можно не учить, просто начинай ждать когда hr-ы начнут драться за тебя.

А как со знаниями, которые Джун должен знать? Базовые понятия, разница между видами тестирования и так далее сойдет?

Джун должен уметь думать, гуглить и уметь выражать мысль устно и письменно. Мне этого было достаточно, чтобы сделать тестовое задание и пройти интервью. И, кажется, я Савина прочитал, но не уверен, может быть, я его прочитал после того, как устроился.

А как со знаниями, которые Джун должен знать? Базовые понятия, разница между видами тестирования и так далее сойдет?

Ну откройте hh, посмотрите что с джунов требуют. Что толку что мы тут скажем, у раотодателей своё виденье.

Ну откройте hh, посмотрите что с джунов требуют. Что толку что мы тут скажем, у раотодателей своё виденье.

А у hr свое

Ну, я это и имел ввиду. И ,кстати, не путайте hr и рекрутеров.

Боюсь, у нас когда говорят hr думают исключительно о рекрутерах

Ну, я это и имел ввиду. И ,кстати, не путайте hr и рекрутеров.

Ректрутер имеет технический бэкграунд?

Да, дальше можно не учить, просто начинай ждать когда hr-ы начнут драться за тебя.

Да я не о том. Интересуюсь с какими знаниями можно пробоваться на Джуна. В вакансии как посмотришь, то всем нужен тостер с опытом от года. А я шо? Я ж без опыта.

Смотреть вакансии на джунов без опыта?

Пока не находил)

Ищите и обрящете.

Ну я в свое время когда был без опыта не стеснялся откликатся на вакансии где опыт требовался.

Например в Агаву шел на админа, хотя не тянул а попав в сборщики серверов

Например в Агаву шел на админа, хотя не тянул а попав в сборщики серверов

бразильская система?

бразильская система?

Что за ?

Что за ?

https://www.youtube.com/watch?v=NnTi9B-D6LA

неплохо, неплохо