В своем блоге хочу рассказать о своей профессии. Я работаю тестировщиком приложений (еще, известная как QA Engineer) в одной крупной компании. В данном блоге буду делиться опытом, так как давно думал об этом, и, наконец, пришел к этому. Первый пост я посвящу, как я начал свой путь и немного мыслей о работе.
Как я пришел в профессию?
Закончив профильное образование по программированию, я приступил к поискам работы. Выложил резюме на самый известный сайт по поиску работы с двумя буквами «h» в названии. От поиска я ожидал, что займусь непосредственно разработкой, но мне предложили вакансию на должность QA. Однако, это привело меня в ступор, так как не знал, что это такое и с какой приправой его подавать, но в тот момент мне хотелось работать в крупной и стабильной компании, так как прошлый мой опыт был в поддержке 1С и мелких подработках для местных компаний. И так, пройдя собеседование и получив тестовое задание, я приступил к выполнению. Скажем так, протестировать калькулятор мне далось с боем, хотя спустя время это кажется так просто. И с этого момента началась первая ступень в моей карьере.
Первые впечатления
Мне повезло, что наша команда формировалась с нуля, и никто не знал друг друга. С одной стороны - это хорошо, адаптация происходила легче (для меня по крайней мере), но при таком раскладе была своя ложка дегтя, заключалась она в том, что ты должен разбираться со всем сам. Как я писал выше, я только закончил учебу, и мне пришлось в краткие сроки не только разобраться с тестированием, но и подтянуть себя по базовым технологиям(GIT, Docker, вспомнить как писать код по принципам SOLID и др.). Да-да, можно сказать, что я должен был знать это после учебы, но, увы, это больная тема отечественного образования. Но как бы не было трудно, я извлек полезный навык — быстро адаптироваться и применять новые технологии и подходы, а так же оперативно решать проблемы, что, я считаю, неплохо в моем деле. Изучая информацию о том, что ты должен делать в интернете, можно наткнуться на множество умных слов, таких как:
- UNIT тесты
- Регресс тесты
- Smoke тесты
- Нагрузочные
- Белый ящик
- Черный ящик
- Дизайнер тестов
- Исполнитель
- Кейсы
- Драйверы
, и многое другое, об этом всем я напишу в следующих постах, в которых разложу все по полочкам. Дак вот, о чем я, много всего непонятного, но с опытом, как говорится, приходит понимание. Спустя время и тонны информации из интернета, я был готов писать непосредственно тесты.
Тесты, Тесты, Тесты…
Что делает тестировщик? Правильно, пишет тесты, а если быть точным автотесты.
Но как не странно, это всего лишь малая часть.
Первой задачей станет понять логику. Многие предприятия, особенно, связанные с производством чего-либо имеют сложную бизнес-логику, в которой придется разобраться. Но, сразу скажу, что заканчивать еще одно образование не нужно, для этого существуют бизнес-аналитики, состоящие из сотрудников этой организации(возможно это бывшие опытные тестировщики или разработчики), которые знают логику. У данных коллег, скорей всего, не будет IT – образования, следовательно, вам нужно будет налаживать с ними коммуникацию и действовать в тандеме. Результатом вашей работы будет тестовый сценарий.
Вторым шагом будет проверка на реализуемость. Не стоит забывать, что у компьютера строгая логика и кнопки «Сделать» для всего не существует, так и со сценарием, всего реализовать не возможно по тем или иным причинам. Обычно, мы проверяем это руками, смотрим компоненты и прикидываем наши шаги в коде.
Третий шаг непосредственно написание автотеста. Важно писать тест строго по сценарию, шаг вправо, шаг влево, все шишки полетят в тебя.
И последний я назову сопровождение и разбор. Здесь как раз таки самая большая часть твоей работы. Для тестирования объемного программного обеспечения создают сотни, а то и тысячи сценариев. Они имеют обыкновение завершаться с ошибкой, с которой придется разобраться: понять, что случилось, написать подробный отчет. Да это скучная часть, но самая важная.
Последнее слово
Знаете, многие смотрят блоги, в которых есть реклама: «Станьте тестировщиком за пару месяцев», «Язык программирования не обязателен», «Будете много зарабатывать. Посмотрите вакансии, там предлагают золотые горы», эти тезисы заставляют меня улыбнуться. В следующем посте я напишу про мифы и реальность, а в будущем я расскажу, что нужно знать, чтоб быть хорошим специалистом в тестировании
В заключении хочу сказать, что став тестировщиком, я получил нечто большее, чем просто написание кода. Я начал видеть узкие места, потенциальные ошибки и к чему это может привести. Если вы планируете выбрать эту специализацию — вы не ошибетесь)))