Как стать qa-аналитиком, если вы тестировщик

Роль 1: Качественник

Наша цель — выпустить качественный продукт, поэтому QA специалист принимает участие на каждом этапе жизненного цикла продукта:

1. Проверяем функционал на соответствие техническим и бизнес-требованиям, чтобы продукт решал определенные бизнес-задачи;
2. Выявляем архитектурные несоответствия: что можно реализовать, а что нереализуемо. Сразу обсуждаем с разработчиками, как будем внедрять идеи из технического задания;
3. Составляем тестовую документацию, в которой разберется новый член команды;
4. Информируем всех заинтересованных о состоянии продукта и сроках релиза;
5. Организуем демонстрации продукта.

Итак, мы поняли, что, кроме недоделанного продукта, на проекте нет ничего…
Я начала с анализа и обновления устаревшей документации, которая не соответствовала текущим требованиям. Когда наша команда выросла, документация помогла новым сотрудникам включаться в проект быстрее.
После этого я перешла к тестовой документации, покрыла тест-кейсами весь функционал. Тест-кейсы сэкономили мне время на тестирование: то, что раньше проверяли неделю, мы делали за пару дней.

Как устроен контроль качества

Большинство представляет себе QA так: несколько десятков человек целыми днями сидят за компьютером и играют. На самом же деле это настоящая работа, которую сами тестеры часто сравнивают с монтажом фильма: они раз за разом переигрывают один и тот же отрезок с целью «сломать» игру.

И мало просто найти баг — нужно уметь воссоздать его и задокументировать, чтобы затем уже сам разработчик смог ещё раз его спровоцировать и по возможности починить.

Чтобы сделать это, тестеры используют два основных подхода. Дэвид Уилсон, ветеран тестирования, работавший в Microsoft Game Studios и ArenaNet, перечислил их в своём посте.

• Свободное тестирование: QA-инженеры действуют по своему усмотрению. Здесь от них требуется максимум креативности, ведь их главная задача — найти самые неочевидные ошибки.
• Экспериментальное тестирование: оно, напротив, проводится по тестовому сценарию, который написал проектный менеджер или разработчик. QA-специалист проверяет конкретный аспект игры: например, раз за разом накладывает на врага заклятие со всех возможных точек.

Свободное тестирование помогает найти баги и эксплойты, о которых авторы игры и не подозревали. В книге «Кровь, пот и пиксели» упоминается, как сценарист Dragon Age: Inquisition Патрик Уикс обнаружил, что снаряжение сопартийцев пропадает, если спешиться не в том месте. Проблему нашли благодаря девятилетнему сыну разработчика, который так любил залезать на коня и слезать обратно, что в один момент вызвал этот баг.

Скриншот: игра Dragon Age: Inquisition / Steam

В то же время свободные тесты не позволяют покрыть всю функциональность игры и часто упускают проблемы с базовыми механиками. Поэтому в индустрии чаще всего используют оба подхода — и свободный, и экспериментальный.

Тестирование также может выполняться разными методами:

• Метод чёрного ящика: тестер не имеет доступа к программному обеспечению игры.
• Метод белого ящика: тестер использует функциональность движка или стороннюю программу (чаще всего дебаггер), чтобы получать данные о работе игры.
• Метод серого ящика — комбинация чёрного и белого ящиков: тестер знает устройство программы лишь частично.

Может показаться, что второй вариант однозначно лучше, ведь он даёт больше информации. Однако дополнительное программное обеспечение может приводить к проблемам, которые не возникли бы без его вмешательства, — и даже предотвращать появление некоторых багов. Поэтому опытный QA-инженер стремится найти баланс между этими методами.

Наконец, бывают разные виды тестирования в зависимости от целей. Так, в лаборатории Bytex проводят тесты следующих типов:

• модульный — проверка отдельных компонентов игры;
• интеграционный: тестирование взаимодействия подсистем и их интеграции в одну общую систему;
• системный: тестирование игры в целом;
• приёмочный: проверка игры на соответствие требованиям издателя или студии.

Эти процедуры проводятся на стадии альфа-теста — закрытого тестирования, которое проводится силами QA-отдела. Как только этот этап пройден, наступает время для бета-теста, когда студия приглашает для тестирования рядовых пользователей.

