Без чего невозможно устроиться на первую работу в QA
Усі статті, обговорення, новини про тестування — в одному місці. Підписуйтеся на DOU | QA!
Эта статья будет интересна начинающим тестировщикам, тем, кто уже принял решение развивать свою карьеру в данном направлении и имеет хорошую теоретическую базу, но не до конца представляет себе, что ожидает его в Quality Assurance Reality.
На сегодняшний день знания начинающего специалиста в QA должны быть довольно обширными: Strong knowledge теории тестирования, архитектуры современных приложений, методологий процесса разработки, процедур и протоколов передачи данных, базовые знания основ программирования... Этот список можно продолжать.Растущая, как гора, информация, вскоре начинает не приносить ясность в головы будущих QA джунов, а затуманивает то, что раньше было просто и понятно.
В такой ситуации всегда помогает практика, где можно и реализовать свои знания и разложить все «по полочкам». Мне, как такому же соискателю, помогла не забыть и закрепить свои знания, приобрести определенный уровень уверенности в себе, как в специалисте, практика тестирования реальных рабочих проектов.
Для себя я выделяю несколько уровней тестирования в зависимости от этапа готовности продукта разработки, от создания макета и до выпуска в релиз, на каждом из которых есть необходимость в проверке качества.
Уровень Прототип:
Используя инструмент Figma, можем ознакомиться с макетом будущего приложения, оценить его объем, сложность исполнения (и, соответственно, большую вероятность возможных ошибок). Уже прорисованы основные функциональные элементы: кнопки, ссылки, главное навигационное меню, контакты и социальные сети. Исходя из этого легко можно написать чек-лист на проверку основных элементов и функциональностей. Если позволяет квалификация и есть информация, как должно работать приложение, можем оформить тест кейсы с ожидаемым результатом в TestCaseLab или любом другом инструменте для поддержания тестовой документации.
Уровень Отладка:
Тестирование продукта на этом уровне позволяет ликвидировать огрехи программирования и добиться конечной цели — полнофункциональной работы разработанной программы. Процесс тестирования позволяет моделировать ситуации, при которых программный продукт перестает функционировать. Здесь применяем «позитивные» сценарии и не боимся «негативных», которые могут дать отказ системе. Проходим по заранее написанному чек-листу, чтобы не упустить важную деталь для тестирования. Применяем также и Exploratory testing: когда сценарий тестирования диктуется особенностями работы самого приложения. Найденные баги заносим в баг-репорт (Jira, Trello и др). Чтобы лучше рассмотреть «баг», полезно использовать Chrome DevTools: проверяем «подозрительную» скорость работы функционала, статус-код ответа сервера о неработающих как надо элементах, смотрим ответ на запрос к базе данных приложения.
Уровень Предрелиз:
Тестирование на этом уровне предполагает, что были проведены как ретестинг (проверены пофикшенные баги), так и регрессия (проверка работы основного функционала и документирование новых багов). Держим связь с разработчиками, продакт менеджером и продакт оунером. За ними последнее слово: быть найденному багу или забыть?! Мне, как человеку не лишенному чувства прекрасного, особенно приятно наблюдать, как приложение преобразуется на глазах: из кособокого колобка в стройное, функциональное, надежное здание, которое будет приносить пользу и радость от использования другим людям.Конечно, многие скажут, а где Performance и Sequrity тестирование? Запросы в базу данных и API? То, что Вы описали, может сделать любой! Мой ответ такой: даже «простое» исследовательское и «Ad hoc» тестирование на настоящих проектах позволяет проверить Вас — настоящий ли Вы тестировщик, хватает ли у Вас терпения и трудолюбия кропотливо выискивать баги даже в «хорошо» работающем приложении. Насколько хорош Ваш уровень английского — понимают ли Ваше описание багов коллеги? Общение внутри команды выявит, кто Вы — лидер, который берет многое на себя (в том числе и ответственность), или халявщик, который без дополнительных указаний и контроля не желает брать «тяжелого в руки». Вы также можете узнать, как люди воспринимают Вас в условиях удаленной работы, насколько легко или трудно коммуницировать не видя собеседника. Кстати, в современных условиях мирового карантина, навык дистанционной работы будет очень кстати.
В моей практике бывали и форс-мажорные обстоятельства. Берешь ноутбук в поездку в другой город, чтобы не отстать от графика. Стараешься не подвести коллегу, ведь если работаешь в паре, то твои задания придется выполнить ему, и не задержать проект в целом, так как его разработка идет в реальном времени. Отвечаешь на скайп-колл в 12.30 ночи, потому, что ментор задержался с другой группой, а проблему надо решить. Болеешь, но все равно участвуешь в созвонах, чтобы быть в курсе происходящего. Все эти неудобства и «трудности» я воспринимаю с юмором, и чувствую, что они сделали меня сильнее.
Где же найти работающие проекты для приобретения практического опыта? Существует множество стажировок от известных компаний, куда, как правило, необходимо пройти конкурс. Также популярен сейчас фриланс и краудтестинг, где Вас приглашают на отдельные проекты. Выполнить тестирование готовых программных продуктов можно и на любых подготовительных курсах (правда, обычно, там много теории и мало практики). Лично мне встретилась программа участия в проектах от школы тестировщиков IQAEngineer, где все наоборот: основа курса это реальные, в основном зарубежные, очень интересные проекты. Такие не встретишь в интернете: система управления медицинским персоналом, информационное приложение о тонкостях иммиграции, магазин документации для химических веществ, контент приложение о том, как монетизировать YouTube каналы и другое.
Так что пробуйте и тестируйте! А самое главное — протестируйте самих себя! Насколько эта профессия Вам подходит? Ведь как гласит один из принципов тестирования: «Тестирование должно начинаться как можно раньше» (тем дешевле это Вам обойдется))).
Tetiana Vyshnevska, applying for a Junior QA position.
[email protected]
15 коментарів
Додати коментар Підписатись на коментаріВідписатись від коментарів