QA Engineer. Михаил Семынин
Чтение книги онлайн.

Читать онлайн книгу QA Engineer - Михаил Семынин страница 5

Название: QA Engineer

Автор: Михаил Семынин

Издательство: Автор

Жанр:

Серия:

isbn:

isbn:

СКАЧАТЬ разделении по типу программного обеспечения обратите внимание на то, что backend часть проектов на практике не всегда, но нередко является общей для нескольких систем (Web, Mobile, и т.д.).

      Типы:

      – Web Engineer – тестирование frontend и всех частей backend веб–сайтов. Один из самых востребованных сегментов, в котором за последние годы сильно выросли требования к знаниям и умениям инженеров.

      – Mobile Engineer – тестирование мобильных приложений и нередко backend. Возможно, это уже немного обогнавший Web сегмент, в котором также выросли требования к знаниям и умениям инженеров.

      – Desktop Engineer – ставший менее популярным сегмент тестирования приложений для Windows/Mac/Linux, который, тем не менее, очень востребован. Приложения на компьютеры никуда не делись и исчезнут не скоро. Требования к инженерам тут растут не так быстро, как в Web и Mobile.

      – Hardware Engineer – тестирование самых разных, обычно узкоспециализированных физических устройств (программное обеспечение для станков, автопилоты и т.д.). Встречается не часто. Рост требований к инженерам здесь скорее обусловлен ростом физических технологий (архитектуры процессоров, памяти и т.д.).

      2.5. Разделение по направлениям тестирования

      Эта классификация относится к тому, какие проверки создают инженеры, и как эти проверки выполняются.

      Состоит из:

      – Manual Engineer – инженер, создающий и выполняющий тесты вручную.

      – Automation Engineer – инженер, создающий и выполняющий автоматизированные тесты.

      2.6. Градация инженеров на практике

      Важно заметить, что разделение по грейдам сильно отличается в разных компаниях или даже проектах. В одном месте вы Junior, в другом – Senior. Эта и другие странности вызваны разными факторами, осознанными и неосознанными.

      К осознанным можно отнести:

      – Занижение грейда и заработной платы для снижения расходов на сотрудников. Вполне оправданный шаг, условно выгодный для всех сторон, когда речь о начале карьеры и активном стремлении расти. То есть, для резюме вы быстро станете Senior, хотя объективно окажетесь недостаточно квалифицированным для этого грейда. А компании, которые потом будут вам платить как Senior, не часто, но существуют.

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

      К неосознанным можно отнести:

      – Отсутствие компетенции для объективной оценки сотрудников. Ситуации, когда человек уровня Middle годами занимает позицию QA Lead, не редки в мире. Возможно, в компании нет QA Lead в принципе и сотрудников оценивает, к примеру, Project Manager, не имеющий для этого компетенций в QA. На практике это могут быть компании даже с количеством QA инженеров в десятки человек.

      – Сильно устаревшее понимание количества навыков, необходимых СКАЧАТЬ