Pathfinder: Kingmaker — одна из игр, над тестированием которых работали Bytex. Скриншот: игра Pathfinder: Kingmaker / Steam

Это нужно не только для того, чтобы узнать мнение публики до релиза. Дело в том, что за годы разработки тестеры успевают слишком хорошо изучить игру и перестают видеть «слепые зоны» в тестах. Отзывы рядовых игроков в этой ситуации помогают заметить то, что могли упустить QA-специалисты.

Карьера

У QA-инженера есть 4 квалификационных уровня:

1. Trainee – новичок.
2. Junior – специалист с опытом работы 1-6 месяцев и основными навыками. Он знает SQL (базово), как делать тест-планы, тест-кейсы, тест-сьюты, тест-степы и в целом разбирается в тест-дизайне. Также он имеет понятие о багах priority и severity.
3. Middle – средний квалификационный уровень. Опыт работы 1-3 года. Умеет работать сам и консультирует младших сотрудников.
4. Senior – высшая квалификация. Выполняет самые трудные задания, применяя разные типы тестирования.

Переходя на новый квалификационный уровень, специалист повышает свой профессионализм, получает новые умения и навыки. Для сеньора дальнейший рост возможен в таких векторах:

• QA тим лид – QA-менеджер – руководитель QA-отдела (это направление позволяет дорасти до главы своего отдела);
• разработчик – начальник разработчиков – аналитик – архитектор – руководитель проекта.

Карьерный рост инженера по качеству не обязательно связан с компанией, где он работает. Специалист, достигший высокого квалификационного уровня, способен обучать других. Чтобы стать ментором, нужно зарегистрироваться как преподаватель на курсах по обучению QA-инженеров или же открыть собственные. Такую деятельность вполне можно совмещать с основной работой.

Знания и умения

Что нужно знать будущему QA-инженеру для успешной работы? Прежде всего ему понадобится теория. Кандидат на эту должность может подробно рассказать:

• что собой представляет тестирование ПО и зачем его применяют;
• о существующих разновидностях тестирования;
• о баге и его жизненном цикле;
• о документации, которая заполняется в процессе выполнения тестов.

QA-инженер несет ответственность за оптимизацию процесса разработки, поэтому ему необходимы некоторые умения и навыки, которыми обладают другие члены команды. Он должен быть немного:

• девелопером (уметь базово читать код и осознавать технические границы для возможности реализации какой-либо функции);
• бизнес-аналитиком(иметь понятие о целевой аудитории и рынке);
• проект-менеджером(осознавать целостность всех составляющих продукта).

Кроме того, инженер должен уметь видеть создаваемое ПО глазами конечного потребителя. Это помогает повысить удобство его использования (юзабилити), а значит и качество.

Обучение на тестировщика ПО

Начинающий тестировщик может закончить ссуз или получить необходимые навыки на курсах – все зависит от требований потенциального работодателя и личностных навыков. Однако высшее техническое образование стоит рассматривать как приоритетное.Абитуриент может выбрать следующие вузовские направление подготовки, для которых профильным ЕГЭ является математика:

• «Прикладная математика и информатика» (код: 01.04.02);
• «Информатика и вычислительная техника» (код: 09.03.01);
• «Информационно-аналитические системы безопасности» (код: 10.05.04);
• «Информационная безопасность» (код: 10.03.01) и иные технические направления, связанные с информатикой, математикой, защитой цифровой информации и вычислительной техникой.

Если вы решили начать свой карьерный путь с ссуза, то рассмотрите направления «Информационные системы и программирование» (код: 09.02.07), «Компьютерные сети» (код: 09.02.02) или «Прикладная информатика (по отраслям)». Начать обучение в вузе можно после 11 класса, в ссуз абитуриент может поступить, окончив 9 классов.

Курсы

Образовательный IT-портал GeekBrains

Занятия ведут практикующие Тестировщики ПО с профильным образованием и стажем работы по специальности от 5 лет. 5 практических курсов и 2 месяца стажировки. 10 лет на рынке образования, 4 миллиона пользователей. Все курсы можно купить с беспроцентной рассрочкой на год. Также можно получить IT-специальность в Geek University, а оплатить учебу через год после ее начала.

