Может ли автоматизация QA/Tester работать в профиле SDET

Question

Sine два года Я работал в профиле тестирования автоматизации, который включает разработку тестовых фреймворков с использованием селена, watir, JUnit. Теперь я хочу улучшить свой профиль технически. С течением времени я разработал навыки честного кодирования с помощью языков ООП, таких как C++, Java (сервлеты & JSP), RubyOnRails.

С активным вмешательством в тестирование автоматизации (Unit/Integration) Я также с нетерпением жду возможности эффективно использовать свои навыки программирования. Я с нетерпением жду профиля, который включает в себя как навыки.

Поиск подходящего профиля я наткнулся на две роли, что из SDET (S/W разработчик в тестах) & WBT (Whitebox тестер). Но обычно для этих профилей предпочтение отдается разработчикам.

Так что эти позиции доступны для exp.Automation QA/Testers также? Какова рыночная тенденция? Просьба поделиться своим советом с тем же.

Answer 1

Основываясь на моем опыте работы, определение роли становится нечетким, когда участвует QA. В типичной организации у вас есть PM, менеджеры, разработчики и мастера схватки (если вы ловкий магазин). Эти 4 типа имеют давние и четко определенные роли в отношении того, кто они и что они делают. Это не относится к QA. С названием «ОК», вы можете иметь несколько «ароматов», что вы делаете:

• SDET (инженер-разработчик программного обеспечения в тесте): Пишет автоматизации, запускает юнит-тесты, записывает новые тесты для новых функциональных возможностей и поддерживает база кода для тестирования.
• Тестер черного ящика: способен выполнять более детализированное тестирование, такое как SQL-инъекция и атаки XSS.
• Тестер белого ящика: считывает код, написанный другими, и наблюдает за его выполнением. Может дать обратную связь и отметить области, где код и охват могут быть более надежными.
• Функциональный/ручной тестер: чисто ручное тестирование. Выполняет тесты с учетом множества конечных пользователей, но с немного более техническим изгибом.

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

Answer 2

Да, ребята автоматизации могут стать SDET, если вы умеете программировать/решать проблемы.
Я предлагаю вам выбрать роль, которая сочетает в себе разработки рамок автоматизации и ручное тестирование в качестве поэтапного шага, если вам не нравится программирование. Но если вам нравится программирование, попробуйте выполнить все роли автоматизации. Большинство недавних запусков имеют эту роль и готовы предложить, если вы хорошо разбираетесь в решении проблем, концепции ООП и способны разработать структуру.
На данный момент рыночная тенденция хорошая. Но я не могу заверить вас, что произойдет через 5 лет. Многие компании, такие как Flipkart, перешли на подход без SDET, т.е. разработку, тестирование и автоматизацию, осуществляемые одним и тем же индивидуумом, т.е. SDE , Я предлагаю вам попробовать стартапы или компании, основанные на продуктах (например, amazon), где у вас много работы. Здесь у вас есть возможность многому научиться.