QA vs Тестировщик

preview_player
Показать описание
⚡Сегодня в России тестировщики и QA входят в топ-20 самых востребованных профессий в IT – в разработке ПО, на web- и мобильных проектах. Но зоны ответственности этих двух специалистов постоянно путают.

Руководитель направления QA SimbirSoft Анастасия и руководитель отдела QA в Саранске Марина «пролили» свет на кардинальное отличие зон ответственности QA-специалиста и тестировщика.

Таймкоды👇🏻
00:00 Приветствие
00:32 QA-специалист
00:52 Тестировщик
01:10 За что отвечает тестировщик: рассматриваем бытовые примеры
04:19 За что отвечает QA-специалист: рассматриваем бытовые примеры

P.s.: Сегодня в нашем QA-направлении работает 285 специалистов. У нас в SimbirSoft развитая система менторства, мы проводим внутрикорпоративные митапы и конференции по развитию хард- и софтскиллов, предоставляем возможность обучения за счет компании. Многие специалисты нашего направления имеют сертификаты ISTQB.

Если ты также, как и мы, хочешь погружаться в процессы обеспечения качества и тестирования, то присоединяйся к нашей команде!

🔵 Подписывайся на нас в соцсетях, следи за анонсами наших ивентов, читай кейсы, статьи и комментарии от наших экспертов:
Рекомендации по теме
Комментарии
Автор

Пример с Игорем Николаевым - просто бомба!

myfoxeyes
Автор

Остаемся на связи, подписывайтесь и читайте нас:

SimbirSoft
Автор

Похоже на разделение на QA и на QA лида: первый занимается тестированием по плану, разработанному лидом. Как QA из этого видео менеджит риски, связанные с человеческими ресурсами и по сути выполняет работу PM-а - не ясно. Что там за мероприятия такие по предотвращению появления дефектов - не ясно. На ум приходят покрытие кода юнит тестами - но так это же отвественность разработчиков, и еще вот написание автотестов под регрессию. Обычно это данность. Набор сценариев так же пишется лидом на этапе декомпоза дизайна с BR на FR, тут можно прикидывать объём тестирования в человеко-часах. Что до улучшения процесса разработки, так это уже по умолчанию предполагается, что тестить нужно в процессе всего цикла, а не перед релизом. К релизу обычно уже на основе метрик видно готовы ли к выдаче - на основе количества и типа не закрытых баг.
Анекдот у вас получается: "Кем работаешь?" - "Да тестером" - "А, QA что ли?" - "Не, до QA мне еще дорасти нужно".
upd.: сорри за резкий тон. У вас подача такая, что то, что о чем вы рассказываете есть единственная истина. Но это не так. В других компаниях обязанности по позициям распределяются иначе. Они с этим живут и развиваются.

Vladimir_Java_dev