Компьютерная Академия ШАГ (Очно, Москва)

Обучает профессии Тестировщик ПО. Международное учебное заведение, специализирующееся на компьютерном образовании. Работает с 1999 года. 42 филиала в 16 странах мира. Крупнейший авторизованный учебный центр Microsoft, Cisco, Autodesk. Студенты получают международные сертификаты и международный диплом. Главная цель – трудоустройство каждого выпускника.

SkillBox

Освойте одну из самых востребованных IT-профессий под руководством личного наставника и начните зарабатывать до завершения курса. Опыт программирования не нужен. Вы научитесь тестировать сайты, мобильные приложения и другое ПО. Узнаете, как устроена работа IT-компаний, и сможете понять, как вы хотите развиваться в профессии. Гарантированно получите работу. Уже джуниоры очень востребованы рынком, а этот курс позволит достичь middle-уровня.

УЦ «Специалист» при МГТУ им. Н. Э. Баумана

На сайте учебного центра доступен большой выбор качественных программ для людей, которые решили стать тестировщиками ПО. Любой курс состоит из теоретических и практических блоков, форма обучения может быть очной или дистанционной. Длительность обучения составляет 16-64 ак. ч., минимальная стоимость – 11850 руб. и выше, что напрямую зависит от выбранного профиля.

Вузы

Московский гуманитарный университет, МосГУ

Прикладная информатика в экономике (Факультет экономики, управления и международных отношений)

Национальный исследовательский университет «МЭИ»

Прикладная информатика в экономике (Инженерно-экономический институт НИУ «МЭИ»)

Московский государственный университет пищевых производств

Информатика и вычислительная техника (Институт промышленной инженерии, информационных технологий и мехатроники)

Московский технический университет связи и информатики

Информатика и вычислительная техника (Заочный общетехнический факультет МТУСИ)

Московский государственный университет геодезии и картографии

Прикладная информатика (Московский государственный университет геодезии и картографии)

Карьера тестировщика: варианты развития

У тестировщика практически в любой компании есть три пути развития карьеры: вертикальный, горизонтальный и смежный.

Вертикальное развитие

Первый вариант — развиваться в сфере обеспечения качества по иерархии, то есть уходить в управление проектами или командой.

В каждом сегменте тестирования существуют свои грейды, которые определяют уровень специалиста: junior, middle и senior. Руководителем всех специалистов является test-lead или team-lead в зависимости от специфики компании. На некоторых проектах может быть также отдельный инженер по качеству, head of QA.

Из начинающего специалиста тестировщик может дорасти до любого из уровней, главное — постоянно держать себя в тонусе. Азы профессии освоить не трудно, а вот развиваться дальше и на каждом этапе приобретать новые знания уже гораздо сложнее. Конечно, всё зависит от человека, но, например, от junior до middle возможно дорасти в среднем за год.

Горизонтальное развитие

Второй вариант — развиваться как специалист и прокачивать hard skills, а в дальнейшим благодаря ним можно будет выбрать наиболее интересное направление. Тестировщик может стать автотестером или специалистом по тестированию юзабилити, безопасности, производительности. При этом есть профессионалы, которые могут совмещать оба варианта.

Чтобы выбрать более узкое направление, нужны приличные знания программирования и другой технический бэкграунд. В небольших компаниях бывает так, что за все описанные выше направления ответственен один специалист. Ему поручают и нагрузочное тестирование провести, и автотесты написать, своеобразный человек-оркестр — этот подход распространён, хотя и не совсем верен.

Спрос на автоматизированное тестирование

Автотестирование, если говорить о навыках специалиста, требует большей квалификации, а следовательно и оплачивается выше, чем ручное тестирование. Многие компании пришли к выводу, что автотесты для рутинных процессов, например прохождения регрессий, во многом выгоднее, чем ручное тестирование. Они стараются нанимать сотрудников, которые пишут автотесты на те процессы, которые ранее проверялись ручными тестировщиками (а то и вообще не проверялись).

