"А начать свою карьеру в IT можно с тестировщика ПО" или "Легко в IT с тестированием" знакомые слова? Почти в каждой рекламе по курсам можно услышать что-то похожее. Вам обещают, что не потребуются специальные знания, долгое обучение, и вообще, если вы хотите в IT, то это идеальный старт.
Но есть в этой бочке меда черпак дегтя:
Популярность специальности
Так как сейчас из любого ящика вещают, что тестирование(QA) это легкий старт в IT, многие пошли учиться на это направление. И это создало следующие проблемы:
Первая проблема.
Руководство часто считает, что тестирование это пушечное мясо, один ушёл легко найдем двоих новых. Поэтому понижается интерес удерживать хороших специалистов и только в особых случаях этим занимаются. А ведь нового человека придется погружать в процесс и никто не даст гарантий, что прошлый QA оставил после себя такую документацию, что ее поймет любой.
Вторая проблема.
Так как транслируется, что тестирование это легко, другие специальности не сильно считаются с мнением QA. А я хочу заметить, что показатель качества работы QA это количество багов на проде. И по такой логике у тестера должна быть власть допускать доработку до прода или нет, но он ей не обладает.
Третья проблема.
В некоторых командах транслируется, что можно обойтись и без тестировщика, разработчики сами как-нибудь проверят свою реализацию. Но нет, они не смогут это сделать так же качественно как QA (А причины можно прочитать в этой статье)
Универсальный солдат
Сейчас есть огромная мода на автотестирование, не без старания курсов, которые пытаются впихнуть в бедных студентов вообще все знания в короткий срок. Это порождает спрос на рынке на специалистов, которые могут и руками протестировать, и автоматизацию тестирования выстроить, и все это в одном лице.
Представим ситуацию:
У нас следующая команда: 2 фронт разработчика, 3 бека разработчика и 1 тестер. Это не очень большая команда. И вот начинается разработка нового приложения, первое время 1 тестер будет справляться, но как только или фронт, или бек будет не успевать, начнутся проблемы. Тестировщик будет часто проверять один и тот же функционал по 2 раза и в целом это нормально, но вы помните что вам ещё автотесты писать? А то что ещё документацию по тестированию вести? А ещё работка может затянуться и вы с горящей жопой будете тестировать, потому что всё должно было быть готово ещё вчера.
А на курсах все это проходит последовательно и равномерно, но реальность такова, что все это в один момент. И выглядите вы так:
Так же есть отдельные специалисты, которые занимаются только автотестированием, и они начинают страдать от этой ситуации (Об боли как автотестировщик расскажу в последующих статьях)
Разные направления
Фундаментально разработку можно разбить на два вида Front и Back, но также каждую можно разбить ещё на подвиды
Front: WEB, Desktop, Mobile и т.п.
Back: Микросервисы, монолит и т.п. (Для хорошего тестирования это разное и придется применять разные подходы)
И для каждого вида будет свое тестирование, свои техники, инструменты. Все это надо знать и учить, чтобы повысить свою привлекательность как специалиста.
Ограниченность знаний
Вроде распинаюсь, что тестирование это не легко, а тут заявил, что знаний мало. Да, это проблема. Потому что вы можете выучить хоть все инструменты, все подходы, решает все равно опыт. Считаю, что тестирование наглядный пример того, что опыт и ситуации в которых был тестировщик это самое важное. Ведь благодаря этому вы сможете лучше протестировать доработку, так как будете видеть, за счет опыта, больше слабых мест.
Заключение
В конце хочу сказать, что тестирование это не так легко и очень обидно, что за ним закрепилось такое мнение. Возможно это из-за того, что раньше были манки тестировщики и там действительно было легко. Сейчас же к QA требование выросло, а отношение осталось старым.
Весь текст написал опираясь на свой опыт, но фирмы разные и ситуации тоже.
А как для вас? Тестирование легкий старт или нет?