что нужно чтобы быть тестировщиком
Как стать тестировщиком с нуля
Основы тестирования можно освоить без курсов за 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! Про компании, в которые стоит или не стоит идти тестировщику.
Как стать тестировщиком и не разочаровать родителей. Порог входа и основы основ
Еще 10-15 лет назад наши родители не могли себе представить, что большая часть бытовой рутины будет решаться в пару кликов мыши. Однако сейчас количество сервисов существенно увеличилось, и люди могут позволить себе пользоваться тем, что более качественно и удобно для пользователя. Если вы в процессе использования какого-либо приложения или сайта задумывались о профессии, которая позволила бы вам делать продукты лучше, то эта статья даст вам небольшую инструкцию о том, как войти в профессию тестировщика.
Кто такие тестировщики?
Существует заблуждение, что «тестировщик» – это профессия, которая подразумевает поиск ошибок и проверку продукта до тех пор, пока он не отвалится. На самом деле это утверждение верно лишь отчасти. Тестировщик проверяет, что продуктом удобно пользоваться и что его функционал исправно работает. Соответственно, тестирование – это не поиск ошибок, а проверка соответствия ожидаемого поведения продукта фактическому. Хотя иногда есть необходимость помучить продукт, а то и вовсе его сломать, чтобы вас прокляли разработчики убедиться, на каких максимальных мощностях или как долго продукт может стабильно работать. Об этом вы можете ознакомиться в статье про нагрузочное тестирование.
Как начать тестировать?
Очевидно, для начала хорошо бы изучить теорию и иметь возможность на чем-то практиковаться, чтобы подкрепить знания в деле. И на этом пути у вас есть два направления:
Жизненный цикл продукта
Любому начинающему или действующему специалисту it-сферы крайне полезно знать жизненный цикл продукта, так как он сам будет являться его частью на том или ином этапе.
Жизненный цикл бага
На самом деле, жизненный цикл бага будет зависеть от разных факторов: например, от проекта, приоритета бага или решения команды. Здесь не всегда работают шаблоны, но важно иметь базовые знания, чтобы знать, как минимум, процесс работы.
Виды тестирования и уровни тестирования
Любой тестировщик должен понимать, какой вид продукта он тестирует, и какие виды тестов необходимы именно под этот продукт.
Как писать чек-листы, тест-кейсы
Необходимость написания тест-кейсов сегодня достаточно спорна. Все же, как показывает практика, в процессе написания продукт изучается лучше, задается больше вопросов, и выявляется больше деталей продукта. Поэтому изучение этого навыка поможет вам научиться структурировать ваши проверки.
Знание техник тест-дизайна
Знание техник тест дизайна помогают сильно сэкономить время, позволяя избавиться от ненужных проверок.
Умение пользоваться багтрекинговыми системами, системами написания тест-кейсов, а также хранением документации
Для постановки и контроля задач есть специальные сервисы, которые позволяют отслеживать, на каком этапе находится задача, ее приоритет и так далее. Одни из самых популярных – Jira, Redmine, Trello. Для систем написания тест-кейсов есть такие сервисы, как testRail, Qase, TestLink. В некоторых случаях вполне достаточно Google docs. Для хранения документации – Confluence, Notion и Wicki.
Понимание работы протоколов http/https, знание http запросов (Post, Get, Put, Option, Delete)
Для тестировщика важно понимать работу протоколов, а также знать структуру и типы http запросов, уметь читать ответы сервера. Не всегда проблема ошибки отображается явно на верстке, в некоторых случаях полезно проверять корректность общения между клиентом и сервером.
Умение работать с реляционными базами данных
Полезным навыком для тестировщика будет умение работать с системой управления базами данных (СУБД). Умение обращаться с СУБД заметно облегчит вам жизнь при работе на проектах с огромным количеством данных, для проверки целостности, а также корректной обработки данных. На начальном этапе от вас вряд ли потребуются высокоуровневые знания по работе с SQL, однако знание простых команд типа «выведение всех доступных баз данных» – SHOW DATABASES, «Просмотр таблиц, доступных в базе данных» – SHOW TABLES, Команды для создания запросов SELECT…; является достаточно необходимым.
Умение скачивать, читать логи мобильного приложения
Помимо описания путей воспроизведения бага, видеозаписи или скриншота, крайне полезно прикладывать логи работы мобильного приложения на момент воспроизведения бага. Это заметно облегчит жизнь разработчику в починке функционала. Также важно понимать, в какой именно отрезок времени воспроизвелся баг.
Умение гуглить
На самом деле было бы правильнее этот навык поставить на первое место списка, так как этот навык полезен не только для работы, но и в целом для осознанной жизни. По ходу работы у вас появятся 100 вопросов, и некоторые вещи для начала лучше уточнить у поисковика, чем у разработчика.
Английский язык
Большинство толковых документаций, полезных статей преимущественно пишется именно на этом языке.
Набор инструментов для проверок
Postman – инструмент для тестирования api. Это одно из самых популярных приложений, которое позволяет совершать отправку api-запросов, созданий коллекций запросов, создания полуавтоматических api-тестов.
Google Chrome Dev tools – консоль разработчика есть на всех браузерах, но по функционалу и удобству больше всех развилась именно эта, поэтому изучение стоит начать именно с нее. Это инструмент для проверки веб-сайтов, который поможет вам отслеживать запросы, проверять работу сайта, изменяя сигнал интернет-соединения, проверять верстку сайта на разных размерах. Также у GCDt есть шаблон с размерами мобильных устройств.
Эмуляторы Android Studio и Genymotion. Иногда в компаниях не всегда бывают устройства, заявленные в требованиях, и, чтобы не откладывать проверки, можно воспользоваться эмуляторами мобильных устройств.
Jmeter – инструмент для нагрузочного тестирования. У него достаточно низкий порог вхождения. Помимо нагрузочного тестирования, Jmeter можно использовать как-прокси сервер для отслеживания запросов, проходящих через ваш продукт.
Терминалы – как правило, они не имеют графическую оболочку и являют собой просто командную строку.Терминалы имеют более низкую нагрузку на систему, и поначалу может быть непривычно их использовать, однако потом трудно будет перейти на графику. В тоже время в некоторых случаях терминал не прощает ошибки, но умение работать с ним достаточно полезный и необходимый навык для тестировщика. В некоторых случаях с помощью терминала можно совершить больше действий, чем мышкой.
Список материалов, которые помогут вам познакомиться с основами тестирования:
Способы применить теорию на практике
С теорией определились. Что же делать с практикой? Самый простой путь – взять любой сайт, и начать составлять тест-кейсы, чек-листы, проходить по ним. При нахождении ошибок составить баг-репорты и отправить их в службу поддержки. Как минимум, +100 к карме от разработчиков вам упадет, будьте уверены.
Для набора опыта стоит попробовать себя в crowd-testing – на фриланс площадках для тестировщиков. Подробнее об этом можно прочитать в статье.
Также некоторые компании выставляют свои проекты с открытым исходным кодом, чтобы желающие могли потестить и оставить какие-то замечания или пожелания о своем продукте. Не стесняйтесь участвовать на различных бета-тестах игр или программ. Как правило, именно на этих сырых приложениях бывает куча багов, которые легко отлавливать.
Кроме того, можно вступать в профессиональные сообщества. Например, QA mobile community – сообщество мобильных тестировщиков, сообщество по автоматизированному тестированию, сообщество тестировщиков Казани. Это заметно улучшит качество вашего развития и увеличит шансы обрести хорошую работу. Вступайте в группы в соцсетях, которые помогли бы вам обрести новые профессиональные знакомства. На примере опыта коллег по цеху вы сможете обрести свой и избежать некоторых ошибок, хотя иногда полезно и ошибаться.
От тестировщика — к QA инженеру. Советы новичкам
Привет! Меня зовут Сергей Могилевский, я QA Engineer в NIX, спикер NIXMultiConf. На протяжении пяти лет занимаюсь тестированием, последние три года являюсь Group Lead, два года — Lead тестировщик в проекте.
Тестирование остается одним из самых популярных направлений среди новичков в IT. «Светлые головы» приходят в команды со своим видением и свежими идеями. Но техническое образование есть далеко не у всех. Ребята ищут направления, которые не требуют длительной подготовки и специфических знаний. Действительно ли профессию тестировщика так легко освоить? Давайте разберемся детальнее.
Тестировщик — многогранная профессия
Хотите быть ответственными за контроль качества IT-продукта? Тогда для успешного старта в карьеру необходимо освоить базовые скиллы: внимательность, усидчивость и понимание особенностей тестируемого приложения. Это три кита, которых в процессе работы дополняет умение пользоваться специфическими вспомогательными инструментами (баг-трекинговыми системами, мессенджерами) Когда навыки сложились в один большой пазл — с уверенностью пробуйте себя на должности QA. В современном мире IT для уверенного входа в профессию этого будет недостаточно. Чтобы сойти за QA — trainee, нужно знать теорию и основы предметной области, попрактиковаться с приложениями, узнать распространенные подходы к тестированию. Это все нетривиальные вещи. Их освоить легче, чем вид программирования, паттерны разработки, основы менеджмента. С уверенностью могу сказать Вам, что скука уйдет прочь уже на старте, какими бы примитивными не казались таски. Здесь работает всем известное правило — первое впечатление зачастую обманчиво. Каждодневная практика поможет понять прелести профессии. Есть куда расти, а это значит, что без челленджей не обойдется! Идеальный сценарий для новичка — найти, заполучить оффер мечты, визуализировать себя в уютном офисе в роли перспективного QA. Следующий уровень доступен не всем. Если у кого-то все сложилось так позитивно, это не значит, что тестирование — несложная работа.
+1 челлендж в копилку
Ступая на путь QA, важно уяснить, что с первой в своей жизни работой тестировщика специалист не становится инженером в чистом виде, он лишь тестировщик (вспомним деление на testing, QA, QC и вот это вот все). Перед ним открывается разнообразный мир новой профессии, который он только начинает осваивать. Появляются первые сложности. Однако, справившись с каждой из них, новичок получает отличный профит.
Системное мышление — важная «мышца». Это умение, которое можно и нужно развивать. Благодаря этому QA смотрит на проект шире, генерирует более правильные, оптимальные способы тестирования и тест-кейсы. Например, когда молодой специалист смотрит на фичу, он видит только ее и больше ничего вокруг, максимум — несколько близких очевидных зависимостей. Когда перед QA стоит проблема планирования тестирования для масштабного проекта — навык, как никогда необходим. Если специалист не умеет рассматривать проект, как цельную систему с внутренними зависимостями и взаимосвязями, велика вероятность не оптимально выстроить стратегию тестирования. Стремясь разобраться в фиче любой ценой, найти нужный подход к ее тестированию — мировоззрение становится шире, опыт позволяет находить полезные тест-кейсы, эффективность работы повышается в разы. У QA — инженера появляются возможности заниматься другими задачами и раскрывать себя перед лидом с другой стороны.
Ожидание VS реальность. В начале моего карьерного пути сложилась ситуация, что я зашел на новый проект одним из первых. Мне дали возможность написать тест-кейсы на пару модулей в системе, затем пришлось оставить проект из-за непредвиденных ротаций. Через несколько лет я вернулся в ту же команду, но уже в роли временного усиления состава. Догадаетесь, какие тест-кейсы мне попались на прогоне мануальной регрессии? Бинго, мои же собственные! Юмор оказался в том, что я это заметил, когда обсуждал с коллегой узость и непродуманность подобных проверок.
Оказалось, за прошлые месяцы ни у кого не дошли руки актуализировать, проверить тест-кейсы. В целом проверяли функционал. С прокачанной «мышцей» системного мышления я, буквально, за пять минут понял то, что не смог заметить, будучи новичком. Проверки, которые казались чуть ли не идеальными, на самом деле были поверхностными и плохо продуманными.
Качественная коммуникация — необходимый аспект. QA — это не только о тестировании, но и регулярный сбор информации, документации, построение слаженного общения в команде. Специалист, умеющий быстро добывать нужную информацию, делиться с заказчиком, грамотно ее распределять в задачах для тиммейтов — профи на вес золота. Начинающий специалист не всегда понимает, какие вопросы, кому конкретно, когда лучше задавать, с кем делиться результатами работы, что потом делать с фидбэком. Освоение этого навыка позитивно влияет на информированность и осознанность всей команды. Проект не стоит на месте, а продвигается. Коммуникабельность тестировщика, как и всех остальных участников команды, помогает не упускать важные для проекта моменты и оставаться на острие IT-сферы.
Обновлять и пополнять имеющийся инструментарий — must have для QA-инженера. Работа может выполнятся быстро и качественно, если подобрать для нее подходящий инструмент. Например, автоматизированное тестирование web UI на Angular намного проще, если использовать тулзы вроде Protractor. При этом работа пройдет гораздо сложнее, если использовать Selenium. В этом случае он не совсем подходит. Умение быстро выбрать правильный инструмент, изучить его, если он еще не освоен — сложная, но необычная и интересная задача, которая всегда развивает специалиста.
Почему тестировщик и QA не одно и то же
На практике основные задачи тестировщика отличаются от обязанностей QA-инженера. Тестировщик запускает тесты, проверяет и сверяет фактический результат с ожидаемым. У QA-инженера — масса задач для поддержания качества продукта. Общение с командой или заказчиком, планирование работ по тестированию, генерация специфической проектной документации и множество других тасков. Но если относиться к такой работе, как к длительному процессу развития, то большая часть умений приходит к тестировщику с опытом. Он участвует в командных активностях, постепенно получает доступ ко все большему количеству интересных заданий и усиливает свою экспертизу. Потихоньку начинающий тестировщик приближается к гордому званию настоящего QA.
Опыт получен. В запасе появились новые скилы. Что дальше? Всегда можно придумать другой подход к тестированию того, что уже сотню раз проверяли, и найти то, что можно оптимизировать.
QA — в первую очередь инженер
Для многих это звучит непривычно и вызывает небольшое сопротивление. Не стоит нервничать 🙂 Специалист каждый новый таск воспринимает, как челлендж, рвется его преодолеть с помощью имеющегося тулсета? Поздравляем, Вы нашли идеального QA. Столкнувшись с незнакомой задачей, тестировщик скажет: «Я такого не умею. Найдите того, кто умеет», а инженер ответит: «Дайте я разберусь и объясню, как могу решить эту задачу». В моей команде есть несколько специалистов, которые постепенно начали разделять и поддерживать этот подход. В тот момент, когда они приняли новые правила игры, когда страха неудачи не существует, а очередная задача — это всегда увлекательный и посильный челлендж — они стали получать от работы больше удовольствия и постоянный респект от коллег. Ребятам достаются новые, «непонятные» таски и в них они находят для себя постоянный рост.
Какие активности доступны с описанным выше складом ума? Любые! Ограничений практически нет. За любую задачу можно взяться, почерпнув из нее что-то новое. Например, виды тестирования, помимо простого мануального, это же кладезь интересных задач:
автоматизация функциональных проверок;
Среди других активностей, могу выделить такие:
вникание в код приложения для поиска новых вариантов проверок или отсечения дубликатных;
применение новых техник тест-дизайна к существующим проверкам;
построение новых пайплайнов тестирования.
Этот список можно продолжать. Каждый специалист найдет что-нибудь полезное для профессионального роста, руководствуясь своими навыками и интересами. Чтобы получать доступ ко все новым активностям и таскам. Крутой инженер умеет все, а с чем еще не знаком, разберется и сделает самостоятельно.
Единственным ограничителем может стать проектная ситуация и команда. Кто ищет, тот всегда найдет. При большом желании, заинтересованный в личностном развитии QA-специалист, всегда будет охотно браться за новые вызовы, стараться проявлять себя в интересных задачах с необычной стороны. Проверено на собственном опыте и команде. Лично мне хотелось бы, чтобы каждый, кто покоряет профессию QA, четко понимал — это не только про тестирование. Разнообразие активностей в этом направлении подходит практически каждому, кто готов на старте быть усидчивым и внимательным. Нужно просто немного изменить склад ума, чтобы тестировщик позволил себе стать инженером. Тогда перед ним мгновенно откроются десятки карьерных возможностей!