Что такое СДЭТ? Обязанности и требования

26 августа 2021 г.

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

Что такое СДЭТ?

SDET — это инженер-разработчик программного обеспечения в тестировании, который работает как в разработке программного обеспечения, так и в тестировании программного обеспечения, но часто работает в группе контроля качества или обеспечения качества. Хотя специалисты по технологиям в этой роли обычно могут писать код, как разработчики, они часто пишут код, который может автоматизировать тестирование, что позволяет быстрее получать результаты тестирования на протяжении всей разработки.

Каковы обязанности SDET?

Некоторые общие обязанности, которые вы можете ожидать, включают:

Интерпретация бизнес-требований

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

Написание и анализ кода

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

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

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

Расследование проблем

Если некоторые тестовые примеры не пройдены, вы можете исследовать проблемы, о которых сообщалось в результате неудачных тестов или ошибок. Вы можете прочитать код и выполнить собственное тестирование, чтобы определить, что может вызвать проблему. Вы также можете тестировать потенциальные решения и сообщать о них разработчикам для получения обновлений или делать обновления самостоятельно.

Запись результатов теста

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

Изучение достижений отрасли

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

Требования SDET

Чтобы стать SDET, необходимо выполнить несколько требований, в том числе:

Образование

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

Профессиональный опыт

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

Сертификация

Для многих должностей вам может не понадобиться сертификация, но ее получение может помочь повысить вашу квалификацию. Вы можете пройти онлайн-курсы, которые могут определить вас как сертифицированного инженера-разработчика программного обеспечения в области тестирования или в смежной области, и часто могут быть возможностями для общения или поиска работы. Если вы решите получить еще одну сертификацию, например сертификацию QA от Международного квалификационного совета по тестированию программного обеспечения (ISTQB) или сертификацию сертифицированного специалиста по безопасности информационных систем (CISSP), это может показать ваши знания программного обеспечения и процессов тестирования.

Навыки и умения

Есть несколько ключевых навыков, которые вы можете приобрести или развить на протяжении всей своей карьеры:

• Программирование: такие технические навыки, как программирование, являются ключом к пониманию исходного кода систем и программ, а также к созданию тестовых кодов, сценариев и случаев. Вам также может потребоваться вручную отредактировать и обновить код.

• Управление проектом: хотя менеджеры по обеспечению качества или назначенные менеджеры проектов определяют графики разработки и тестирования, знакомство с процессом может помочь SDET понять свою роль и то, как она вписывается в более крупные планы проекта.

• Инструменты контроля качества: в зависимости от типа программ, которые компания может разрабатывать и управлять, команды контроля качества могут использовать различные автоматизированные инструменты контроля качества. В описании работы может быть указан предпочтительный опыт работы с конкретными инструментами, которые, по их мнению, вы должны знать.

• Коммуникация: разработчики и специалисты по обеспечению качества часто переводят техническую информацию и код на понятный им язык. Навыки письменного и устного общения помогут вам писать четкие и эффективные тестовые примеры и сообщать о проблемах.

• Креативность: особенно с новыми программами или функциями вам может понадобиться создать тестовые примеры QA, которые гарантируют, что все работает правильно. Точно так же, используя существующие фреймворки QA, вам, возможно, придется проявить изобретательность, чтобы отредактировать их для каждой платформы.

• Управление рисками: при просмотре кода и результатов контроля качества способность выявлять риски и сообщать о них может сэкономить время и деньги вашей команды. Сообщение о рисках и понимание их влияния может означать, что вы хорошо понимаете код.

• Управление временем: графики разработки, особенно короткие спринты в цикле разработки, часто могут быть строгими. Важно понимать, как ваши задачи соотносятся с графиками разработки и развертывания программы.

• Адаптивность: технологии часто меняются, поэтому важно постоянно узнавать о достижениях в этой области и учиться работать с новыми инструментами. Способность адаптироваться может помочь вам выполнять свои обязанности при меняющихся требованиях.

SDET против ручного тестера

Ручные тестеры отличаются от SDET тем, что они должны проверять, соответствует ли ожидаемое поведение программы или системы фактическому поведению. Они выполняют свои обязанности по обеспечению качества вручную в соответствии с бизнес-требованиями и исходным кодом. Есть несколько ключевых различий между SDET и ручным тестером:

• Объем знаний: Инженеры-разработчики программного обеспечения в тестировании понимают системы и требования от начала до конца. Ручным тестировщикам часто нужно знать только ту часть системы или программы, которую они тестируют.

• Участие: SDET могут помочь с проектированием, разработкой, тестированием и исправлением новой или обновленной программы. Процесс может включать только ручных тестировщиков в цикле тестирования, хотя они могут тестировать более одного раза, если выявляют проблемы.

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

• Знание продукта: инженеры-разработчики программного обеспечения, проходящие тестирование, иногда читают полные документы с бизнес-требованиями и понимают продукт, который они разрабатывают и тестируют, в том числе то, как с ним может взаимодействовать конечный пользователь. Тестерам, проводящим ручное тестирование, может потребоваться информация о продукте, касающемся тестируемой детали.

Обратите внимание, что ни одна из организаций, упомянутых в этой статье, не связана с компанией Indeed.