QA Labs - Manual & Automation Testing courses
QA Labs - Manual & Automation Testing courses
Hello everybody!
We invite you to learn and master the profession of software testing from scratch. Especially for you, we have created video lessons with a step-by-step plan for self-learning software testing.
Twice a week we publish new video lessons on testing theory and web technologies necessary for Junior QA Engineer such as HTML/CSS, sql, Unix, API and others. In our classes you will learn to work with test documentation and bug tracking systems with other testing tools.
🔥 Subscribe to the QA Labs channel and start learning now!
www.youtube.com/@qalabsua?sub_confirmation=1 👍
Contact us:
qalabs.com.ua
💌 [email protected]
Пікірлер
лайк, впервые такое вижу по функциональному тестированию. берешь требование и проверяешь, что оно реализовано. Все. А тут, подробности.
Теперь мне стало понятно. Смотрел видео там приводятся какие-то сложные определения, термины. Новичок это как первоклассник, ему надо объяснять на доступном языке и с примерами. Спасибо тебе!
очень заходит, спасибо автору Игорю за уроки! 👍👍
лайк за хорошие примеры и объяснения! автор молодец
Задавали вопрос: что такое латентный баг?
понравилась подача и содержание, спасибо за видео! Decision Table подходит для фильтров или нет?
супер! спасибо за одно из самых полезных видео что я находил, теперь возьму за основу!
начал смотреть с конца, но походу нужна базовая часть в том числе )) спасибо очень заходит, понятно и по сути, а то устал уже читать длинные полотна. Скажите достаточно по видео изучить данную профессию?
наконец-то дельное видео, по сути, содержательное и полезное! большое спасибо автору. Скажите а сколько можно на фриланс биржах зарабатывать, если пока не планирую в офис и хочу опыта набраться?
очень полезное занятие, как раз в поисках!! есть что почерпнуть, спасибо за рекомендации 💪
очень полезно и познавательно, от души 👍
давно искал чтоб было ясно и структурировано, спасибо за урок! Еще бы узнать какие нефункциональные виды бывают?
смотрю с удовольствием, спасибо!
Игорь, спасибо, лучшие видео из всех что есть! Реально. Молодец! Спасибо большое! Коротко, четко, ясно и без воды и без рекламы. Еще раз респект, что у вас есть время на запись таких полезных видео!!!
очень 👍👍👍 спасибо автору !
спасибо за внятное объяснение и примеры, видео топ!!
большое спасибо за информацию, очень полезно! Все четко и просто!
Игорь спасибо, крутая инструкция! 🤘
коротко и понятно, отдельное спасибо за аналитику и разъяснение! очень круто 🙏
Самое четкое объяснение о том, как стать тестировщиком! Вы дали самое полное объяснение что нужно знать и главное делать для этого. Коротко, понятно и главное благодарю Вас!!
классное разъяснение, примеры замечательные! спасибо за урок 💪
спасибо за примеры и за видео! только пока что сложности в понимании что такое классы эквивалентности, могли бы разницу разъяснить?
супер, спасибо! а что такое классы эквивалентности?
спасибо, инфа топ, очень полезно и детально!
отличные уроки, отличное спасибо за классные примеры 💪
Спасибо за комментарий и приятного просмотра!
отличные примеры, становится интересно и понятно 🙂 подскажите а граничные значения касаются только цифр или я что то не так понял?
Спасибо за ваш комментарий! Граничные значения привязываются к цифрам, так как чаще всего мы так тестируем некие ограничения, к примеру это может быть поле пароль, длинна которого от 5 до 12 символов. Как раз для проверки такого ограничения на длину ввода символов эта техника и используется. Различные типы данных (цифры, буквы, спецсимволы) уже больше относятся к технике Эквивалентные классы.
очень полезно и круто, спасибо за подачу!
Спасибо за комментарий и приятного просмотра!
лайк 👍 спасибо за урок!
Спасибо за комментарий и хорошего вам дня!
спасибо за видео, но что-то не совсем понимаю разницу между смоук и регрессией, могли бы привести пример как понять, какой именно вид тестирования нужно проводить в той или иной ситуации?
Спасибо за ваш комментарий! Смоук это очень короткий набор тестов, который проверяет только самый критически важный функционал системы и его проводят чаще всего при выпуске нового билда. Таких проверок и билдов может быть достаточно много, пока функциональность не будет доработана и готова к релизу в продакшн. И вот на финальной стадии приходит в помощь Регрессия - ведь это максимально расширенный набор тестов, который поможет проверить всю систему, что она готова к выпуску.
очень познавательно и наглядно 👍 спасибо! но такой вопрос, его нужно всегда делать при выходе новой версии, а зачем тогда регрессия нужна?
Спасибо за комментарий! Чаще всего Смоук тестирование (это проверка лишь самых критических сценариев) нужно выполнять при выходе нового билда (техническая версия) и таких проверок может быть много во время разработки, так как до момента финального выпуска этой функциональности в продакшн, может пройти много стадий внесения правок и доработок, которые требуют повторного выполнения Смоук тестирования. В случае с Регрессионным тестированием (это проверка всего или почти всего), то чаще его выполняют уже на финальной стадии, когда программный продукт готов к выпуску и нужно сделать финальную и детальную проверку, что мы ничего не сломали в старом функционале.
классное видео и подача, спасибо, лайк!
Спасибо за фидбэк и приятного просмотра!
коротко и познавательно, спасибо за видео! а имеет ли смысл на старте вникать еще и в нефункциональное тестирование?
Здравствуйте! На деле начинающему тестировщику не дадут проводить более сложные виды тестирования, в т.ч. и нефункциональные. Потому о них стоит знать, что они существуют, но упор делать на то, чем вам по факту прийдется заниматься. И всегда стоит концентрировать внимание при подготовке к собеседованиям на то, что указывают в вакансиях.
Гигантское спасибо за видео, одно из лучших видео с понятными и наглядными примерами! побольше бы таких примеров! А подскажите, правильно ли я понимаю, что если что-то мы тестируем и это не описано в требованиях, то это негативные тесты?
Спасибо за ваш вопрос! Но тут может таиться распространенная ошибка начинающих QA. На ваш вопрос можно ответить "и да и нет" :) но давайте поясню детальней: требования не должны описывать лишь положительное/ожидаемое поведение системы (хотя так редко, но бывает), ведь важно описывать и то как система должна реагировать на нештатное поведение (к примеру, ввод некорректных данных). Потому не стоит думать о том, что негативные тесты это только то, что не описано в требованиях.
Спасибо за хорошую визуализацию, благодаря ей наконец-то стало понятен объем sanity :)
Спасибо за ваш комментарий! Рады что информация была полезна для вас. Приятного просмотра :)
Круть, спасибо! А такой вопрос, я еще гуглил вопрос и часто встречал описание только черного и белого ящиков, почему серого иногда не описывают или называют еще стеклянным методом?
Здравствуйте и спасибо за ваш вопрос! Если мне не изменяет память, то Gray-box testing в словаре istqb нету, но это не обозначает, что такого метода нет и его не используют, возможно он когда то и появится в этом словаре. Его еще могут называть иногда стеклянным, серым или полупрозрачным методом тестирования, но сути этого метода это не меняет. На деле от QA в реальном мире ожидают тестирование именно методом серого ящика - так как это смесь тестирования со стороны юзер интерфейса + использование web технологий для более углубленного технического анализа.
с удовольствием смотрю ваши видео, очень полезно, спасибо за вашу работу!!
Спасибо за ваш комментарий! ;)
Я бы сказал, что очень полезные примеры, спасибо!
Спасибо за видео! Только начинаю изучать тестирование, что посоВетуете почитать дополнительно?
Спасибо за ваш комментарий! Рекомендуем для начала освоить базовые знания, в этом также может помочь книга Романа Савина "Тестирование Dot Com". Далее лучше углубиться в web технологии. И лишь после этого можно рассматривать какую-то дополнительную литературу James Whittaker или Rex Black, и это не предел, полезной литературы достаточно много на тему тестирования.
Посмотрел уже 2 раза, самое полезное видео с примерами что я видел. Спасибо автору! Делайте пожалуйста в ваших видео побольше примеров, это очень упрощает понимание незнакомой темы.
Супер, коротко и ясно, спасибо! А подскажите как часто это спрашивают на собеседовании на джуна?
Добрый день, все зависит от компании и от интервьюера, который проводит собеседование на позицию Junior QA. Но если вам будут задавать вопросы по теории тестирования, то высокая доля вероятности, что вас все же спросят о разнице между Верификацией и Валидацией.
Спасибо за подробное описание разницы, но все же если рассматривать аутсорсинг и продуктовую компанию, какую лучше выбрать на старте человеку без опыта или с минимальным опытом?
Спасибо за ваш комментарий! Все довольно индивидуально и достаточно сложно ответить на ваш вопрос. Важно понять, что на старте - любой опыт пойдет вам только в пользу. Стоит учитывать, что даже 2 аутсорсинговые компании могут очень сильно отличаться друг от друга. Но если представить, что вы выбираете среди ТОП компаний на рынке труда между продуктовой и аутсорсингом, то разница может быть не большой. При этом будет некоторая доля вероятности, что в продуктовой вам предложат выше оклад и там будут овертаймы, а в аутсорсинговой вы точно будете уверены в слаженности процессов и наличии шаблонов всех необходимых видов тестовой документации, что будет полезно для вашего опыта на старте.
Спасибо за ваши видео! А можете детально рассказать про классы эквивалентности и граничные значения?
Спасибо за ваш комментарий! Вы можете найти эти темы в видео урок 22 (классы эквивалентности), 23 (граничные значения) и рекомендуем еще 24 (таблица принятия решений).
Спасибо за объяснение, раньше не задумывался о том, как много этапов включается в себя процесс тестирования. Теперь понятно как это все связано между собой. Подскажите а на каком этапе пишутся тесты если на проекте будет Scrum?
Спасибо за ваш вопрос! В идеальном мире тесты должны писаться заранее, т.е. до момента того как программист сделает свою часть работы и передаст вам как QA функциональность для тестирования. Если руководится церемониями Scrum, то тесты нужно начинать писать в первый день Спринта, пока разработчики пишут код, тестировщики должны писать тесты. Но важно понимать, что не всегда так бывает по причине разных составляющих на проекте.
Спасибо за ваши видео, готовлюсь по ним к собеседованиям) Очень жду продолжения :)
Спасибо за Ваш комментарий! Приятного просмотра :)
Спасибо за видео! У меня такой вопрос: я работаю сейчас Junior QA 1 год, хочу искать работу Мидлом, подскажите на что обратить внимание на собеседовании. Спасибо
Спасибо за ваш комментарий! Базовые знания по теории тестирования + web технологии могут спросить так же, как и у Junior QA. Чаще всего основное отличие может заключаться в том, что у вас будут больше спрашивать про ваш опыт + от вас будут ожидать что вы уже понимаете как строить процесс тестирования или принимали участие в этом. Также стоит отметить, что в каждой компании может быть разный процесс подбора кандидатов - потому рекомендую внимательно изучать требования по конкретной вакансии, так вы будете понимать к чему вам готовиться и что вас могут спросить на собеседовании. И желаем удачи вам в поисках!
Очень жду ваших следующих видео. Благодаря вашим видео урокам нашел работу QA Trainee. Пожалуйста продолжайте снимать... очень жду. Очень мало качественного контента на эту тему. Еще раз большое спасибо за ваш труд!
Спасибо за Ваш комментарий! Приятного просмотра :)
С удовольствием смотрю уже второе видео, мне очень заходит. Автору еще раз спасибо за отсутствие воды. Коротко и ясно! Наконец-то дошло про разницу между Smoke testing и Regression testing
Спасибо за Ваш комментарий! Нам очень приятно слышать, что видео приносят пользу. Приятного просмотра :)
Сначала слушал с сарказмом, но потом понял, что просто, кратко и без воды, все дельно и по теме. Перелопатил много про Регрессионное тесирование и теперь вот утряслось. Спасибо за работу! Смотрю дальше)
Спасибо за Ваш комментарий! Обязательно также просмотрите видео по Смоук тестированию и Повторному тестированию, очень часто спрашивают про разницу между ними. Приятного просмотра :)
Как же лил бро годно поясняет
Спасибо за Ваш комментарий! Надеемся вы нашли, то что искали. Приятного просмотра :)
Здравствуйте. Почему нет вакансий на hh ру и Авито? Вакансий 10 наверное. Неужели работы нету?
Здравствуйте, вы перечислили не все сервисы для поиска работы в сфере IT. Советую поискать ресурсы, которые пользуются популярностью в вашем регионе и не забывайте о Linkedin, это международная сеть профессиональных контактов. При этом на том же hh по региону ru сейчас доступно более 6500 вакансий по ключевому слову "QA Engineer". Добавлю, что в целом эта профессия международная, а потому вакансий на много больше чем 10 :)
@@qalabsCourses хорошо, спасибо) не видел этот сайт