0:03 [в чем цель тестирования] 0:45 [что такое тест план] 1:55 [что такое тест кейс] 2:11 [что должен содержать тест-кейс] 2:55 [что такое чек лист] 3:10 [в чем отличие тест-кейса от чек листа] 4:08 [техники тест дизайна] 4:35 [класс эквивалентности] 5:42 [граничные значения] 6:57 [тестирование состояний и переходов] 7:07 [таблица принятых значений] 7:15 [метод попарного тестирования] 8:05 [возможен ли пропуск какого-либо бага при попарном тестировании?] 8:20 [что такое баг?] 8:33 [что необходимо обязательно указать в task-менеджере при заполнении баг-репорта?] 10:50 [назови примера бага у которого высокий приоритет, но низкая серьезность?] 12:11 [тестирование API] 14:02 [коды статусов] 14:43 [методы запросов API] 16:10 [панель разработчика] 17:11 [все особенность тестирования Mobile ПО? чем отличается от тестирования веб?] 18:39 [как устроена разработка? раскажи про жизненный цикл ПО. На каком этап подключается QA engineer?] 23:29 [Scrum, Kanban] 30:14 [реальное тестирование на примере регистрации в ЛК mail.ru] [как будешь тестировать, что тестировать, какие техники применять]
Не смотря на то, что это "собес" на джуна, которому тяжело структурировать в голове инфу и под стрессом отвечать на вопросы, многие ответы нечеткие или откровенно неполные. А вопрос про баг с высоким приоритетом и низкой серьезностью хоть и, действительно, глупый, но самый яркий пример в нем - опечатка в юр. данных на сайте компании. Серьезность у него минимальная, зато приоритет - высокий, т.к. указание корректных юр.данных - это требование закона страны.
Откуда такие восторженные отзывы, видимо действующие тестеры не смотрят такое... вполне допускаю, сама, честно говоря, случайно наткнулась на это видео. Во-первых на видео регулярно в камере показывают штатив, вместо человека - просто гениально))) Далее по инфо: девушка дает определение баг репорта, когда её спросили про тест-кейсы и типа все ОК, про попарную технику уже видела отзыв, про жизненный цикл разработки ПО - а где же архитектура - это основа основ, как вы домик то построите без фундамента, никакой дизайн не спасет, ну а ответы про то, когда нужно начинать тестирование - просто гран-при, слова "да пофигу..." кульминация первой части, а то что существуют разные методологии разработки и соответственно в зависимости от её выбора и начинается тестирование на том или ином этапе, видимо на курсе эту тему вообще не затрагивают, исходя из видео получается, что тестирование всегда ведется по водопадной модели, а по факту очень много работают по Agile. Дальше просто смотреть не смогла (((
Спасибо за обратную связь) жаль что вызвало негатив. Надеюсь найдете что ищете) Я тут за то чтобы помочь наити работу. А не изучение инфы которая вряд ли пригодиться. Основываюсь на своем личном опыте работы в тестировании. До сво статистика по трудоустройству была 75%. Сейчас 35%. Думаю это хорошие цифры, даже отличные. Трудоустроил более 250 человек. Крч строим домики успешно. Самые юркие потом до 200 к в мес вырастают за полтора года.
API ведь не обязательно работа между серверами, да? (в нескольких видео это так подносишь). Есть пользовательский интерфейс где люди взаимодействуют с программой (будь то web приложение, или что то ещё), а есть программный интерфейс где две программы общаются между собой; будь то сервис-сервис (например сервер-сервер), сервис-клиент (например сервер-браузер) и тп. В общем это определенно нечто большее чем связь между серверами.
Можете подсказать, за сколько реально выучиться на Джуна самому? Был опыт изучения джава скрипта и вёрстки в целом. В день свободно могу уделять по 5-6 часов изучения
про северити и праёрити.. работаю тестировщиком, мы указываем в джире только серьезность, из нее и приоритет сам выходит - если это критикал, то понятно его и чинить будут сразу, а если тривиал, то отложат...
Я не помню ее фамилию имя по этому не помню не знаю) Скорее всего если искала раьоту Парень написал в инсту что после этих роликов не являясь моим учеником устроился на раьоту ))
Pairwise едва ли сокращает количество проверок, скорее наоборот. Яб ответил как по учебнику - в теории большинство ошибок с данными завязано на одном или двух связанных между собой вводах данных; pw в свою очередь помогает а) перебрать (письменно оформить) все уникальные наборы ввода (интересные с точки зрения тестировщика), в) перебрать все возможные комбинации этих наборов вводов попарно (по принципу каждый-с-каждым). В ручном тестирований скорее применяется не часто, из-за потенциально большого к…. Дальше стало лень писать
Где в тест-кейсе фактический результат? Невнимательное слушание экзаменуемого и много лишнего при ответе, где можно было остановить. Это больше похоже на доклад с вопросами, чем на собеседование.
почему девочку сразу не исправили на вопросе о тест кейсе. Нет там фактического результат !!!! Вас смотрят и берут пример. Есть только ожидаемый. А в Баг репорте есть и то и другое.
Это в книжном варианте нет, а в реальном мире после прогона всегда появляется. Но пожалуй да ты прав. Но я думаю она вкурсе про такую условность, ибо это обсуждалось при обучении. Спасибо за замечание ❤️
@@irinag5130 Господи при чем тут баг,это не самое главное различие с багрепортом,я ещё раз говорю у тест кейсов нет шаблона определенного построения,есть основные пункты,но актуальные результат встречается на некоторых ресурсах
@@ВалентинЗуев-й2о с логикой совсем беда? Какой актуальный результат может быть в кейсе, который к примеру ещё не выполнен? Актуальный результат - это следствие, которого в тест кейсе быть не может по определению. В тест кейсе может быть только ожидание. Учите мат.часть.
С такими ответами даже на стажера не возьмут сейчас. У джуна теория от зубов должна отскакивать, раз практики нет. Хотя бы своими словами объяснить надо уметь.
Вот привыкните тут «апи» говорить про API, потом вас в приличном обществе закидают гнилыми помидорами. Все таки на собеседовании нужно говорить «эйпиай», а не слэнгить в духе “надо бы новую апишечку запилить». 😁
Это не собеседование, а какой-то тест на соответствие определённого уровня работника! Гавно это все тесты и собеседования, самый лучший работник тот который мало говорит и больше делает! Будь я руководителем, то делал бы не собеседование, а реальный тест в виде техзадания для наёмных работников и кто быстрее сделает правильно и эффективно, того и брать на работу и предлагать соответствующую зарплату, ведь для работодателя главное результат, а не пи.... Ж о рабочем процессе и знаниях работника.
Я отталкиваюсь от реального рынка, рынок устроен так как есть, и не важно что каждый отдельно взятый человек считает как правильно, я отталкиваюсь от рынка.тестовые задания тоже дают, тоже помогаю проходить/выполнять
@@qakrotov Я не буду спорить, но я к тому, что много реальных работников исходя из своих психологических свойств не могут получить достойную работу, хотя дай ему задание то он сделает все быстро и качественно но вот изложить как это он так делает ему очень тяжело. Ну это такое, спасибо за диалог в видеоролике, познавательно.
@@qakrotov Да уж, все прийдет в процессе работе, если хороший коллектив и нет чрезмерного психологического давления и предвзятости, то все будет хорошо!!!
@@vladislavabrosimov2673 в основном на собеседовании спрашивают теорию и не важно как вы в практике. это мне друг сказал который сейчас тоже поводит собеседования
ахахахахаха это просто худшие вопросы на qa)))) Вот такие вот приходят в компании, а потом делают "укороченные чек-листы". Что это за вопрос вообще "в чём отличие чек-листа от тест кейса. С какой стати чек-лист это укороченная версия тест-кейса?)))) Господи, что вы несёте я просто в шоке АХХАХАХАХ. Тест кейс отличается от чек листа, тем, что чек-лист пишется после создания тест кейса, он является его дополнением. Чек лист бывает в процессе тестирования, а бывает, что он пишется уже после, бывает, что ты пишешь его ещё на стадии ревью. Не путайте людей тупыми вопросами.
0:03 [в чем цель тестирования]
0:45 [что такое тест план]
1:55 [что такое тест кейс]
2:11 [что должен содержать тест-кейс]
2:55 [что такое чек лист]
3:10 [в чем отличие тест-кейса от чек листа]
4:08 [техники тест дизайна]
4:35 [класс эквивалентности]
5:42 [граничные значения]
6:57 [тестирование состояний и переходов]
7:07 [таблица принятых значений]
7:15 [метод попарного тестирования]
8:05 [возможен ли пропуск какого-либо бага при попарном тестировании?]
8:20 [что такое баг?]
8:33 [что необходимо обязательно указать в task-менеджере при заполнении баг-репорта?]
10:50 [назови примера бага у которого высокий приоритет, но низкая серьезность?]
12:11 [тестирование API]
14:02 [коды статусов]
14:43 [методы запросов API]
16:10 [панель разработчика]
17:11 [все особенность тестирования Mobile ПО? чем отличается от тестирования веб?]
18:39 [как устроена разработка? раскажи про жизненный цикл ПО. На каком этап подключается QA engineer?]
23:29 [Scrum, Kanban]
30:14 [реальное тестирование на примере регистрации в ЛК mail.ru]
[как будешь тестировать, что тестировать, какие техники применять]
Благодарю🙏🙏🙏
Не смотря на то, что это "собес" на джуна, которому тяжело структурировать в голове инфу и под стрессом отвечать на вопросы, многие ответы нечеткие или откровенно неполные.
А вопрос про баг с высоким приоритетом и низкой серьезностью хоть и, действительно, глупый, но самый яркий пример в нем - опечатка в юр. данных на сайте компании. Серьезность у него минимальная, зато приоритет - высокий, т.к. указание корректных юр.данных - это требование закона страны.
Дофига надо знать (
Спасибо чел за твои видосы) Я прошел собеседование на тестировщика и 5 октября приступаю к работе!
Респект и уважуха тебе 👍 Где обучение проходил или только видео смотрел?
как успехи?
Очень нравится, что сразу даются ответы если тестировщик отвечает неверно.
Очень лояльное собеседование))
Спасибо,за познавательный видеоролик)
уже не хочу быть тестировщиком. Хочу быть их начальником!
Спасибо!
Мне перед собеседованием на стажера - очень пригодилось:)
Всмысле ты нашел работу косвенно благодаря этому ?)
Можно меня тоже Павел Дуров прособеседует?
есть такое, ага ))
Спасибо, познавательно!
30:19 разве 1 пункт это не ознакомление с требованиями?)
Ох, прям вспоминались мои первые job-interview. Здесь ещё нормальная сложность. Не на два часа с ci/cd )
Очень хорошее интервью, с обеих сторон молодцы!
Я все ответы знала, жаль что на реальных собеседованиях для trainee требования сложнее, ну ничего 👌🏽
Разные собесы бывают
Ч такой проводил когда себе нанимал
Потом ребята успешно работали
Согласен, такой вот формат на Ютубе больше напоминает экзамен в большинстве видео
Интересно слушать, но возникает вопрос: зачем нам периодически показывают какую-то стойку в тёмном углу?
это камера от лица учениицы, незачем
Откуда такие восторженные отзывы, видимо действующие тестеры не смотрят такое... вполне допускаю, сама, честно говоря, случайно наткнулась на это видео. Во-первых на видео регулярно в камере показывают штатив, вместо человека - просто гениально))) Далее по инфо: девушка дает определение баг репорта, когда её спросили про тест-кейсы и типа все ОК, про попарную технику уже видела отзыв, про жизненный цикл разработки ПО - а где же архитектура - это основа основ, как вы домик то построите без фундамента, никакой дизайн не спасет, ну а ответы про то, когда нужно начинать тестирование - просто гран-при, слова "да пофигу..." кульминация первой части, а то что существуют разные методологии разработки и соответственно в зависимости от её выбора и начинается тестирование на том или ином этапе, видимо на курсе эту тему вообще не затрагивают, исходя из видео получается, что тестирование всегда ведется по водопадной модели, а по факту очень много работают по Agile. Дальше просто смотреть не смогла (((
Спасибо за обратную связь) жаль что вызвало негатив. Надеюсь найдете что ищете)
Я тут за то чтобы помочь наити работу. А не изучение инфы которая вряд ли пригодиться. Основываюсь на своем личном опыте работы в тестировании. До сво статистика по трудоустройству была 75%. Сейчас 35%. Думаю это хорошие цифры, даже отличные. Трудоустроил более 250 человек.
Крч строим домики успешно. Самые юркие потом до 200 к в мес вырастают за полтора года.
API ведь не обязательно работа между серверами, да? (в нескольких видео это так подносишь). Есть пользовательский интерфейс где люди взаимодействуют с программой (будь то web приложение, или что то ещё), а есть программный интерфейс где две программы общаются между собой; будь то сервис-сервис (например сервер-сервер), сервис-клиент (например сервер-браузер) и тп. В общем это определенно нечто большее чем связь между серверами.
да вроде в голом виде все равно остается взаимодействие именно сервисов и серверов
Спасибо большое за классное видео
спасибо!
Можете подсказать, за сколько реально выучиться на Джуна самому? Был опыт изучения джава скрипта и вёрстки в целом. В день свободно могу уделять по 5-6 часов изучения
1 месяц
@@qakrotov спасибо
Это интервью для новичка? Или уже с опытом девушку берут?
Новичок
отлично
про северити и праёрити.. работаю тестировщиком, мы указываем в джире только серьезность, из нее и приоритет сам выходит - если это критикал, то понятно его и чинить будут сразу, а если тривиал, то отложат...
Да часто так, но… на собесах спрашивают оба
это на джуна собес?
Да
Привет, иногда на мидла могут спросить то же самое +10% по бизнес процессам и за жизнь поговорить и дать оффер
Здравствуйте, есть ли вероятность что возьмут в тестировщики если ответил на все вопросы правильно, но в конце тупая задача про мух не поддалась? =)
Есть
Как успехи? Работаете qa?
Вы на неудалённых собеседованиях тоже ходите туда-сюда постоянно?
Я провел более 50 таких собесов
Мне скучно
Я хожу
@@qakrotov аъфаъфахф
эта девушка устроилась на работу ? есть информация ?
Я не помню ее фамилию имя по этому не помню не знаю)
Скорее всего если искала раьоту
Парень написал в инсту что после этих роликов не являясь моим учеником устроился на раьоту ))
@@qakrotov про парня видел ага
Pairwise едва ли сокращает количество проверок, скорее наоборот. Яб ответил как по учебнику - в теории большинство ошибок с данными завязано на одном или двух связанных между собой вводах данных; pw в свою очередь помогает а) перебрать (письменно оформить) все уникальные наборы ввода (интересные с точки зрения тестировщика), в) перебрать все возможные комбинации этих наборов вводов попарно (по принципу каждый-с-каждым).
В ручном тестирований скорее применяется не часто, из-за потенциально большого к…. Дальше стало лень писать
хз я юзал
Концовку досмотрели самые терпеливые) Нет жестко лагал)
Про чек-листы в голос поорал. Не плохо не плохо 😂
?
Так это не реальное собеседование? Это коучинг)) а я то думала..
Где в тест-кейсе фактический результат? Невнимательное слушание экзаменуемого и много лишнего при ответе, где можно было остановить. Это больше похоже на доклад с вопросами, чем на собеседование.
Мне кажется, там спутали баг-репорт и тест-кейс.
ЭТО ВИДЕО ОЧЕНЬ ПОЛЕЗНОЕ !!! ПОЧЕМУ ТАК МАЛО ПРОСМОТРОВ!
потому что бред говорят и их не исправляют!!!
АРI - не update, а put
Согласен )))
Непонятное предложение,метод update также есть
почему девочку сразу не исправили на вопросе о тест кейсе. Нет там фактического результат !!!!
Вас смотрят и берут пример. Есть только ожидаемый.
А в Баг репорте есть и то и другое.
Это в книжном варианте нет, а в реальном мире после прогона всегда появляется.
Но пожалуй да ты прав.
Но я думаю она вкурсе про такую условность, ибо это обсуждалось при обучении.
Спасибо за замечание ❤️
Проф. пригодность интервьюера вызывает вопросы. Не советую принимать информацию из видео за истину.
130 человек нашло работу благодаря моему обучению за год
В тест кейсе нет фактического результата.
Спорно
Нет шаблона единого при составлении кейсов,актуальный может быть
@@ВалентинЗуев-й2о безотносительно шаблонов в тест кейсе не пишется актуальный резалт - его там быть не может. не путайте с баг репортом.
@@irinag5130 Господи при чем тут баг,это не самое главное различие с багрепортом,я ещё раз говорю у тест кейсов нет шаблона определенного построения,есть основные пункты,но актуальные результат встречается на некоторых ресурсах
@@ВалентинЗуев-й2о с логикой совсем беда? Какой актуальный результат может быть в кейсе, который к примеру ещё не выполнен? Актуальный результат - это следствие, которого в тест кейсе быть не может по определению. В тест кейсе может быть только ожидание. Учите мат.часть.
С такими ответами даже на стажера не возьмут сейчас. У джуна теория от зубов должна отскакивать, раз практики нет. Хотя бы своими словами объяснить надо уметь.
Коммент 5 мес назад от чела что получил работу благодаря моим видосам
Меня одного бесит собеседующий, который ходил как лев в клетке?
Это нормально. Так мозг реагирует, когда не видит собеседника, начинается хождение ( по-кругу, взад-впред и т п.)
Девочка говорит всё, что знает? ) На вопросы можно более лаконично отвечать)
а я думал что теорема Пифагора это сложно...
Любишь ледок, люби и холодок
Вот привыкните тут «апи» говорить про API, потом вас в приличном обществе закидают гнилыми помидорами. Все таки на собеседовании нужно говорить «эйпиай», а не слэнгить в духе “надо бы новую апишечку запилить». 😁
Если вы устраиваетесь в рускоязычную кампанию, говорите апи, если англоязычную говорите по английски
Приличное общество не кидается помидорами. Так что это явно будет в колхозном обществе
Это не собеседование, а какой-то тест на соответствие определённого уровня работника! Гавно это все тесты и собеседования, самый лучший работник тот который мало говорит и больше делает! Будь я руководителем, то делал бы не собеседование, а реальный тест в виде техзадания для наёмных работников и кто быстрее сделает правильно и эффективно, того и брать на работу и предлагать соответствующую зарплату, ведь для работодателя главное результат, а не пи.... Ж о рабочем процессе и знаниях работника.
Я отталкиваюсь от реального рынка, рынок устроен так как есть, и не важно что каждый отдельно взятый человек считает как правильно, я отталкиваюсь от рынка.тестовые задания тоже дают, тоже помогаю проходить/выполнять
@@qakrotov Я не буду спорить, но я к тому, что много реальных работников исходя из своих психологических свойств не могут получить достойную работу, хотя дай ему задание то он сделает все быстро и качественно но вот изложить как это он так делает ему очень тяжело. Ну это такое, спасибо за диалог в видеоролике, познавательно.
@@vladislavabrosimov2673 таков мир ))
В айти кстати нужно уметь не только хорошо что то делать но и комуницировать
@@qakrotov Да уж, все прийдет в процессе работе, если хороший коллектив и нет чрезмерного психологического давления и предвзятости, то все будет хорошо!!!
@@vladislavabrosimov2673 в основном на собеседовании спрашивают теорию и не важно как вы в практике. это мне друг сказал который сейчас тоже поводит собеседования
рррр, как у диктора с России 24. Сцен речь! Люди там за бабки ее получают )) А кому то от рождения прошито.
ахахахахаха это просто худшие вопросы на qa)))) Вот такие вот приходят в компании, а потом делают "укороченные чек-листы". Что это за вопрос вообще "в чём отличие чек-листа от тест кейса. С какой стати чек-лист это укороченная версия тест-кейса?)))) Господи, что вы несёте я просто в шоке АХХАХАХАХ.
Тест кейс отличается от чек листа, тем, что чек-лист пишется после создания тест кейса, он является его дополнением. Чек лист бывает в процессе тестирования, а бывает, что он пишется уже после, бывает, что ты пишешь его ещё на стадии ревью. Не путайте людей тупыми вопросами.
На данный момент 120 человек нашло работу. Не помню чтобы над ними смеялись на собесах. Спасибо за мнение