Ручное и автоматизированное тестирование: рассматриваем преимущества и недостатки подходов

tproger.ru

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

Сегодня специалистов по автоматизированному тестированию ищет большинство компаний на рынке, причём как в команды по мобильной разработке, так и в тестирование бэкенда, фронтенда и других сфер. Даже начинающий специалист, имеющий базу, надолго без предложения работы не останется. Особенно, если он умеет ещё и развернуть всю инфраструктуру тестирования.

Переход в смежные сферы

Третий путь развития тестировщика — переквалификация в смежную специальность. Принято считать, что тестирование — это своего рода простая точка входа в IT и из него гораздо легче переходить в другие технические направления. Поэтому иногда специалисты по тестированию решают попробовать себя в других IT-профессиях. Так, например, тестировщик может стать продакт-менеджером, бизнес-аналитиком, разработчиком и даже дизайнером. На самом деле это не так просто, как кажется, — понадобятся дополнительные знания, желание развиваться, время на обучение и поиск работы.

Как тестировщику стать разработчиком — отвечают эксперты

tproger.ru

Способы повысить эффективность QA

Тестирование игр и починка багов — занятие почти всегда стрессовое, но есть приёмы, которые помогут сэкономить нервы и рабочие ресурсы ближе к релизу. Несколько из них перечисляет в своём посте Дэвид Уилсон.

Разделение труда

Каждый должен заниматься своим делом. Например, если вам нужно протестировать механику стрельбы, проверить перевод и оптимизировать графику, лучше всего будет распределить эту нагрузку между тремя командами.

Во-первых, это покажет, что вы доверяете сотрудникам, которым вы дали задание. Во-вторых, это позволит им не распылять силы на лишние задачи.

Уже после того, как сотрудник или команда выполнят свою работу, вы можете попросить их проверить работу других. Так вы убедитесь в качестве и в то же время сможете избежать конфликта полномочий.

Каждому по способностям

Постарайтесь распознать, что у каждого из сотрудников получается лучше всего, и найдите ему подходящие задачи. Если сотрудник хорошо знает грамматику, лучше всего использовать его в корректуре текста. Если тестер умеет замечать ошибки в графике, лучше всего поручить ему проверку графики и анимаций.

Это займёт время, но в результате вы получите коллектив, где каждый находится на своём месте и работает с полной отдачей.

Чёткая иерархия и коммуникация

На каждом проекте Уилсон рекомендует назначать человека, который будет координировать работу лидов отдельных команд. Похожим образом в каждой команде должен быть человек, который отчитывается перед проектным лидом.

Во-первых, это поможет отслеживать общий прогресс в выполнении задач. Во-вторых, команда, испытывающая проблемы, будет знать, к кому обратиться за помощью.

Еженедельные отчёты и даже просто регулярные беседы между лидами сделают коммуникацию между командами куда более эффективной.

Начните тестирование как можно раньше

«Чем скорее вы начнёте подключать отдел тестов к оценке качества вашей игры, тем больше вероятность, что она выйдет в хорошем состоянии и в срок», — говорит Алёна Карасёва.

Зачастую разработчики не относятся к QA-тестам серьёзно и выделяют на них совсем мало времени в конце разработки, чтобы найти совсем уж вопиющие ошибки. Результатом становятся полные багов игры, которые приходится латать патчами долго после релиза.

Этой катастрофы можно избежать, если разработчики не будут воспринимать тесты как обязательное зло. В конечном счёте цель у QA-специалистов та же, что у разработчиков, — выпустить хороший проект с минимумом ошибок.

В разработке игр важен каждый отдел и каждый сотрудник. А контроль качества — и вовсе одно из ключевых условий успешного релиза. Ведь именно на плечи QA-специалистов ложится зачастую титанический труд по поиску багов, глитчей и множества прочих шероховатостей. Всё для того, чтобы игрок получил лучший опыт из возможных. Конечно, отполировать игру до идеала всё равно не получится — но попробовать стоит.

Экскурс в историю

