что можно тестировать тестировщику
Как стать тестировщиком с нуля
Основы тестирования можно освоить без курсов за 120K. Наш QA-инженер Антон в прошлом работал на стройке и самостоятельно переучился на тестировщика игр за полгода. В статье он расскажет, как нашел бесплатный курс, сколько часов в день тратил на теорию и зачем в перерывах между занятиями рубил дрова.
«Ребята, работаю охранником, мне 40 лет. На кого пойти переучиться?» Этот пост на Пикабу сразу меня зацепил: я мечтал бросить работу на стройке, но не знал, чем зарабатывать дальше. В комментариях увидел ссылку на бесплатный курс по QA. Посмотрел вводный урок о профессии тестировщика и на следующий день уволился.
Видео, после которого я решил учиться на тестировщика. Скриншот с YouTube
Составьте план обучения
После увольнения устроил себе долгий-долгий отпуск. Шучу 🙂 Сразу сел за курс и, вдохновленный, решил изучать его по 8 часов в день. Не считал, сколько месяцев буду осваивать основы тестирования, а потом искать работу. Не считал, сколько денег нужно на этот период.
У нас с женой было отложено около 90 тысяч, казалось, нам хватит надолго: машины нет, квартира своя. Ели гречку, макароны, сосиски, хлеб. Из развлечений оставили только прогулки по улице.
Отложенные деньги закончились через 4 месяца, а я еще не открывал сайты с вакансиями. Пришлось переехать к родителям жены: мы не могли даже оплатить коммуналку. Тогда я поставил себе дедлайн — через 2 месяца устроиться в IT-компанию.
Совет: сразу решите, когда закончите учебу и станете искать работу. Рассчитайте, сколько денег нужно на этот период. Не начинайте ничего без финансовой подушки.
Найдите базовый курс для тестировщиков
Я не хотел платить адские деньги за курсы: в интернете есть тысячи бесплатных материалов по основам тестирования. Но в них легко запутаться, особенно когда не знаешь базу. Поэтому я сосредоточился на бесплатном курсе Михаила Портнова «Тестирование программного обеспечения в США», который рекомендовали на Пикабу.
Курс — топ за свои деньги 🙂 Во время уроков Михаил Портнов шарит экран компьютера и показывает, как ищет баги и пишет баг-репорты. Иногда он отвлекается от теории и рассказывает истории из жизни, чтобы мотивировать новичков. В курсе 23 видео по 2 часа, есть проверочные онлайн-тесты и практические задания. Минус — нет обратной связи.
Пример домашнего задания из курса Михаила Портнова. Скриншот с YouTube
Чтобы лучше запомнить уроки, я конспектировал их от руки. Не забивал на домашние задания, старался сделать на «отлично» — как если бы от качества зависело, отчислят меня с курса или нет. В конце дня перечитывал свои конспекты и вслух пересказывал их жене.
Конспект от руки, как в универе
Совет: заучивайте лекции, делайте домашки, и тогда любой курс будет работать.
Ограничивайте и сортируйте информацию
К базовому курсу я подключал другие источники. Если в уроке попадался незнакомый термин — какая-нибудь «верификация» или «валидация», — то ставил видео на паузу и шел гуглить. Изучал все статьи подряд. Думал, чем больше прочитаю, тем лучше разберусь, но по факту либо читал одну и ту же информацию в разной подаче, либо углублялся в экспертные дебри, в которых ничего не понимал. В итоге решил смотреть не более двух-трех сайтов по непонятной теме.
Когда серфишь, список закладок растет в геометрической прогрессии. У каждой статьи по десять ссылок на другие статьи, а у тех статей — еще десять. Под конец обучения я боялся открывать свои закладки: там царил неудержимый хаос. Я так и не решился его упорядочить и потерял много классных ресурсов.
Совет: не пытайтесь прочитать весь интернет. Изучайте темы:
— как составлять тест-кейсы,
— как составлять чек-листы,
— что такое классы эквивалентности и как их выделять,
— что такое метод граничных значений,
— как правильно оформить баг,
— какие бывают виды и уровни тестирования,
— что такое клиент-серверная архитектура и как она работает.
Сохраняйте полезную информацию по этим темам в закладки. Сортируйте закладки по папкам.
Занимайтесь краудтестингом
Как только я прошел половину курса, захотел применить свои знания на практике.
Чтобы получать много заказов, нужно много девайсов. У меня был только комп, мой мобильник и мобильник жены. Я поставил виртуальные машины с различными ОС и Android Studio на свою винду. Так набралось 20 девайсов, которые я и указал в профиле. С инвайтами проблем не было.
Проблемы были с оформлением багов. Мне возвращали баг-репорты, потому что неправильно называл баги, описывал их не по ТЗ, прикреплял мало скриншотов. Я переделывал, переделывал и еще раз переделывал. В итоге за несколько месяцев на краудтестинге научился правильно оформлять баг-репорты.
Совет: сосредоточьтесь на качестве баг-репортов, а не на их количестве.
Отдыхайте от учебы (хоть иногда)
Освоением новой профессии я занимался по 11 часов в день: 8 часов на теорию и 3 — на практику. Во время обеда быстро грел еду и сидел с тарелкой за компьютером. Когда голова совсем закипала, позволял себе максимум 5 минут, чтобы встать со стула и пройтись по комнате. Никаких соцсетей, просмотра новостей и видосиков на Ютубе.
Такой экстремальный режим измотал меня: хуже запоминал информацию, быстро уставал. Поэтому решил делать нормальные перемены в течение дня — по 15–20 минут каждые 2 часа. В это время гулял вокруг дома, рубил дрова, помогал с домашней работой. Если не находил проект на краудтестинге, то вечером со спокойной совестью отдыхал.
Совет: устраивайте перемены по 15 минут каждые несколько часов. Полноценно отдыхайте по вечерам.
Смотрите, читайте, слушайте
Сложно учиться 8 часов подряд, даже с небольшими передышками в течение дня. Чтобы голова не закипала, я постоянно переключался между просмотром видео, чтением бумажной книги, изучением сайта и т. д.
Как это выглядело? Когда начинал тупить над видеоуроком, переключался на чтение книги. Когда начинал перечитывать абзац по сто раз, включал подкаст про тестирование и ложился на диван. Когда переставал слышать информацию, открывал форум по тестированию. И так по кругу. Иногда в течение часа менял источники каждые 20 минут.
Совет: переключайтесь между источниками информации, как только начинаете тупить. Заранее составьте список книг, сайтов, подкастов или воспользуйтесь перечнем, который я спрятал под кат в конце статьи.
Ищите вакансии на позицию интерна
Чтобы стать тестировщиком с нуля, я потратил полгода. Первые четыре месяца просто учился, оставшиеся два — учился и искал работу. Искать было тяжело, получил 15 отказов и почти отчаялся, но тут мне попалась вакансия Plarium Krasnodar. Они набирали тестировщиков онлайн-игры без опыта работы на позицию интернов. Интерны — это специалисты начального уровня: компания обучает их, так как видит потенциал.
Мое сопроводительное письмо в одну из компаний. Только за образец брать не надо, ладно?
Теоретические знания и опыт в краудтестинге помогли мне выполнить тестовое задание, а на собеседовании ребята расспрашивали про мое самообразование. Через день позвонила HR и сказала, что меня берут в интернатуру. Первые 3 месяца я обучался под руководством крутого тестировщика, потом сдал финальный тест и стал самостоятельно заводить баги. В этом месте звучат фанфары, и занавес медленно опускается 🙂
Не совет: я не знаю, как закончить статью. Писать что-то из серии «Иди к своей цели» или «Ученье — свет» не хочется. Поэтому беру помощь Хабра. Опытные тестировщики, давайте вместе сделаем статью полезной. Что еще можно почитать/посмотреть новичкам? Какие курсы рекомендуете?
Книги
«Тестирование программного обеспечения. Базовый курс», С. Куликов. Написана простым языком, с юмором.
«Тестирование программного обеспечения», С. Канер, Д. Фолк, Е. К. Нгуен. Книга сложная. Осилят не все.
«Тестирование Дот Ком, или Пособие по жестокому обращению с багами в интернет-стартапах», Р. Савин. Для новичков, без сложных терминов.
«Быстрое тестирование», Р. Калбертсон, К. Браун, Г. Кобб. Книга о том, как тестировать быстро и качественно.
«Кровь, пот и пиксели. Обратная сторона индустрии видеоигр», Дж. Шрейер. Прочитайте, если хотите идти в геймдев.
«Как тестируют в Google», Дж. Уиттакер, Дж. Арбон, Дж. Кароло. Общая информация о работе QA в большой корпорации.
Сайты
Сообщество программистов DOU. Новости, тренды тестирования и IT-индустрии в целом.
Software-Testing.Ru. В разделе «Библиотека» есть подраздел для новичков — «Начинающему тестировщику». Там много мегаполезных статей.
Testbase.ru. Коротко об основах тестирования. Помогает разобраться в терминах.
Группы ВКонтакте
QA тестирование и котики. Вакансии, приколы, практические советы.
Ключ седого тестировщика. Создатели сообщества регулярно отвечают на вопросы новичков.
QA Club. Много видеоконтента о тестировании.
QA NINJAS. Работающий тестировщик делится своим опытом в статьях.
Телеграм-каналы
QA — Курсы и образование. Обсуждение курсов, книг, мастер-классов по тестированию.
QA — Bad Company! Про компании, в которые стоит или не стоит идти тестировщику.
Кто такой тестировщик и как им стать с нуля
Разбираемся, кому подходит профессия и что нужно уметь QA-специалисту.
Тестировщики, или QA-инженеры, — это люди, которые проверяют, как работает программа или приложение. Они ищут ошибки, смотрят, чтобы программа делала именно то, что задумано, защищают продукт от хакеров, проверяют, как приложение работает на разных устройствах и в разных операционных системах.
Тем, кто не работал тестировщиком, кажется, что это очень просто: понажимал все кнопки подряд, нашёл ошибку, сказал разработчику, и всё. На самом деле тестировщик — это сложная и творческая профессия на стыке IT, UX-дизайна и продуктового менеджмента.
Что делает тестировщик
Честно говоря, тестировщикам действительно приходится тыкать на все кнопочки и ссылки, заполнять все формы и стараться совершить все возможные ошибки, которые могут прийти в голову пользователю. Без этого не обойтись.
Неполиткорректные разработчики из-за этого когда-то обидно называли тестировщиков «обезьянками-кликальщиками». Термин был так распространён, что Android назвал свой инструмент для автоматизации тестирования MonkeyRunner — в том смысле, что он как обезьянка, только быстрее.
Программист, консультант, специалист по документированию. Легко и доступно рассказывает о сложных вещах в программировании и дизайне.
Но не думайте, что тестировщики лишь хаотично бьют по клавишам в надежде найти баг, — это непродуктивно. У них есть собственные методы для определения слабых мест программы и быстрого поиска ошибок.
QA-инженеры придумывают инструкции для тестирования — тест-кейсы. На элементарном уровне это выглядит так: аналитики пишут требования — какие данные должны быть на входе, как они обрабатываются, что должно получиться в результате; тестировщики пишут пошаговые инструкции для проверки программы на соответствие этим требованиям.
Тестировщик должен скрупулёзно проверить, что будет, если совершить какое-то действие, и соответствует ли результат ожидаемому.
Но ошибки коварны — в лабораторных условиях они могут себя и не проявить, зато пользователь наткнётся на них после релиза. Поэтому QA-инженеры придумывают разные стандартные и нестандартные ситуации, чтобы проверить, как поведёт себя программа. Это творческий процесс, для поиска скрытых багов приходится проявлять смекалку и аналитические способности.
Нужно предусмотреть все возможные и невозможные варианты. Что будет, если пользователь введёт цифры вместо букв? А что, если у него компьютер глючный? А вдруг сразу много пользователей будут работать и перегрузят систему?
Работа тестировщика — это бесконечное приближение к совершенству. Невозможно проверить всё, поэтому тестировщик должен работать так, чтобы совершить минимум действий, но найти максимум ошибок.
Мануальщики и автотестеры
Облегчить работу тестировщика помогают программы для автоматического тестирования. Автоматизация сокращает время тестирования и уменьшает рутину в работе. В больших проектах без автоматизации не обойтись: там очень много элементарных повторяющихся действий, никакого времени не хватит, чтобы все их проделать.
Всех тестировщиков делят на мануальщиков и автотестеров. Первые ищут ошибки в коде вручную, вторые пишут программы, которые делают это автоматически. Но это очень условное деление. Вы не найдёте автоматизатора, который не умел бы тестировать программу вручную. А многие мануальные тестировщики не любят рутину, поэтому осваивают языки программирования и пишут автоматические тесты. Опытные специалисты могут выполнять работу и мануальщика, и автотестера.
Может ли новичок-нетехнарь стать хорошим QA-специалистом
Порог входа в тестирование довольно низкий. Чтобы стать тестировщиком, не требуется техническое образование. Главное, чтобы человеку была интересна сфера IT и он хотел развиваться в этом направлении. Об этом говорит в своём интервью на hh.ru руководитель департамента обеспечения качества ПО Veeam Software Игорь Кацев.
На сайте Software-Testing.ru опрашивали тестировщиков из России и СНГ по поводу их образования. Оказалось, что в профессию приходят и достигают в ней карьерных высот разные люди: технари, гуманитарии, экономисты, юристы, люди с двумя высшими и люди без диплома вообще.
Насколько востребована профессия тестировщика
Тестировщики нужны во всех мало-мальски серьёзных IT-проектах. Большие компании предпочитают нанимать их в штат, малые работают с фрилансерами. О том, насколько востребованы QA-специалисты, говорят данные с сайтов по поиску работы:
Мануальщиков, не понимающих кода, работодатели не любят, даже если они прекрасно составляют тесты. Но и автоматизаторы, не знающие основ тестирования, тоже никому не интересны.
Вот, например, скрин с hh.ru, где работодатель перечисляет требования к тестировщику:
Большим спросом пользуются универсалы, владеющие современными методами тестирования, знающие языки программирования, умеющие составлять и автоматизировать тесты, например:
На какую зарплату можно рассчитывать
Заработная плата тестировщика в регионах — от 55 до 60 тысяч рублей, а в Москве — 80–150 тысяч.
Новички могут рассчитывать на зарплату от 40 тысяч рублей, специалисты высокого уровня получают 220–300 тысяч.
Как развиваться тестировщику
Путей для карьерного роста много. Некоторые начинают с тестирования, чтобы потом уйти в разработку, но это не единственный вариант — можно развиваться и внутри профессии.
Младший специалист тестирует программы вручную по готовым тест-кейсам. Чтобы из «обезьянки» стать мидлом, нужно развиваться: досконально изучать проект, знать язык кода и основы автоматического тестирования.
Если джуниор хорошо себя зарекомендует, то через 2-3 года получит повышение и станет мидлом. Будет самостоятельно составлять тест-кейсы и заполнять документацию.
Ещё через год-полтора успешный мидл может претендовать на должность старшего специалиста (Senior QA Engineer). Его круг задач расширяется: синьор планирует работы по тестированию, контролирует работу джунов.
Лет через пять можно стать тимлидом — руководителем команды тестировщиков. От тимлида требуются профессиональные компетенции, навыки менеджмента, умение решать сложные задачи.
Так происходит карьерный рост специалиста по вертикали. Но на практике тестировщики часто выбирают развитие внутри профессии — например, специализации по тестированию:
Какие личные качества необходимы тестировщику
Кроме того, в тестировании очень важны личные качества специалиста. Вот список основных, без которых точно не обойтись:
Что надо уметь
От тестировщика требуется:
Кроме того, тестировщик должен владеть инструментами ручного и автоматического тестирования. Это могут быть:
Для автоматизации тестов понадобятся системы тестирования веб-приложений, программы для функционального и нагрузочного тестирования.
Ну и обязательно потребуется английский язык — для чтения и заполнения технической документации.
Где всему этому научиться
Если вас увлекла профессия тестировщика, можно самостоятельно изучить методики тестирования по книгам, мануалам и видео, а затем попытаться устроиться на работу на junior-позицию. Этот вариант рабочий, но займёт много времени.
Более простой способ стать тестировщиком — пройти обучение на онлайн-курсах. Вы освоите необходимые техники и инструменты, получите практический опыт тестирования крупного проекта. После обучения наши успешные студенты становятся специалистами middle-уровня.
План начинающего тестера: от “Войти в IT” до “Я — Инженер!”
Всем привет! Меня зовут Валентин и я работаю инженером по тестированию в компании Exness. Очень часто слышу вопрос о том, насколько сейчас возможно стать тестировщиком программного обеспечения. В этой статье я постараюсь ответить на данный вопрос.
Если забежать вперед, то ответ, безусловно, будет — «Да, это возможно!». Но и здесь есть определенные условия: необходимые и достаточные.
Эта статья будет полезна не только тем, кто хочет найти себя в мире IT и тестирования, но и тем, кто уже начал свой путь!
Я хочу стать тестировщиком! С чего начать?
Тестирование как часть процесса разработки программного обеспечения зародилось в начале 1980-х годов благодаря Гленфорду Майерсу. Его книгу «The Art of Software Testing», несмотря на то, что она была написана очень давно, я рекомендую к прочтению всем. В те времена тестировщик должен был обладать «тайными» знаниями систем, которые тогда существовали. Постепенно компьютеры и программное обеспечение становились доступнее для рядового пользователя. И стало возможным тестировать, имея только навыки пользователя данного ПО. Плюс, конечно же, желание.
Когда, около пяти лет назад, я начинал свой путь, мне хватило нескольких месяцев для того, чтобы узнать о теории тестирования, получить небольшой практический опыт и выйти на рынок с огромным желанием стать профессионалом. С тех пор требования повысились, но стать тестировщиком все еще реально, особенно учитывая текущее положение дел. Сейчас многие компании, в том числе и Exness, стараются переориентировать сотрудников на удаленный тип работы. И в этом есть несомненный плюс: во-первых, начинающий тестировщик, как правило, уже имеет опыт работы на таких порталах, как utest.com; во-вторых, спрос на онлайн-приложения возрастает как и потребность в новых инженерах.
Изменение требований к качеству ПО, безусловно, привело и к изменению требований к тестировщику. Под необходимыми для тестировщика качествами я понимаю не только технические навыки, но и так называемые софт-скиллы.
Тестировщик — это прежде всего человек с критическим складом ума, это инженер, который смотрит в суть проблемы и видит полную картину применения продукта. Бывает, что программисты, «голубая кровь» цикла разработки ПО, пренебрежительно относятся к тестировщикам. Раньше мне приходилось слышать высказывания о том, что тестировщики вовсе не нужны, так как программисты сами могут все протестировать, и по большому счету код изначально идеален! Но ваша задача как тестировщика и как инженера, работающего над качеством продукта, принять такое отношение и постараться изменить его на положительное. Ведь вы, как и программист, как и DevOps, часть одного целого продукта и ваша задача — это общая задача обеспечения качества. Вы находите ошибки не у конкретного человека, вы находите ошибки в коде и решаете вместе, как их исправить. Если вы будете пропагандировать такие идеи, то в скором времени программист станет вам лучшим другом и помощником и уже не будет смотреть на вас с немым вопросом: «Ну что опять?».
Вернемся к техническим навыкам. Для тех, кто только осваивает тестирование, будет полезна следующая схема:
На этой схеме можно увидеть примерный путь движения тестировщика и то, что для этого нужно.
Давайте разберем, где же взять необходимые хард-скилы.
Основой любой профессии будет теория. Без знания принципов тестирования невозможно понять процессы, происходящие в разработке ПО, и оценить его качество. Не старайтесь в начале своего пути сразу пытаться постичь что-то сложное. Начинайте погружение в профессию постепенно. Если вы пропустите основные понятия и перейдете к изучению автоматизации, фреймворков и языков программирования, то велика вероятность того, что вы потеряете интерес к тестированию вообще, так как посчитаете его слишком сложным. Обычно желание изучать автоматизацию у новичков появляется после того, как они слышат о том, что без нее попасть в профессию практически невозможно. Но это не так. Спрос на «качественных» мануальных тестировщиков не падает, и они все еще в цене. Поэтому еще одной полезной книгой для освоения теории тестирования будет «tестирование dot com» Романа Савина. Если вы прочитали перечисленную выше литературу и уже ориентируетесь в теории, то вам очень пригодится сайт с выжимкой основ тестирования — Protesting.ru.
Как закрепить теорию практикой? Выбирайте любой объект из повседневной жизни (ПО на мобильном телефоне, микроволновка и даже карандаш) и тестируйте его. Можно проговаривать тест-кейсы, но лучше сразу записывать их на бумаге/компьютере в формальном виде так, как вы будете это делать уже на своей работе тестировщиком. Далее проходите эти тест-кейсы и составляйте отчеты о тестировании. Этот способ самый простой, но действенный.
Однако, этого опыта все еще не достаточно для составления резюме и прохождения интервью у работодателя. Поэтому для того, чтобы получить реальный опыт, я рекомендую регистрироваться на различных порталах для тестировщиков и максимально подробно заполнять свой профиль: указывать все свои навыки, знания, устройства и ПО, которые у вас есть (телефон, компьютер, телевизор и т.д.). Вот небольшой список порталов:
Что же дальше? Вы изучили теорию, получили небольшой практический опыт. Но перед следующим шагом вернемся к тому, как должен мыслить тестировщик. Выше я уже использовал термин «инженер по тестированию». Каждый тестировщик, как и любой другой член продуктовой команды, должен в первую очередь иметь определенный склад мышления. Инженер должен уметь системно мыслить, уметь смотреть на задачу с разных точек зрения, уметь абстрагироваться, не зацикливаться на определенном решении и наборе инструментов (технологическом стеке). На вопрос: «А как нам это сделать?» инженер не имеет права ответить: «Я не могу этого сделать, так как не умею писать на Python, Java, Ruby и т.д.». Правильным ответом будет следующий: «Я не могу это сделать, так как это повлечет за собой негативный пользовательский опыт, но у меня есть решение, как этого избежать!». Чтобы познакомиться с таким подходом на примере известной компании, я рекомендую к прочтению книгу Джеймса Уиттакера «Как тестируют в Google». Наша компания, как и Google, поддерживает такую инженерную культуру.
Теперь у вас за плечами необходимый багаж знаний и опыта, и следующим логичным шагом будет написание резюме и выход на рынок. Но и здесь не все так просто. Как сделать так, чтобы именно ваше резюме выбрали из сотен и тысяч других и именно вас пригласили на собеседование? И как пройти собеседование?
Для того, чтобы ваше резюме заметили и выбрали, очень важно правильно его наполнить. Во-первых, у будущего инженера по обеспечению качества в резюме не должно быть ошибок, опечаток, отличающихся шрифтов и т.д. Во-вторых, указывайте в резюме только то, что поможет вам отобраться на позицию тестировщика. В-третьих, делайте акценты на ваших сильных сторонах.
После того, как резюме составлено, его необходимо активно отправлять на все понравившиеся вам вакансии. Здесь можно применить следующую формулу: отправив резюме на 50 вакансий, вы получите 15 приглашений на собеседования и три предложения о работе. Еще один важный момент заключается в том, что если вам отказали на 9 собеседованиях из 10, а на одном вы получили предложение о работе, то это успех. И все девять отказов стоит воспринимать только как опыт, а не поражение.
Помимо правильного резюме, также важно умение проходить собеседование. Этот навык можно тренировать практически сразу после знакомства с тестированием. И к тому моменту как вы получите достаточные знания и опыт, вы также будете готовы проходить интервью уверенно.
В тестировании также существует своя система сертификации специалистов ISTQB, которая разделена по уровням. Давайте рассмотрим то, что нужно знать для получения сертификата базового уровня.
Содержание программы Базового уровня:
Таким образом, знание основ тестирования, правильно составленное резюме, опыт прохождения интервью и наличие сертификата, безусловно, выделят вас среди остальных кандидатов!
Что же дальше? Вы прошли интервью и получили свой первую работу тестировщиком!
Я пришел в тестирование из другой профессии и получил свой первый оффер после четвертого собеседования. Передо мной открылся новый, интересный мир, у которого я на тот момент не видел границ! У меня появилось огромное желание приходить на работу и помогать делать продукт качественнее! Но со временем встал вопрос: «А что же делать дальше? Сколько можно работать мануальным (ручным) тестировщиком?». Да, это интересно, но хотелось двигаться дальше и развиваться. Хотя я твердо убежден и вижу на практике, что ручное тестирование еще очень долгое время будет актуально, и это позволит попадать в мир IT новым тестировщикам.
Если мы вернемся к диаграмме пути тестировщика, то увидим, что у начинающего специалиста очень много путей развития: можно пойти по пути автоматизации, либо по пути менеджмента в тестировании и др. Поверьте, выбор огромный! Но какой бы путь вы не выбрали, нужно сохранять и развивать в себе те инженерные навыки и склад ума, о которых мы говорили выше.
Попав в Exness, я был рад узнать, что здесь практикуют такую инженерную культуру, которая позволяет тебе быть не тестировщиком, а Software Engineer в продуктовой команде. Мы стараемся не фокусироваться на разделении инженеров по позициям (разработчик, тестировщик, девопс). В нашей команде каждому даются равные возможности для развития и применения своих навыков. Для меня подобный опыт был первым. И я с уверенностью могу сказать, что он очень мотивирует двигаться и развиваться дальше! В тоже время весь этот процесс не происходит сам по себе. Компания корректирует процессы и скиллы всех членов команды, дабы избежать рисков. Когда, например, все в команде начнут программировать.
Так кем вы станете в конце концов?
Так кто же такой тестировщик? Как понять, вы им стали или все еще нет? По моему мнению, загнать такую обширную область знаний и возможностей в одно определение невозможно. В конечном итоге вы уже не будете просто тестировщиком или разработчиком, вы станете инженером, владельцем продукта, который развиваете и постоянно стремитесь улучшить его качество. Вы перестанете застревать на какой-то технологии и будете смело использовать новую, если она быстрее и эффективнее решит вашу текущую задачу.
И еще несколько слов о том, насколько реально сейчас попасть в тестирование. Вход в IT через тестирование доступен не меньше, чем раньше. Рынок все еще испытывает дефицит кадров. Даже в текущей, странной и непонятной для рынка ситуации, появляются все новые и новые вакансии. Также наличие различных школ и курсов для подготовки тестировщиков все еще не создает вала кандидатов на рынке. Поэтому можно сделать следующий вывод: да, требования меняются, но старт в IT через тестирование все еще доступен!
Желаю всем найти себя в тестировании и раскрыть инженера в себе!