QAGuild live #10: Ответы на вопросы тестировщиков
Вставка
- Опубліковано 14 жов 2024
- #qaguild
Юбилейный 10 cтрим решил посвятить ответам на вопросы зрителей. Из этого выпуска вы узнате про обучение, как определить свой уровень и какие форматы стримов я придумал на будущее.
Подписывайтесь в telegram - bit.ly/qaguild-...
Слушайте наш подкаст - bit.ly/qaguild-...
Заходите в наш Slack канал - bit.ly/qaguild-...
Становитесь патроном - bit.ly/qaguild-...
Привет, меня зовут Сергей Пирогов, я являюсь основателем QAGuild подкаста и автором блога "Заметки автоматизатора". На этом канале я делюсь своим опытом работы в качетве QA Automation engineer, делаю всякие полезные видео для новичков и не только.
На этом канале мы говорим о разных аспектах работы тестировщиков.
Ставьте лайки, пишите в комментариях свои вопросы.
В этом выпуске я упоминал про два новых формата:
1) Стримы с обзорами инструментов по автоматизации
2) Пробное собеседование
Напишите в ответе на этот комментарий, насколько такие форматы были бы интересны
Интересно было бы про Puppeteer узнать.
Puppeteer, Cypress интересно было бы!
Puppeteer, locust
Gatling и анализ результатов его работы.
Мое мнение:
1) инструменты - интересно всем
2) собес - целевая аудитория чуть по меньше, но послушать будет интересно.
Очень классная идея - "Час на инструмент" (начиная с его установки).
Можно запустить опрос: какие инструменты интересны людям. Или же опрос выбора из тех, которые ты использовал ранее, чтобы сделать такой выпуск более информативным.
Круто, значит попробуес сделать
по XCUITest было бы круто увидеть
интересно было бы еще найти людей, которые раньше использовали Selenium и есть опыт использования Cypress, Puppeteer (возможно, еще каких-то non-Selenium based инструментов для автоматизации e2e тестов ), и сделать типа обзора преимуществ и недостатков этих инструментов по сравнению с Selenium.
точно, пойду закину на github ченибуть с тестами в Postman и Selenium Webdriver
@QAGuild, спасибо за подскасты, хотелось бы услышать мнение по сравнению методик хранения тестов(ручные + авто).
Что имею ввиду:
1) есть набор тестов, часть из них заавтоматизирована. Есть ТТС в которой храниться описание всех тестов.
2) Хочется их все хранить в одном месте(чтобы для автотестов не использховать 2 системы), и видеть все результаты в одном месте, но с возможностью добавления ручных результатов после/до автотестов. Естестенно все это с максимальной интеграцией между собой.
Видел твой доклад, по генерации кейсов из кода, плагином в идее. Но насколько часть "видеть все результаты в одном месте" ты не затрагивал.
Хотелось бы все таки обсудить такой полный воркфлоу и сравнить несколько придуманных решений.
Ініціатива з оглядом фреймворком крута !
Oleg Zarevych да, только на деле людям не зашло про облака посмотрело только 900 человек (=
круто!
Я только За, чтобы еще и подключать практику в ролики
Пробовали ли Вы проходить собеседование в другие страны, например в Германию/Швейцарию/США? И на сколько разнятся уровни QA между странами СНГ и странами в Европе/Америки?
Привет, понравился стрим. Продолжай так и далее 👍
+ за бессмысленность вопросов на интервью. Тема хорошая.
ЗА то чтобы была практика
+
#Хочубейсболку
Автоматизатор должен уметь писать юни тести и интегрейшен тести?
Dr. Cox на продукт либо на фреймворк?
@@automation_remarks На продукт
Чем больше уровней тестов (api, ui, unit and etc.) ты можешь писать, тем больше ты SDET'ый чувак =)..
@@MrJohnny2110 только начал изучать язык, еще не пахет sdet`ством