Многие уверены, что тестировщик (QA-инженер) – сравнительно новая профессия, появившаяся примерно в середине 1990-х годов. Это ошибочное мнение. Ручной метод тестирования, проверка готового компьютерного продукта на работоспособность практиковались еще в самом начале информационной эпохи. В 1950-е – 1960-е годы мануальным тестированием активно занимались в научных институтах и кибернетических корпорациях. Первые попытки автоматизировать процесс пришлись на 1980-е годы, и они оказались успешными. Разработка инструментов, существенно облегчавших работу тестировщика, стала поворотным моментом для представителя этой профессии. Если раньше им мог стать лишь высококвалифицированный сотрудник научного учреждения, то после внедрения программного тестирования к выполнению таких задач могли допускаться даже те, кто осваивал эту сферу деятельности самостоятельно, без учебы в вузе.

Повышение востребованности профессии мануального тестировщика было обусловлено:

• стремительным увеличением количества выпускаемых программ для персональных компьютеров;
• ростом сложности разрабатываемого программного обеспечения (ПО);
• ориентацией системной продукции на массового пользователя.

В течение многих лет профессиональный тандем ручного тестировщика и программиста успешно справлялся с задачей поиска дефектов программного продукта и последующим выпуском протестированной работоспособной версии

Особую важность его работа обрела в период активного выпуска новых компьютерных игр, когда нужно было тщательно следить за правильным и бесперебойным функционированием каждого их компонента. Со временем процесс выполнения тех задач, которые специалист делал вручную, был автоматизирован

В результате заказчик получил значительную экономию бюджета, сокращение сроков производства продукта и, соответственно, его удешевление. Таким образом, буквально за несколько лет круг обязанностей мануального тестировщика существенно сузился, а вот требования, предъявляемые к нему, наоборот, возросли. Рассмотрим, чем сейчас занимается QA-инженер.

Что нужно, чтобы стать хорошим QA-инженером

Для начала стоит понять, ваше ли это. Я бы выделил несколько основных особенностей работы и черт характера, чтобы заниматься тестированием.

Техническая эрудиция

«Technical savvy», как иногда пишут в вакансиях, и желание разбираться в технологиях. Вы должны интересоваться тем, как что работает, как что устроено внутри. Это понимание сослужит хорошую службу в будущем и обычно идёт в связке с необходимым хорошему тестировщику любопытством.

Вы когда-нибудь ставили и настраивали Linux — для себя, чисто из интереса? Пытались разобраться, как работает блокчейн? Делали друзьям сайт на WordPress? Если нет, попробуйте и проследите за своей реакцией. Интересно ли, подстегивают ли сложности найти решение, покопаться в Google и на форумах? Когда конечный результат не тот, появляется ли желание докопаться и сделать, чтобы всё начало работать как надо? Если вы ответили «да», скорее всего, тестирование вам подходит.

Disclaimer Внимательный и искушённый читатель скажет, что я сейчас описал админа/девопса, но хороший тестировщик, на мой взгляд, обязан иметь желание и возможность и разбираться во внутренностях продукта, и уметь настроить (перестроить, почистить, твикнуть, заморозить, залить данными) тестовое окружение.

Ориентированность на пользователя и бизнес

Есть хорошая шутка про тестировщика, который заходит в бар, и лучшее продолжение для клиента.

Так вот, первое — про бездумный перфекционизм, второе — про то, чтобы всегда держать в голове образ пользователя, понимать, какие задачи он будет решать, в каких условиях, где ему будет удобно, а где — не очень, какими нестандартными методами он может решать свои задачи, как наше приложение будет встраиваться в общую экосистему и рутину пользователя.

В вакансиях часто пишут «ориентированность на детали, перфекционизм». Они нужны, но только если правильно сфокусированы.

Умение структурировано думать и писать

Проведите мысленный эксперимент: представьте, что вам нужно описать, как тестировать центральный замок автомобиля. Вы начнёте писать, например, «открыть, закрыть», но есть же разные состояния: «открыть уже открытое», «закрыть уже закрытое», — или разные точки воздействия: можно открывать брелком, ключом, кнопками изнутри

А сигнализацию надо тестировать? А автоблокировку дверей на скорости? В тестировании существует ряд методик и техник, помогающих правильно разбивать тесты на группы, выстраивать правильную иерархию, проверять достаточность тестовых сценариев, но даже с ними важно уметь думать структурно

