Back to list

Жизнь QA-инженера: типичный рабочий день

Технологии
26.6.22
Жизнь QA-инженера: типичный рабочий день

Жизнь QA-инженера: типичный рабочий день

Люди часто задаются вопросом, как выглядит повседневная жизнь QA-инженера, и удивляются, узнав, что она на самом деле очень похожа на жизнь многих других инженеров-программистов! Так как же выглядит день QA-специалисты? В этой статье мы рассмотрим все, от ежедневного пробуждения до последнего дела, которое мы делаем перед сном, чтобы вы могли увидеть, каким был бы ваш типичный день в этой карьере!

Подготовьтесь к дню: скрам-встреча

Это первая встреча, которая происходит ежедневно. Обычно она планируется в районе 9 или 10 утра, редко позже. По сути, эта встреча — ваше направление на день, так что никогда не пропускайте ее!

Итак, что такое ежедневная скрам-встреча? 

В идеале это короткие встречи, на которых вы делитесь вчерашними достижениями и информируете всех о том, над чем будете работать сегодня. Вы также указываете, есть ли что-то, что не позволяет вам двигаться дальше, и если да, то что необходимо, чтобы “разблокировать” вас для выполнения конкретной задачи. Это распространенная проблема в командной среде, где многие движущиеся части зависят от других людей. Например, вы не сможете протестировать определенную функцию, потому что ожидаете исправления ошибки, о которой вы уже сообщили. Это означает, что вы “заблокированы”, и кто-то должен “разблокировать” вас, создав исправленную версию программного обеспечения.

В Agile-разработке есть ежедневные встречи. Перед этими встречами полезно подготовиться, записывая свои задачи для каждого проекта, который необходимо выполнить в этот день. Если возможно, попробуйте оценить, сколько времени займет каждая задача, чтобы вы могли дать оценку на каждой встрече. Это помогает установить шаблоны, которые позволяют оценивать будущие задачи. Цель здесь состоит в том, чтобы уменьшить стресс дедлайна и ​​повысить производительность в эти драгоценные часы работы перед обедом!

Проведите еще один раунд тестирования

Это называется регрессионным тестированием. Обычно утром вы получаете новую сборку, развернутую в вашей тестовой среде. Это означает, что вы должны протестировать исправления, которые поставляются с ним, и обнаружить новые ошибки. Во время этого тестового раунда мы должны убедиться, что основные функции по-прежнему работают должным образом в нескольких версиях программного обеспечения.

При этом, когда вы думаете, что что-то сделано, не просто сидите и смотрите на это. Запустите дополнительные тесты, чтобы найти ошибки или недостатки и сразу же исправить их. Не сидите сложа руки и не надейтесь, что все будет хорошо; немедленно проверьте еще раз, чтобы убедиться, что ничего не было упущено! Просто помните, что каждое исправление ошибки может привести к новым ошибкам, и ваша задача — обнаружить их во время раундов регрессионного тестирования.

Посмотрите на ошибки в трекере

Трекеры — один из самых важных инструментов тестировщика программного обеспечения. Они позволяют назначать задачи членам команды, отслеживать их прогресс и предоставлять документацию о том, как воспроизводить ошибки. Большинство команд используют какой-либо инструмент отслеживания — убедитесь, что вы знаете, что это такое и как его использовать. Если вы его не используете, ваш менеджер проекта или менеджер по развитию должен помочь вам найти то, что вам нужно. Трекеры могут быть онлайн или офлайн, в зависимости от вашей среды и того, что более полезно для вашего проекта или компании. Узнайте, есть ли у других сотрудников вашей компании средства отслеживания, которые помогут вам начать работу, или воспользуйтесь инструментами отслеживания ошибок, такими как Bugzilla, в качестве примера с открытым исходным кодом.

