⬇️ Материалы и Таймкоды ⬇️ 🎥 Таймкоды ___________________________________________________ 00:00 - Всем привет! 00:24 - Требования к разным уровням AQA 2:30 - 1. База Computer Science 3:38 - ООП 3:58 - Структуры данных 6:54 - Алгоритмы 8:59 - Шаблоны проектирования 11:15 - Принципы программирования 13:02 - 2. Java 14:14 - Абстрактный классы и интерфейсы 15:44 - Java Collections 18:43 - 3.WEB 20:07 - Модель OSI 20:52 - HTTP 22:43 - GET и POST 23:20 - TCP и UDP 24:27 - 4. Автоматизация 24:46 - Библиотеки тестирования 27:00 - API тесты 29:10 - UI тесты 34:01 - Про опыт 42:25 - 5. Прочие технологии 42:33 - Linux 42:58 - Docker 44:12 - СI/CD 47:19 - To be continued ___________________________________________________ 📚 Материалы 📚 1. База Computer Science Структуры данных: stepik.org/course/1547/promo#toc Алгоритмы: stepik.org/course/217/promo LeetCode - решать задачки по алгоритмам: leetcode.com/ Шаблоны проектирования: refactoring.guru/ru/design-patterns 2. Java Java курс: stepik.org/course/187/promo JavaRush: javarush.ru/ Книга Java. Библиотека профессионала. Том 1. Основы | Хорстманн Кей С. Вопросы по Java: github.com/enhorse/java-interview 3. Web Сети: asozykin.ru/courses/networks_online Спецификация HTTP: datatracker.ietf.org/doc/html/rfc2616 4. Автоматизация Только доку читать :) RestAssured: rest-assured.io/ Selenide: selenide.org/ 5. Прочие радости: “Linux” тест: www.learnqa.ru/bash_test Docker: habr.com/ru/company/southbridge/blog/530226/ Docker Compose: t.co/8zL0x40QeR 6. CI / CD Статья: habr.com/ru/company/JetBrains/blog/650757/ Воркшопы “Как построить CI/CD для GitLab CI” ua-cam.com/video/Ro8og5219X4/v-deo.html ua-cam.com/video/tp7p4WxxIg4/v-deo.html
Александра, большое спасибо за детальное и структурированное видео! Начинаю подготовку к собеседованиям, и видео - прям находка для структурирования информационного месива в голове
Great lesson! I enjoyed everything you described, as it aligned with my expectations. I'm a manual tester but I'm currently learning QA automation using Java and Selenium. This lesson has given me a clear idea of what to focus on and prepare for in future interviews. I'm looking forward to more Java QA automation lessons. Thank you for being an amazing teacher and QA lead! 👍❤
Господь всемогущий, Сатана вездесущий! Нашёл самое полезное видео в трубе! За последние 10 лет, это действительно самое полезное и классное видео. Крайне редко встречаешь людей, которые не дают ответы, а подсказывают как найти ответы на свои вопросы и в какую сторону идти. Спасибо.
Ещё не досмотрев до конца, хочу сказать, что это лучшее видео на тему собеседований AQA, по крайней мере, русскоязычное. Браво! Теперь обязан подписаться)
Спасибо большое тебе за видос ) Своеобразная мапа получилась по темам, перед собесом очень в тему, чтобы понимать какие темы возможно ты забыл повторить)
Отличное видео, спасибо) Как раз начинаю готовиться к собеседованиям, список тем похож на то, что я себе закладывала на повторить. И кстати вопросы, которые не касаются кода и инструментов автоматизации, актуальны и для собеседований на manual QA.
Очень-очень круто! Особенно обзорно проверить то, что ты знаешь из представленного чек-листа. Благодаря видео даже поняла как улучшить код, который я настрочила и весь день придумывала, как отрефакторить. Единственное, все-таки трудно будет для понимания людям, которые плохо знакомы с базой :( Потому что по своему опыту профильного, но плохого образования, многое о памяти и java в целом я узнала из рассказов своего парня (параллельно проходя курс по java на степик от csс)
Огромное спасибо за очень толковое структурированное видео! Отдельно хочу выделить: мне понравилось, как понятно объясняются сложные вещи, я бы с удовольствием поучаствовала в воркшопе. А вопрос у меня простой: уже пишу автотесты на C#, хочу освоить ещё один ЯП, выбираю между Python и Java. По каким критериям рекомендуете выбирать? (Сердце просит Python 🔥)
Спасибо большое! Обязательно вернусь с воркшопом в 2023. Насчет вашего вопроса - если сердце просит Python, то смело изучайте его. Он по статистике использования в автоматизации тестирования не уступает Java :)
На прошлой работе использовали для автотестов только XPath. Я хотела использовать CSS потому что в курсе по автоматизации говорили что он лучше, но коллеги были против потому что договоренность использовать только XPath
Если на проекте принят XPath, то лучше следовать традициям проекта. Смесь/ад подходов - не хорошо для проекта. Может быть XPath был выбран по актуальным причинам, о которых знают сторожилы проекта, либо эти знания утеряны (архитектор уволился). Лучше делать Эволюцию проекта, а не Революцию. Это мое IMHO.
кто должен думать о проектировании тестов по пирамиде тестирования? QA lead или AQA, если AQA с какого грейда и целесообразно ли задавать такие вопросы на собеседованиях? еще бы наверно хотелось больше разобрать про матрицу компетенций по AQA и от нее уже смотреть какие доклады хотелось бы видеть еще в обзорах. По текущему видео, спасибо - все круто.
Если мы говорим о высокоуровневом стратегическом планировании, то в зависимости от состава команды об этом могут думать QA на разных позициях (как AQA, так и QA Lead). Если мы говорим о практических задачах, то в рамках любого автотестирования об этом должен/а думать каждый/ая QA. Спасибо за фидбек!
Спасибо за видео! можете пожалуйста подробнее раскрыть тему CI/CD на каком-то тестовом проверке с нуля до деплоя ? )) часто в проектах это уже настроено лидами или другими коллегами и самому кроме теории с этим сталкиваться не получается.
- 10 лет назад так и было, когда фреймворки писали 10+ автомешенов и на это был бюджет. Сейчас главное давать результат в короткие сроки, сегодня пришёл -> завтра уже тесты крутиться должны. - Дадут вам 10 мануальщиков и скажут научить их писать тесты. Вы их будете учить Java, паттернам и фреймворку (Selenide + page object + utils/helpers != фреймворк)? - Что по поводу visual testing, BDD? - Для manual ребят/non technical, которые собираются начать писать автотесты: возьмите курсы (youtube / другие сервисы) по JS, GIT, Playwright/WDIO/Cypress (на ваш выбор), решайте простые задачи на e.g. codewars. Чз неделю вы будете писать тесты на JS. Закиньте всё, что вы писали, на ваш git. Смело добавляйте пункт automation в ваше CV. !!! Пишите много кода, даже если это г..код. Всё придёт с опытом!!!
чушь полная, если автотесты включены в пайплан развертывания для максимально полного обеспечения качества разработки, то тут всякими сайпресами и плейрайтами не отвертишься, потому что это покрывает только UI, UI дорогие для поддержки и их не должно быть много, если у проекта нет бюджета на профессионального AQA и заказчикам нужны только отчетики красивые, то это вообще не место для AQA в принципе, это будет болото без какого либо развития, посмотрие вакансии на автоматизаторов, везде нужен хороший стек на джаве/питоне, а если контора просит научить мануальщиков автоматизации, то с такой конторы нужно бежать сверкая пятками, заказчик значит вообще не понимает что такое автотестирование и как его внедрять
@@rytmtembr251 мой коммент о том, что не надо писать велосипед для UI решения. Очень интересно узнать, что вы используйте для UI тестов и какой порог вхождения. P.S. "с такой конторы нужно бежать сверкая пятками" которая берёт челиков с такими софт скиллами
Забавно , в первый роаз слышу что X-Path это плохо. Обычно все говорят наоборот , сперва он и в крайних случаях CSS , про остальные вообще забыть , исключение - в самом начале договорились ставить id на каждую строчку.
Я искала этот коммент. XPATH позволяет перемещаться по дереву в любом направлении, у него много фишек. И в моем личном опыте в проектах где была солянка локаторов, CSS переписывались, а вот xpath нет.
Такое ощущение что автор недоговорила, что имеет в виду. Некоторые Тулы для тестирования ui под капотом переписывают css в xpath, например wdio. И можно написать сss и xpath локатор одинаково (в смысле, ищи элемент с классом таким-то)
На 3:35 наверное всё-же имелся ввиду процедурный стиль программирования? Раз идёт сравнение с ООП. Функциональное программирование это всё-таки немного другое. Хотя многие их путают.
@alexpshe спасибо за видео! Лайк! Только не понял про наследование квадоюрата от прямоугольника - прямоугольник это четырехугольник с прямыми углами, а квадрат - тоже самое,но еще и стороны равны. Следовательно спокойно можно поменять квадрат на прямоугольник. Поясните плиз!
Очень круто! Приятно слушать, очень плавная подача материала, продолжай :)) Есть вопрос, QA стоит вмешиваться и участвовать в формировании unit тестов разработчиками?
Не надо. Это чисто программистская область. AutoQA опытен в selenium-тестах, программист в UnitTest'ах. Можно посоветовать, но лезть туда... Если минимально очепятку исправить - можно. Но если что-то не оптимально сделаете - любить вас будут долго...
"У меня есть шутка про TCP, но если она до вас не дойдет, то не волнуйтесь, я ее вам повторю!" "И еще у меня есть шутка про UDP, но если она до вас не дойдет, то, сорян, я повторять не буду!" 13 лет был в тестировании. С интересом посмотрел видео. Считаю видео очень полезным, но больше чем на половину вопросов я ответить бы не смог на собесе. Значит ли это, что я не квалифицированный тестировщик? Понимаю, почему эти вопросы хотят спрашивать на собесах, но не понимаю, как эти вопросы стали важнее продуктовых и командных вопросов. Например, про data-атрибут в ключе "если вы договоритесь с разработчиками" -- для меня это такая дикость, что с разработчиками можно не договориться, как будто мы делаем не один проект. Т.е., "конечно, да, data-атрибуты, а как иначе". Если не договориться, то мне там не место в той команде, я не буду там работать. Или продуктовые вопросы: а зачем нам вообще автотесты, если мы делаем прототип для продакт дискавери... т.е., возможно, тестировать (в смысле проверок по теории тестирования) и не нужно вовсе -- вопросы про критерии тестирования и критерии автоматизации. И еще я был очень удивлен, что не было (или я прослушал) вопросов про (1) теорию тестирования, (2) как протестировать хотя бы простую форму логина, например, (3) как кандидат запишет и приоритизирует тесты, (4) как кандидат запишет и приоритизирует баги. Часто слышал от коллег претензии к автомейшен тестировщикам, что они "и на разработчиков не тянут (вопрос про организацию хранения в памяти компьютера массива vs списка -- скорей вопрос к разработчикам), и баги понятно записать не могут". Например, про массивы или про модель OSI послушай-прочитай 1-2 раза -- и запомнил(а) и понял(а), а, например, вопросы про паттерны программирования или навык написания хороших заголовков -- это приходит только с хорошей практикой. Вопрос, почему на собеседованиях эти вопросы, которые решаются гуглингом и чтением на раз-два (назови принципы ООП (я не назову)), но мало вопросов, которые требуют именно навыков (напиши метод класса с применением принципа наследования в ООП (я не напишу))? И, если идти по структуре собеседования, то на собеседовании я бы предпочел, чтобы со мной на собеседовании шли от темы, которая заявлена в конце ролика -- "Личный опыт", т.к., по-моему, она все собеседование и его структуру и определяет.
13 лет опыта по-любому будет начится с вопросов про "личный опыт": - как Вы мотивируете сеньоров? - как Вы отситесь к индусам? - вы предпочитаете Kanban, Scurm или Scrunban? > это такая дикость, что с разработчиками можно не договориться Иногда бывает legacy код к которому программеры боятся прикасатся. Оно просто во второй раз не скомпилится. Или программист к третьей стороне, который отвечает раз в две недели. Индусы это отдельная кама-сутра с пародией английского. > а зачем нам вообще автотесты, если мы делаем прототип для продакт дискавери... Если честно, я с ними согласен. MVP (Minimal Vital Product) на то и minimal, чтобы быстро его, глючного, показать заказчику. Если понраится/выстрелит, тогда: - Добавится много новых фич, удалятся ненужные. - Теперь можно покрывать тестами. Средне-большие проекты рекомендуется покрывать тестами через год-полтора (зависит от проекта). Когда и логика устаканится и скоро проект прибыль будет приносить. > претензии к автомейшен тестировщикам, что они "и на разработчиков не тянут..." Они и не должны. Их задача - качественные тесты. И программисты так хорошо тесты не напишут, ибо у программеров другие задачи. Это как требовать от back-end'ера знания мобильной html-верстки. > больше чем на половину вопросов я ответить бы не смог на собес Я в программировании 15+ лет и у нас те же проблемы на собесах
Спасибо за видео❤❤❤! Но лично для меня есть одно НО. Это ЛИДКА. Нету такого слова не в английском не в русском языках! Очень режет слух. Нет, я не учитель русского языка😊
Когда не нужно использовать PO паттерн и просто скипнула этот вопрос. У тебя есть опыт и ты можешь поделиться своим ответом с джунами, который не знает когда его не применять. Это инфа не о чем, если ты не даешь ответ, так как именно за инфой Джуны сюда пришли.
Мне очень понравилось интервью, но после 'лидки' было очень страшно слушать, не хочется засорять голову такими словами, либо я старею. И, прошу прощения, но все-таки не сТоит смешивать селениум и голую грудь на втором плане.
@@alexpshe на нормальные феминитивы организм никак не реагирует, но вот к такому уродованию языка я всё-таки никогда не привыкну. P.S. Процитирую одного человека и выражу респект тем, кто придерживается такого же мнения, а не бездумно следует моде: "Я бухгалтер, профессию свою очень уважаю и люблю. Назвать меня бухглатершей значит попасть в личные враги."
@@T3VTON да че тебе объяснять? не будет феминитивов - все будут считать что это только мужская должность. значит женщинам на этой должности будут платить меньше. Значит их считать равными никто не будет. значит их всех выгонят на малооплачиваемую работу. Из за этого им придется пресмыкаться перед тупыми самцами и все чаще сидеть дома а не зарабатывать деньги. Равно потерять независимость. Значит им запретят голосовать как было до этого. Значит мужики примут законы разрешающие многоженство, а вскоре их начнут сжигать на кострах за ведьмовство... очевидно же...
Привет. Готовлюсь на первое(junior) собеседование для Automation QA, спасибо за инфу. Есть к чему придраться. Когда ты говоришь что в Set - множества не повторяются, я бы тебе сразу дал пример, в котором я добавлю два одинаковых с точки зрения логики обьекта: Есть кастомный класс Person(name, age) в нем не переопределены методы hashCode и equals ---> что даст нам возможность добавить идентичные обьекты в Set. Надеюсь кому то будет полезно =)
Я имела в виду полный XPath, когда при добавлении условно нового div, который никак не влияет на user experience, ломается автотест. Но да, надо было мне уточнить)
Спасибо огромное за такое видео. Оно невероятно полезное, всё разложено по полочкам. Пошла смотреть курсы, которые вы рекомендуете, как раз планирую уходить в автоматизацию (эх, надо было сразу туда уходить)
Привет! В зависимости от вашего текущего уровня предлагаю: 1⃣ Что такое CI / CD для маленьких ua-cam.com/video/ekKuvz5bNmM/v-deo.html 2⃣ Статья и воркшоп СI / CD глазами тестировщика GitLab CI habr.com/ru/company/JetBrains/blog/650757/ ua-cam.com/video/Ro8og5219X4/v-deo.html (тут лайвкодинг не обязательно смотреть - самое главное обьяснение на воротах посмотреть)
⬇️ Материалы и Таймкоды ⬇️
🎥 Таймкоды
___________________________________________________
00:00 - Всем привет!
00:24 - Требования к разным уровням AQA
2:30 - 1. База Computer Science
3:38 - ООП
3:58 - Структуры данных
6:54 - Алгоритмы
8:59 - Шаблоны проектирования
11:15 - Принципы программирования
13:02 - 2. Java
14:14 - Абстрактный классы и интерфейсы
15:44 - Java Collections
18:43 - 3.WEB
20:07 - Модель OSI
20:52 - HTTP
22:43 - GET и POST
23:20 - TCP и UDP
24:27 - 4. Автоматизация
24:46 - Библиотеки тестирования
27:00 - API тесты
29:10 - UI тесты
34:01 - Про опыт
42:25 - 5. Прочие технологии
42:33 - Linux
42:58 - Docker
44:12 - СI/CD
47:19 - To be continued
___________________________________________________
📚 Материалы 📚
1. База Computer Science
Структуры данных: stepik.org/course/1547/promo#toc
Алгоритмы: stepik.org/course/217/promo
LeetCode - решать задачки по алгоритмам: leetcode.com/
Шаблоны проектирования: refactoring.guru/ru/design-patterns
2. Java
Java курс: stepik.org/course/187/promo
JavaRush: javarush.ru/
Книга Java. Библиотека профессионала. Том 1. Основы | Хорстманн Кей С.
Вопросы по Java: github.com/enhorse/java-interview
3. Web
Сети: asozykin.ru/courses/networks_online
Спецификация HTTP: datatracker.ietf.org/doc/html/rfc2616
4. Автоматизация
Только доку читать :)
RestAssured: rest-assured.io/
Selenide: selenide.org/
5. Прочие радости:
“Linux” тест: www.learnqa.ru/bash_test
Docker: habr.com/ru/company/southbridge/blog/530226/
Docker Compose: t.co/8zL0x40QeR
6. CI / CD
Статья: habr.com/ru/company/JetBrains/blog/650757/
Воркшопы “Как построить CI/CD для GitLab CI”
ua-cam.com/video/Ro8og5219X4/v-deo.html
ua-cam.com/video/tp7p4WxxIg4/v-deo.html
Спасибо большое за видео, использовала его для подготовки к собеседованию, воскресила в памяти кучу забытого)) получила желанный оффер!
Я очень рада!
Александра, большое спасибо за детальное и структурированное видео!
Начинаю подготовку к собеседованиям, и видео - прям находка для структурирования информационного месива в голове
Great lesson! I enjoyed everything you described, as it aligned with my expectations. I'm a manual tester but I'm currently learning QA automation using Java and Selenium. This lesson has given me a clear idea of what to focus on and prepare for in future interviews. I'm looking forward to more Java QA automation lessons. Thank you for being an amazing teacher and QA lead! 👍❤
Ой, ну как же приятно смотреть и слушать, спасибо тебе, Сашуль, твой канал прям находка для меня ❤
Спасибо! приятно :)
Александра, спасибо, это высококачественный контент!
В видео столько информации, что первый раз просто слушал. При перепросмотре увидел, что в визуале еще больше информации. Красиво и фотосессия и тату
Огромнейшая благодарность! Очень полезное, нужное видео! 🔥🙌
Спасибо!
Великолепное видео, все прекрасно структурировано и подано очень доступно и интересно❤🔥
Большое спасибо за труд!
Благодарю за видео! Не ожидал что вопросы будут настолько простыми
Спасибо! Так просто и доступно донести, объяснить материал - это просто потрясающе! Таких профессионалов как вы ХОЧЕТСЯ слушать!
Какое прекрасное видео!!! Большое спасибо
Только что слушал тебя на подкасте. Включил ютуб и сразу наткнулся на твоё видео.
Хотел сказать, что ты отлично справилась на подкасте.
Спасибо! ❤
Видео просто 100% крутое и полезное, спасибо тебе огромное за такой подробный, логичный и понятный гайд!
Александра! Вам респект! Желаю вам успехов в ваших делах!
Александра , это шикарно ! Спасибо вам большое за ваш труд
Господь всемогущий, Сатана вездесущий! Нашёл самое полезное видео в трубе! За последние 10 лет, это действительно самое полезное и классное видео.
Крайне редко встречаешь людей, которые не дают ответы, а подсказывают как найти ответы на свои вопросы и в какую сторону идти. Спасибо.
Как же круто что удалось найти ваш канал 🤩
Очень рада, что понравилось!
Ещё не досмотрев до конца, хочу сказать, что это лучшее видео на тему собеседований AQA, по крайней мере, русскоязычное. Браво! Теперь обязан подписаться)
Спасибо за Ваш труд! Коммент в поддержку канала.
Спасибо большое тебе за видос )
Своеобразная мапа получилась по темам, перед собесом очень в тему, чтобы понимать какие темы возможно ты забыл повторить)
Отличное видео, спасибо) Как раз начинаю готовиться к собеседованиям, список тем похож на то, что я себе закладывала на повторить.
И кстати вопросы, которые не касаются кода и инструментов автоматизации, актуальны и для собеседований на manual QA.
Спасибо за фидбек! Действительно, много из перечисленного нужно знать и Manual QA :)
@@alexpshe работаю менуал и понял что ничего не знаю толком А так хочется в автомейшн)))
бесценная информация) ты оч крутая!
Спасибо за фидбек, это мотивирует продолжать!
Офигенная инфа, спасибо! Татухи зачет)
Очень-очень круто! Особенно обзорно проверить то, что ты знаешь из представленного чек-листа.
Благодаря видео даже поняла как улучшить код, который я настрочила и весь день придумывала, как отрефакторить.
Единственное, все-таки трудно будет для понимания людям, которые плохо знакомы с базой :(
Потому что по своему опыту профильного, но плохого образования, многое о памяти и java в целом я узнала из рассказов своего парня (параллельно проходя курс по java на степик от csс)
Привет!
Подскажи, пожалуйста, полное название курса на степик - не могу найти
слушай, как просто и коротко объяснены некоторые вещи, несколько курсов уже проходил и не вынес такого понимания в некотрых деталях
спасибо!
Огромное спасибо за очень толковое структурированное видео! Отдельно хочу выделить: мне понравилось, как понятно объясняются сложные вещи, я бы с удовольствием поучаствовала в воркшопе. А вопрос у меня простой: уже пишу автотесты на C#, хочу освоить ещё один ЯП, выбираю между Python и Java. По каким критериям рекомендуете выбирать? (Сердце просит Python 🔥)
Спасибо большое! Обязательно вернусь с воркшопом в 2023.
Насчет вашего вопроса - если сердце просит Python, то смело изучайте его. Он по статистике использования в автоматизации тестирования не уступает Java :)
@@alexpshe берегите себя ❤️
Очень полезное видео, спасибо!
На прошлой работе использовали для автотестов только XPath. Я хотела использовать CSS потому что в курсе по автоматизации говорили что он лучше, но коллеги были против потому что договоренность использовать только XPath
Зависит, конечно, от того какой XPath и на что он завязывается)
Если на проекте принят XPath, то лучше следовать традициям проекта. Смесь/ад подходов - не хорошо для проекта. Может быть XPath был выбран по актуальным причинам, о которых знают сторожилы проекта, либо эти знания утеряны (архитектор уволился). Лучше делать Эволюцию проекта, а не Революцию.
Это мое IMHO.
Не ожидал найти гайд такого уровня на ютубе. Очень круто, спасибо!
Так говоришь, будто Ютуб это помойка какая то типа вк
Подписался и лайк воткнул, оочееень классное видео! и крутой спикер =)
Очень полезное видео спасибо за проделанную работу.
Можешь на примере показать где используются шаблоны проектирования в автоматизации тестирования ? Интересно на практике посмотреть.
Видео от автора - 'Паттерны проектирования в автоматизации тестирования (с примерами)':
ua-cam.com/video/pRpSVwdfl7I/v-deo.html
кто должен думать о проектировании тестов по пирамиде тестирования? QA lead или AQA, если AQA с какого грейда и целесообразно ли задавать такие вопросы на собеседованиях?
еще бы наверно хотелось больше разобрать про матрицу компетенций по AQA и от нее уже смотреть какие доклады хотелось бы видеть еще в обзорах.
По текущему видео, спасибо - все круто.
Если мы говорим о высокоуровневом стратегическом планировании, то в зависимости от состава команды об этом могут думать QA на разных позициях (как AQA, так и QA Lead).
Если мы говорим о практических задачах, то в рамках любого автотестирования об этом должен/а думать каждый/ая QA.
Спасибо за фидбек!
Спасибо за видео!
можете пожалуйста подробнее раскрыть тему CI/CD на каком-то тестовом проверке с нуля до деплоя ? ))
часто в проектах это уже настроено лидами или другими коллегами и самому кроме теории с этим сталкиваться не получается.
Узнал много нового! Например, что у прямоугольника нет двух одинаковых сторон)
- 10 лет назад так и было, когда фреймворки писали 10+ автомешенов и на это был бюджет. Сейчас главное давать результат в короткие сроки, сегодня пришёл -> завтра уже тесты крутиться должны.
- Дадут вам 10 мануальщиков и скажут научить их писать тесты. Вы их будете учить Java, паттернам и фреймворку (Selenide + page object + utils/helpers != фреймворк)?
- Что по поводу visual testing, BDD?
- Для manual ребят/non technical, которые собираются начать писать автотесты: возьмите курсы (youtube / другие сервисы) по JS, GIT, Playwright/WDIO/Cypress (на ваш выбор), решайте простые задачи на e.g. codewars. Чз неделю вы будете писать тесты на JS. Закиньте всё, что вы писали, на ваш git. Смело добавляйте пункт automation в ваше CV. !!! Пишите много кода, даже если это г..код. Всё придёт с опытом!!!
чушь полная, если автотесты включены в пайплан развертывания для максимально полного обеспечения качества разработки, то тут всякими сайпресами и плейрайтами не отвертишься, потому что это покрывает только UI, UI дорогие для поддержки и их не должно быть много, если у проекта нет бюджета на профессионального AQA и заказчикам нужны только отчетики красивые, то это вообще не место для AQA в принципе, это будет болото без какого либо развития, посмотрие вакансии на автоматизаторов, везде нужен хороший стек на джаве/питоне, а если контора просит научить мануальщиков автоматизации, то с такой конторы нужно бежать сверкая пятками, заказчик значит вообще не понимает что такое автотестирование и как его внедрять
@@rytmtembr251 мой коммент о том, что не надо писать велосипед для UI решения. Очень интересно узнать, что вы используйте для UI тестов и какой порог вхождения. P.S. "с такой конторы нужно бежать сверкая пятками" которая берёт челиков с такими софт скиллами
Спасибо, тестирование микросервисов рассматривали уже с точки зрения ручного и авто?
Очень хотелось бы более подробный выпуск про unit тесты.
Забавно , в первый роаз слышу что X-Path это плохо. Обычно все говорят наоборот , сперва он и в крайних случаях CSS , про остальные вообще забыть , исключение - в самом начале договорились ставить id на каждую строчку.
XPath сложновато. CSS - легче и понятнее, большинство программистов разберется.
ID - идеал.
Я искала этот коммент. XPATH позволяет перемещаться по дереву в любом направлении, у него много фишек. И в моем личном опыте в проектах где была солянка локаторов, CSS переписывались, а вот xpath нет.
@@polinalastochkina8121 да , главное писать локаторы не зависимые от соседних.
Такое ощущение что автор недоговорила, что имеет в виду. Некоторые Тулы для тестирования ui под капотом переписывают css в xpath, например wdio. И можно написать сss и xpath локатор одинаково (в смысле, ищи элемент с классом таким-то)
На 3:35 наверное всё-же имелся ввиду процедурный стиль программирования? Раз идёт сравнение с ООП.
Функциональное программирование это всё-таки немного другое.
Хотя многие их путают.
Незаконно хорошо!
@alexpshe спасибо за видео! Лайк! Только не понял про наследование квадоюрата от прямоугольника - прямоугольник это четырехугольник с прямыми углами, а квадрат - тоже самое,но еще и стороны равны. Следовательно спокойно можно поменять квадрат на прямоугольник. Поясните плиз!
Саша, спасибо за то, что ты делаешь!
Очень интересно.
И было бы интересно поучаствовать в воркшопах)
Очень круто! Приятно слушать, очень плавная подача материала, продолжай :))
Есть вопрос, QA стоит вмешиваться и участвовать в формировании unit тестов разработчиками?
Юнит-тесты это слишком личное, для некоторых это неотъемлемый процесс разработки. Если бы ко мне в тесты кто-то "вмешивался" - я бы послал)
Не надо. Это чисто программистская область. AutoQA опытен в selenium-тестах, программист в UnitTest'ах. Можно посоветовать, но лезть туда...
Если минимально очепятку исправить - можно. Но если что-то не оптимально сделаете - любить вас будут долго...
Спасибо очень понятно
"У меня есть шутка про TCP, но если она до вас не дойдет, то не волнуйтесь, я ее вам повторю!"
"И еще у меня есть шутка про UDP, но если она до вас не дойдет, то, сорян, я повторять не буду!"
13 лет был в тестировании. С интересом посмотрел видео. Считаю видео очень полезным, но больше чем на половину вопросов я ответить бы не смог на собесе. Значит ли это, что я не квалифицированный тестировщик? Понимаю, почему эти вопросы хотят спрашивать на собесах, но не понимаю, как эти вопросы стали важнее продуктовых и командных вопросов. Например, про data-атрибут в ключе "если вы договоритесь с разработчиками" -- для меня это такая дикость, что с разработчиками можно не договориться, как будто мы делаем не один проект. Т.е., "конечно, да, data-атрибуты, а как иначе". Если не договориться, то мне там не место в той команде, я не буду там работать. Или продуктовые вопросы: а зачем нам вообще автотесты, если мы делаем прототип для продакт дискавери... т.е., возможно, тестировать (в смысле проверок по теории тестирования) и не нужно вовсе -- вопросы про критерии тестирования и критерии автоматизации.
И еще я был очень удивлен, что не было (или я прослушал) вопросов про (1) теорию тестирования, (2) как протестировать хотя бы простую форму логина, например, (3) как кандидат запишет и приоритизирует тесты, (4) как кандидат запишет и приоритизирует баги. Часто слышал от коллег претензии к автомейшен тестировщикам, что они "и на разработчиков не тянут (вопрос про организацию хранения в памяти компьютера массива vs списка -- скорей вопрос к разработчикам), и баги понятно записать не могут". Например, про массивы или про модель OSI послушай-прочитай 1-2 раза -- и запомнил(а) и понял(а), а, например, вопросы про паттерны программирования или навык написания хороших заголовков -- это приходит только с хорошей практикой. Вопрос, почему на собеседованиях эти вопросы, которые решаются гуглингом и чтением на раз-два (назови принципы ООП (я не назову)), но мало вопросов, которые требуют именно навыков (напиши метод класса с применением принципа наследования в ООП (я не напишу))?
И, если идти по структуре собеседования, то на собеседовании я бы предпочел, чтобы со мной на собеседовании шли от темы, которая заявлена в конце ролика -- "Личный опыт", т.к., по-моему, она все собеседование и его структуру и определяет.
13 лет опыта по-любому будет начится с вопросов про "личный опыт":
- как Вы мотивируете сеньоров?
- как Вы отситесь к индусам?
- вы предпочитаете Kanban, Scurm или Scrunban?
> это такая дикость, что с разработчиками можно не договориться
Иногда бывает legacy код к которому программеры боятся прикасатся. Оно просто во второй раз не скомпилится. Или программист к третьей стороне, который отвечает раз в две недели. Индусы это отдельная кама-сутра с пародией английского.
> а зачем нам вообще автотесты, если мы делаем прототип для продакт дискавери...
Если честно, я с ними согласен. MVP (Minimal Vital Product) на то и minimal, чтобы быстро его, глючного, показать заказчику.
Если понраится/выстрелит, тогда:
- Добавится много новых фич, удалятся ненужные.
- Теперь можно покрывать тестами.
Средне-большие проекты рекомендуется покрывать тестами через год-полтора (зависит от проекта). Когда и логика устаканится и скоро проект прибыль будет приносить.
> претензии к автомейшен тестировщикам, что они "и на разработчиков не тянут..."
Они и не должны. Их задача - качественные тесты. И программисты так хорошо тесты не напишут, ибо у программеров другие задачи. Это как требовать от back-end'ера знания мобильной html-верстки.
> больше чем на половину вопросов я ответить бы не смог на собес
Я в программировании 15+ лет и у нас те же проблемы на собесах
Очень полезное видео, спасибо! И еще ты очень красивая)
Благодарю ❤️
Благодарю
Здравствуйте!)
А не думали проводить(для канала) а-ля собеседование на разные позиции для QA?
Видео понравилось, все доступно и по делу) 👍
Круто! Спасибо. А сколько Вы уже лет в IT? И как относитесь к лайвкодингу на интервью?
А такой вопрос... если хочешь спать автотестером, то какой язык лучше выбрать, джаву, которая была упомянута, или питон, который легче учить?
Французский язык любви :) У Вас очепятка - "сПать автотестером".
Вот это уровень знаний. Сколько занял путь от джуна до нынешнего?
Это поверхностное обсуждение вопросов, на проработку которых у вас может уйти пару месяцев.
Норм, ты классная 😊
О, а мне много чего надо ещё выучить, освоить, понять перед тем как идти на собес на джина.
Спасибо)
Отлично, такое же бы, но только под .Net тестирование
Спасибо за видео❤❤❤! Но лично для меня есть одно НО. Это ЛИДКА. Нету такого слова не в английском не в русском языках! Очень режет слух. Нет, я не учитель русского языка😊
что это было на 16:15 времени :) ?
Когда не нужно использовать PO паттерн и просто скипнула этот вопрос. У тебя есть опыт и ты можешь поделиться своим ответом с джунами, который не знает когда его не применять.
Это инфа не о чем, если ты не даешь ответ, так как именно за инфой Джуны сюда пришли.
Подскажите, пригодится ли airflow в QA automation?
Спасибо очень крутое видео)
11:09 Может Декоратор, а не Доаратор?)
23:11 А с чего это GET более безопасней, чем метод POST?
Салют от Кибер Тестировщика
21:57 идепотентные методы и есть безопасные же
краш
Я не понял - она Алекс или Лидка?
Саня
ну смотря какая реализация списка же 🤔
😍
👍
лидка)) иванова))
Мне очень понравилось интервью, но после 'лидки' было очень страшно слушать, не хочется засорять голову такими словами, либо я старею.
И, прошу прощения, но все-таки не сТоит смешивать селениум и голую грудь на втором плане.
Берем JS и просто угораем над проблемами синглтона в других ЯП )))
а можно с вами познакомиться? 😎
я так и не понял вы Алекс или Лидка?
А это на кого собес? Мидл?
От Джуниора до Миддла - зависит от компании
А почему Алекс, а не Алекска? На примере Лидка, а не Лид.
Послушал и понял, что мне до первого собеса, как до луны((
Умница, спасибо!
Норм чика
Мне не послышалось? ) Лидка?) что это за новое слово? ))
Потише переходы. А то на фоне голоса очень громкие!!
Красивая умная я влюбился прям :)
Недостаточно феминитивов надо говорить QAка автомейшенка лидка
Исправлюсь, спасибо
Милаха
Так Лидка или Алекс
По настроению 💅
кто-кто, простите?) Leadка?) А аналитчицы у вас есть в команде?) ну или анальщицы, не силён в феминитивах)
Всё классно, единственное на слове "лидка" брызнула кровь из ушей :)
Что сказать - могу только надеяться, что однажды организм будет иначе реагировать на феминитивы :)
Возможно, к десятому видео привыкните :D
@@alexpshe на нормальные феминитивы организм никак не реагирует, но вот к такому уродованию языка я всё-таки никогда не привыкну.
P.S. Процитирую одного человека и выражу респект тем, кто придерживается такого же мнения, а не бездумно следует моде: "Я бухгалтер, профессию свою очень уважаю и люблю. Назвать меня бухглатершей значит попасть в личные враги."
@@T3VTON Если бы дело было в моде))
Энивей - это мой канал, поэтому либо слушать феминитивы, либо feel free выбрать другой источник информации :)
@@alexpshe а в чём же дело? )
@@T3VTON да че тебе объяснять? не будет феминитивов - все будут считать что это только мужская должность. значит женщинам на этой должности будут платить меньше. Значит их считать равными никто не будет. значит их всех выгонят на малооплачиваемую работу. Из за этого им придется пресмыкаться перед тупыми самцами и все чаще сидеть дома а не зарабатывать деньги. Равно потерять независимость. Значит им запретят голосовать как было до этого. Значит мужики примут законы разрешающие многоженство, а вскоре их начнут сжигать на кострах за ведьмовство... очевидно же...
Лидка 😂😂😂😂😂😂
Привет. Готовлюсь на первое(junior) собеседование для Automation QA, спасибо за инфу.
Есть к чему придраться. Когда ты говоришь что в Set - множества не повторяются, я бы тебе сразу дал пример, в котором я добавлю два одинаковых с точки зрения логики обьекта: Есть кастомный класс Person(name, age) в нем не переопределены методы hashCode и equals ---> что даст нам возможность добавить идентичные обьекты в Set.
Надеюсь кому то будет полезно =)
лидка? серьезно? не лид?
за видео спасибо
"Xpath - это полхо"
ЧТОООО???
наверное она имела ввиду full xpath, иначе сморозила глупость.
Я имела в виду полный XPath, когда при добавлении условно нового div, который никак не влияет на user experience, ломается автотест. Но да, надо было мне уточнить)
Это реально не самый лучший способ. Все она правильно сказала
@@j.r1936 поясни
@@podsvinokSatani а вы почитайте код новичков с xpath, и я думаю пояснять не придется
Микрофон зачем?)
веб..
контент дно(
Спасибо огромное за такое видео. Оно невероятно полезное, всё разложено по полочкам.
Пошла смотреть курсы, которые вы рекомендуете, как раз планирую уходить в автоматизацию (эх, надо было сразу туда уходить)
Спасибо! Вы потрясающе танцуете :)
@@alexpshe ой, спасибо, неожиданно)
Все правильно сделали. Теперь автоматизация органично ляжет куда надо.
Здравствуйте, Саша. Подскажите пожалуйста что можно почитать о CI/CD в практическом аспекте.
Привет!
В зависимости от вашего текущего уровня предлагаю:
1⃣ Что такое CI / CD для маленьких ua-cam.com/video/ekKuvz5bNmM/v-deo.html
2⃣ Статья и воркшоп СI / CD глазами тестировщика GitLab CI
habr.com/ru/company/JetBrains/blog/650757/
ua-cam.com/video/Ro8og5219X4/v-deo.html (тут лайвкодинг не обязательно смотреть - самое главное обьяснение на воротах посмотреть)
@@alexpshe Спасибо. Нужно освоить эту технологию. Ты просто умница.
Знания широкие, но поверхностные.
И часто неправильные.
Нет никаких TCP-запросов, есть IP пакеты, получение которых подтверждается.
Жертва ЕГЭ.
Заучена куча ответов на кучу вопросов, без понимания сути.
И такие проводят собеседование?