Умение работать с большими объёмами данных и быстро учиться

В работе вам скорее всего понадобится навык работать с большими и плохо структурированными объёмами информациями (также известными как «спецификация», «техническое задание», «корпоративная база знаний»), быстро понимать как работает сложная (и не всегда логично написанная) система и быстро получать базовые знания в абсолютно разных областях. Если ваш проект про управление финансовыми портфелями — придётся разобраться в финансах, если про управление складом — в логистике и т. д. Хороший способ проверить себя — взять и успешно пройти какой-нибудь курс на coursera.com по незнакомому и фундаментальному предмету, желательно на английском.

Умение говорить с людьми на неприятные темы

Очень много и очень хорошо говорить.

Митап One Day ProQuality

20 мая в 10:00, Онлайн, Беcплатно

tproger.ru

События и курсы на tproger.ru

Существует распространённый стереотип, что тестировщики и программисты недолюбливают друг друга как копы и федералы из американских фильмов. Это неправда.

Особенности профессии

Функциональные обязанности QA-инженера:

• анализ технической документации;
• уточнение требований к ПО заказчика или бизнес-аналитика;
• оценка возможных рисков;
• формирование тестовой документации и идей по улучшению качества ПО, так называемых тест-кейсов;
• разработка и проведение тестирования;
• определение проблемных мест и их внесение в трэкинг-систему;
• обсуждение проблем с  разработчиками;
• прослеживание жизненного цикла проблем;
• выявление, документация и верификация дефектов;
• повторный тест исправленных ошибок;
• анализ тестирования и его оптимизация;
• написание автоматических тестов;
• оформление тестовой документации.

Так работали всегда

Эта фраза обычно означает наличие продукта, уже работающего на продакшене или только готовящегося зарелизиться, но написанного без модульных и интеграционных тестов. Без страховочной сети из тестов, изменения вносятся долго, дорого и с большим количеством новых багов. Такой проект в мире разработки принято называть “легаси”. 

Компания понимает, что обойтись без страховочной сети нельзя, поэтому создается QA-отдел, который обычно не обеспечивает качество продукта, а лишь контролирует его. С QA-отделом разработчик может спокойно заниматься любимым делом — писать код, ведь ответственность за качество теперь несет выделенный отдел! Происходит классическое “перебрасывание кода через стену” в отдел тестирования:

Прохождение каждого тест-кейса ручное, поэтому процесс тестирования занимает много времени. Количество тест-кейсов в регрессии по естественным причинам постоянно растет, и принимается решение о создании внутри QA-отдела команды автоматизации.

Так как новоиспеченная команда набиралась из-за необходимости ускорить цикл регрессии, который состоит из black-box тестов, то и автоматизация происходит на уровне black-box: через GUI или API. Автоматизация через GUI наиболее болезненная и дорогостоящая из-за хрупкости и низкой скорости тестов, но зачастую начинают именно с нее. 

Тем временем, факт создания новой команды никак не влияет на команду разработки: она все также продолжает отдавать в тестирование некачественный продукт, игнорируя написание модульных и интеграционных тестов. Учитывая огромное количество black-box сценариев, находящихся в очереди на автоматизацию, получаем анти-паттерн тестирования Ice-Cream Cone, в котором количество самых медленных и самых дорогостоящих GUI-автотестов намного больше количества дешевых и быстрых модульных и интеграционных тестов.

Нестабильных и медленных по своей природе GUI-автотестов с каждым релизом становится все больше, а значит больше ресурсов уходит на их поддержку, что ведет к расширению команды автоматизации. Департамент обеспечения качества растет, но не обеспечивает должный рост качества выпускаемого продукта. Вы действительно хотите так работать всегда? 

Карьера и рост

Тестирование наряду с бизнес-анализом или техническим писательством — действительно одна из наименее сложных точек входа в ИТ (хотя этот путь тоже не из лёгких).   

