РАЗБОР вопросов с СОБЕСЕДОВАНИЙ / Автоматизация ТЕСТИРОВАНИЯ на JAVA
Vložit
- čas přidán 15. 05. 2024
- 🤚 Привет! Вы на канале "TeachMeSkills Школа программирования"! И это новый выпуск рубрики НАТИВ в формате подкаста. Сегодня поговорим об Aйти и не только. Вас ждет разбор вопросов и ответов с собеседований. На очереди Автоматизация тестирования на Java! Зачем ходить на собеседования? Какие бывают этапы, типы и уровни автоматизированного тестирования? В чем суть тестирования ПО? Чем отличается перегрузка от переопределения? Для чего тестировщикам использовать техники тест дизайна? Что тестируют с помощью Selenium? Также больше про сравнение фреймворков TestNG и JUnit для тестирования приложений на Джава, использование паттернов Page Object и Page Factory, различия REST и SOAP, тестирование API и не только. Поделится своим опытом работы и поможет во всем разобраться наш наставник по Автоматизации тестирования и QA Group Manager из iTechArt Group Дима Рак. Приятного просмотра!
❗️Ссылка на курс Автоматизированное тестирование на Java - teachmeskills.by/kursy-progra...
🧔Профайл Димы - / dmitryrak11
🧔Telegram Ильи (для ваших предложений по контенту) - @ilyarublevsky
Что еще будет в видео👇
0:00 - Вступление
2:12 - Как часто надо ходить на собеседования
4:08 - Сложно ли проходить собеседования
4:41 - Рассказ о себе и своем опыте
6:29 - Самый интересный проект из практики
7:20 - Что такое тестирование ПО
7:50 - Этапы, типы и уровни тестирования
13:05 - Техники тест-дизайна
17:00 - Интерфейс и абстрактный класс. Что это и в чем отличие друг от друга
19:57 - Основные принципы ООП
20:44 - В чем разница между перегрузкой и переопределением метода
22:15 - Про паттерны программирования/автоматизации
23:17 - Page Object и Page Factory
25:11 - Что такое Selenium
26:59 - 3 любых exceptions в Selenium
28:34 - Про локаторы в Selenium
30:29 - Про Appium
30:41 - TestNg и JUnit
31:10 - Про CI
32:48 - Про Базы данных и джоины
33:24 - REST API vs SOAP
34:25 - Про тестирование API
35:27 - Как можно применить автоматизацию тестирования в жизни - Krátké a kreslené filmy
Таймлайн👇
0:00 - Вступление
2:12 - Как часто надо ходить на собеседования
4:08 - Сложно ли проходить собеседования
4:41 - Рассказ о себе и своем опыте
6:29 - Самый интересный проект из практики
7:20 - Что такое тестирование ПО
7:50 - Этапы, типы и уровни тестирования
13:05 - Техники тест-дизайна
17:00 - Интерфейс и абстрактный класс. Что это и в чем отличие друг от друга
19:57 - Основные принципы ООП
20:44 - В чем разница между перегрузкой и переопределением метода
22:15 - Про паттерны программирования/автоматизации
23:17 - Page Object и Page Factory
25:11 - Что такое Selenium
26:59 - 3 любых exceptions в Selenium
28:34 - Про локаторы в Selenium
30:29 - Про Appium
30:41 - TestNg и JUnit
31:10 - Про CI
32:48 - Про Базы данных и джоины
33:24 - REST API vs SOAP
34:25 - Про тестирование API
35:27 - Как можно применить автоматизацию тестирования в жизни
какая грамотная речь у парней, одно удовольствие слушать
Если честно, интервью проходит настолько естественно, словно два друзя прогуливаются и Дмитрий отвечает на все вопросы, как будто объясняет что-то близкому другу. Мне нравятся все ответы и вопросы, хотя я еще не досмотрел до конца )
Спасибо вам! Стараемся в таком ключе и делать, чтобы легче все усваивалось)
Спасибо за видео! Было интересно послушать
Отличное видео! Большое спасибо, ребята.
Спасибо большое)
20:50 - перегруженные методы не имеют одинаковую сигнатуру, а вот переопределенные - имеют.
Сигнатура метода - это имя метода и его параметры. При перегрузке имя метода остается неизменным, а вот параметры (типы и кол-во) должны отличаться. То есть при перегрузке мы НЕ можем оставить сигнатуру метода такой же.
А в остальном - спасибо за интервью.
так он именно так и сказал, когда приводил int и float в пример
Классный ответ, спасибо, записала))
@@evgeniapiskunova2264 Он сказал, что это методы, которые имеют одинаковую сигнатуру, но разное количество входных параметров. Сигнатура метода не существует отдельно от параметров, она состоит из названия метода + параметры. пример: calculateAnswer(double, int, double, double)
Ребята, отличный видос, жду интервью с каким-нибудь крутым автоматизатором на питоне, где будет больше вопросов по хард скиллам.
28:27 - Уберите пожалуйста WebDriverWait из списка исключений, ведь это название класса.
спасибо! очень понятные объяснения
И вам спасибо)
SOAP - протокол обмена структурированными сообщениями.
API - архитектурный стиль
"Синглтон как название чая" - улыбнуло, особенно что такой вискарь есть))
Точно-верно)
Охуенное интервью на самом деле. Слушаешь про сложные (или не очень) моменты довольно понятным языком, а ещё набор вопросов довольно популярных, ну и интервьювер и отвечающий создают приятное впечатление
Спасибо) приятно слышать)
super! positive and useful) bravo
Thanks a lot)
Отличное видео. Недавно как раз проходила собес. Все эти вопросы джунам и задают. Так что можно для заучивания. Но, если хороший интервьюер, всегда поймет - это заученно или есть понимание.
Все верно, что написали в конце) Спасибо за фидбек по видео)
Не представляю как это на английском языке проходить...
спасибо за интервью, очень интересно было послушать! правильно понимаю что про перегрузку методов немного напутал интервьюируемый?
и вам спасибо, что посмотрели. видимо, мы чутка напутали. спасибо за уточнение)
Прикольно))
Дима приятный, все по факту рассказывает как оно есть н самом деле
Отличный собес. Вот только совсем изи. 😉
Патерны это точно для Джуна? 😅
19:38 он сказал шарписты? Разве в c# есть множественное наследование? Или что он имел ввиду?
Не поддерживается, он наверно с плюсами перепутал.
Ну наконец то единомышленник!
Больше всего бесит эта теория тестирования, какие то Sanity и вся эта шелуха, которую я за 2-3 года так и не смог осилить
Будто с помощью этой теории хотят придать некую академичность QA
Как будто мало других аргументов для подчеркивания важности QA и выделения его в отдельную область деятельности.
ага проверка апи) статус код и тело) а еще типы данных не?)
он же сказал - проверяем жсон схему. Нет смысла проверять типы а также граничные значения отдельно от схемы, если их можно проверить одним махом
Soap не архитектурный стиль как rest, это протокол
Что по поводу Playwright, WDIO, Cypress? Мне казалось, что в сторону JS/TS уже уходят. Порог вхождения ниже для Junior AQA, чем на Java/C#.
soap not about architecture like rest )))) just fyi
В C# нет множественного наследования.
Спасибо за правку! Учтем!
Про уровни тестирования ( пирамиду )забыл про модульные
Unit-тесты вроде и есть модульные
@@suvar8667 вообще нет.
@@nadinspb вообще-то да! Модульные - это и есть Unit тесты.
И вот если давать такие ответы на заданные вопросы, интервьюэра они действительно удовлетворят? Серьёзно?
В чем ваше несоответствие с тем, что мы показали? Могли бы пояснить?
наверное в том, что на реальном собесе всегда задают уточняющие вопросы.Чтобы определить, заучен ли ответ
скорее спросят что-то еще, чтобы рассказали о деталях, например, про REST и SOAP сказано маловато. На реальном собеседовании у тебя спросят каждую детальку) Только в редких случаях не лезут в дебри
как занудно и высокомерно..ф.у...невозможно смотреть
Кокетливый чувак.
неприятный чел, почти все ответы не проканали бы на реальном собеседовании, в дружеском диалоге как у вас мельком то то и то - сойдет, но это точно не разбор вопросов с собеседований