Глаза пересушенные без моргания надо капать, а не пытаться выбрать монитор «без мерцания» и «синего спектра». 20й год, уже все мониторы нормальные.
По монику — 27″, 2k и 144hz если хочется плавности
А если отойти от теории в реальный мир?
В смысле кто видел в наших реалиях именно integration тесты? Чем они отличаются от e2e?
Чем что даст тестировщикам чтение unit?
Что значит более быстрые и стабильные? Как тестировщики повлияют на это в unit/integration?
Тот же вопрос про улучшение проекта.
То есть вы просто переименовали senior qa automation в testops? 😅 шииик
Кроме лидов только
Для тех, кто совсем не шарит — да. Для тех, кто в теме это просто не нужно :)
Смотрим видосы C# for Automation Testing www.youtube.com/...T9Pp3NFZgLbPZXEykeGQwxGSx
Если какие-то моменты не понятны — читаем metanit.com/sharp/tutorial
Курсы, на которых несколько месяцев будут разъяснять 5 несчастных методов Selenium не нужны, только тсс. Так же, как и тренеры :)
glhf
Колонка, ipad, appletv — у кого что есть. Насчет кондиционеров и телевизоров — абсолютно так же: IR передатчик, если нет никаких протоколов. Хоть и не такой хардварный как в примере с малиной конечно же.
Нужно будет плагины писать?
Можно и написать, если есть большое желание и не устраивает существующее решение. Например мне пришлось подправить код под свою модель SmartTV.
в чем именно будет его преимущество по сравнению с тем же Гуглом, на который уже можно заливать код напрямую для общения с девайсами?
Не нужны никакие сервисы извне, никаких настроек, хуков, заливок кода и т.д.
Очень интересно, но
Setup Complexity
действительно High :)
Apple с его HomeKit не рассматривался?
homebridge с тонной плагинов к любому китайскому хламу и управлением через Siri поднимается в течении нескольких минут без лямбд и прочих страшных штук.
Скорость написания тестов значительно выше, чем на Java или C#.
Каким образом замеряли?
Ниже порог входа для старта проекта.
Ниже порог входа чем что? Почему?
Для написания хороших тестов нужно понимание, как работает JavaScript.
А что, если предположить, что надо в любом языке разбираться для написания хороших тестов.
Люблю одни и те же статьи/доклады/презентации, где каждый доказывает преимущества своего языка/инструмента/фреймворка с одинаковыми выводами 😏
Волшебная статья. Вопросы что вдохновляет, что нравится, кем через 5 лет, книги, гаджеты, сколько ты зарабатываешь, оказавшись перед путиным что ты ему скажешь.
Но на вопрос «что ты вообще делаешь» только одна строчка:
где-то 50% на разные коммуникации и 50% — вдумчивая работа с бездушными компьютерами.
Исчерпывающе.
С таким успехом можно бесконечно писать одно и то же, меняя только title «Как я работаю: %userName%, %userJobTitle%, %glraName%»
Поменял язык на винде на английский — сразу стал upper intermediate.
Advanced пока не идёт — иностранцы не особо знакомятся :(
Автор либо толстый троль, либо королевский жлоб.
Про меценатов, благодетелей и баринов в отношении чаевых это просто лол.
Премия на работе или бонус на фрилансе тоже воспринимается как подачка?)
Какая структура? Код для работы с селениумом отдельно, описание страниц отдельно, описание степов тоже.
NUnit очевидно most popular. Но никто не запрещает использовать xUnit или mstest.
Если совсем по нулям — можно вбить в поиск гитхаба selenium specflow и найти уже готовое.
Агонь! Поиск музыкантов в церковь на доу, Карл
codewars.com и десятки подобных. www.reddit.com/...
Есть ли sync?
В чем приемущества перед Puppeteer?
Что доступно по плагинам?
Хотелось бы больше деталей, чем hello world. В любом случае спасибо за статью