Тестировщику необязательно обладать глубокими техническим навыками, знать языки программирования или даже иметь математический склад ума. Хотя ситуация меняется и требования к кандидатам растут. Говорят, 10-15 лет назад ИТ-компании брали в тестировщики чуть ли не людей с улицы. Лет 7 назад (когда я сам приходил в профессию) новичку уже надо было крепко владеть теорией. Сегодня на собеседованиях чаще проверяют базовые технические навыки: работу с базами данных и сетями, администрирование. 

Если говорить о развитии внутри профессии, то для функционального тестировщика самая близкая специализация — это автоматизатор. Когда-то я и сам прошёл такой путь. Потом некоторые автоматизаторы уходят в «чистые» разработчики или становятся супер-крутыми технарями-тестерами (есть даже такое понятие, как тест-архитектор). Порой функциональные тестировщики после дополнительного обучения переходят в параллельную ветку безопасности или нагрузочного тестирования.

Многие тестировщики, которые меньше склонны к технической работе, становятся бизнес-аналитиками. Ещё один «нетехнический» путь — это менеджерские позиции: управление проектами или командой. 

За последние месяцы ситуация на рынке труда радикально изменилась из-за эпидемии коронавируса. Ещё два месяца назад спрос на начинающих тестировщиков был большой, и он сохранялся на протяжении нескольких лет. 

Конечно, в условиях кризиса позиция тестировщика становится уязвимой. Без разработчика невозможно написать ПО, а без тестировщика худо-бедно можно. Мне кажется, в этой ситуации лучше всего защищены «миксы» — те самые универсалы, о которых я говорил выше. Они способны быстро перестраиваться с одних задач на другие. Если проекту станут не нужны мануальщики, то «микс» всегда может переключиться на автоматизацию процессов — и наоборот.

Курсы, чтобы стать тестировщиком

• Специализация Software Testing and Automation
• Курс-симулятор Тестировщик программного обеспечения
• Автоматизация тестирования на JavaScript
• Нагрузочное тестирование
• QA Lead

Кто такой DevOps. Обзор изнутри от Виктора Ведмича
По теме
Кто такой DevOps. Обзор изнутри от Виктора Ведмича

Кто такой Data Scientist. Обзор изнутри от Арсения Кравченко
По теме
Кто такой Data Scientist. Обзор изнутри от Арсения Кравченко

23 популярных курса по Data Science от Coursera
По теме
23 популярных курса по Data Science от Coursera

Учебный центр IT-Expert (ЦАО)

QA Курс «QA и тестирование программного обеспечения»
Серьезная конкуренция на рынке программного обеспечения (ПО) вынуждает искать способы снижения затрат на разработку и повышения качества программного обеспечения. Правильно организованные процессы тестирования, встроенные во все этапы жизненного цикла разработки программных систем могут обеспечить необходимые гарантии достижения поставленных целей.

Курс посвящен основам тестирования и обеспечения качества ПО. В ходе изучения теоретической части участники смогут понять, что такое тестирование, его место в процессах разработки ПО, познакомиться с различными видами тестирования, научиться работать с тестовой документацией и отчетностью, определять уровень критичности дефекта, узнать основы организации и планирования процесса тестирования, получить представление об инструментах тестирования.

На практических занятиях участники смогут познакомиться с инструментами, необходимыми в работе QA инженера, а также научиться разрабатывать планы тестирования и тестовые сценарии.

Что такое процесс обеспечения качества (QA) и чем он отличается от контроля качества (QC)?

Процесс обеспечение качества при разработке программного обеспечения или QA (quality assurance) — это процесс, который предотвращает появление ошибок в конечном продукте и гарантирует, что компания выпустит по-настоящему качественное приложение. Процесс QA — это больше, чем просто контроль качества и тестирование. В то время как контроль качества (QC) сосредоточен на проверке конечного продукта, QA является частью всех этапов и стадий разработки программного обеспечения. Другими словами, QA — это комплекс мероприятий, направленных на предотвращение дефектов и ошибок, а QC — на их выявление. Правильно настроенный процесс QA гарантирует, что все члены команды будут работать эффективно, время, необходимое для разработки, сократится, а затраты снизятся.

Конечно, в разных компаниях процесс QA может отличатся. Однако, как правило, основные стадии и этапы совпадают. И если вы с ними знакомы, вам проще будет разобраться во всех этих новых терминах и концепциях.