Обычно, когда вы начинаете свой день, вы проверяете наличие обновлений в своем инструменте отслеживания ошибок. Вы сможете увидеть, какие ошибки были недавно обновлены, возможно, с информацией о возможных решениях или изменениях статуса от других членов команды. Если есть какие-то ошибки, которые вы еще не рассмотрели, просмотрите их, прежде чем переходить к чему-либо другому. Прежде чем тратить время на конкретную проблему, постарайтесь убедиться, что все остальные в курсе того, что вы делаете — таким образом, все остаются в курсе и могут легче работать вместе. Рассмотрите возможность использования электронной почты или каналов чата для удобного общения, или вы можете просто подойти к своему коллеге и решить любые проблемы, которые могут у вас возникнуть.

Сделай перерыв

Хотя инженеры по контролю качества программного обеспечения имеют дело с компьютерами весь день, это не означает, что они никогда не едят и не тратят время на личные нужды. На самом деле, верно обратное. Вы должны уделять себе как минимум один хороший час на обед, прогулку вне офиса или даже вздремнуть в машине. На самом деле многие люди спят в машине в обед! Что бы вы ни решили делать — есть, гулять или спать — это ваш выбор. Очень важно сделать перерыв в середине дня, чтобы отдохнуть и привести мысли в порядок, подышать свежим воздухом и заняться спортом.

Создание тестовых случаев

Мы постоянно пишем тест-кейсы. Некоторые из них тестируют новый функционал, а некоторые добавляются в тестовое покрытие уже после того, как ошибка была обнаружена. Этот процесс продолжается и обычно занимает значительную часть нашего ежедневного времени.

Когда создается новая функциональность, разработчики часто не осознают всех возможных сценариев, при которых она может сломаться. Инженеры по обеспечению качества должны создавать тестовые сценарии для поиска этих потенциальных ошибок. Например, если ваша компания работает над программным обеспечением с проблемами безопасности, такими как электронная почта или банковские приложения, вам может потребоваться провести тестирование на проникновение. Это означает поиск любой уязвимости, которая может дать кому-либо доступ к частной информации или угрожать ее целостности (вспомните DDoS-атаки и повреждение данных). Тесты на проникновение также могут быть сосредоточены на определенных функциях, например, на том, насколько легко пользователи могут сбросить свои пароли, или проверить, принимаются ли меры физической и кибербезопасности во время распространения (например, шифрование маршрута доставки).

Тестовые случаи сильно различаются в зависимости от того, что разрабатывает ваша компания — какая часть вашего продукта требует дополнительного внимания?

Работа над сложными или нерешенными вопросами

Ощущение преодоления сложных препятствий на работе может быть весьма полезным. В некоторые дни вы будете чувствовать, что во всем разобрались, а в другие дни ваша команда будет ломать голову над решением. К счастью, все эти различные виды опыта способствуют вашему личному и профессиональному росту. Когда вы заканчиваете каждый день, думайте о том, как вы можете улучшить себя и как вы можете помочь своей компании достичь своей цели. Пока есть что-то еще, чему можно научиться или что-то сделать, используйте это как возможность стать лучше!

Работа над проблемами, требующими больше времени и самоотверженности, может включать в себя комплексное устранение неполадок, многоуровневую отладку и проблемы, которые не являются критическими, но важны для общего качества продукта. Итак, если у вас есть время после того, как вы закончите с обычными делами и всеми встречами, которые у вас были в течение дня, это ваш шанс немного размяться!

Иди домой отдыхай!

Между задачами, встречами и ошибками ваше рабочее время пролетает очень быстро. Часто вы ловите себя на том, что продолжаете работать, когда пора идти домой! Убедитесь, что вы установили будильник или используете какой-либо другой способ напомнить себе, что пришло время отдыхать. Обычно к концу дня вы чувствуете себя наполненным и довольным своим прогрессом. Это хорошее чувство, которое движет нас вперед! Продолжайте в том же духе каждый день и вознаграждайте себя вечером хорошим ужином, веселым свиданием или случайным вечером с друзьями!



Запись на курс Manual QA

5.0
rating
4.6
4.55