Как стать автором
Обновить

Комментарии 4

В современных реалиях работодатель требует от qa быть фуллстеком. На любом собеседовании ручного тестировщика будут вопросы связанные с автоматизацией. И довольно много. Даже если ручной придёт строго на ручные задачи, в процессе, его заставят доучить язык и что-то делать в авто. Поэтому хватит продавать курсы только ручного, увеличьте время курсов и добавьте более серьёзных блоков с кодом и ci/CD, объедините с курсом автоматизации.

Может убедить покупателя в том, что по-прежнему валидно идти на ручного - получится. Но потом убедить работодателя, что ручной всё ещё нужен - ему будет сложно

Спрос есть и на ручных тестировщиков. Не все компании вообще решают что-либо автоматизировать. Есть краткосрочные проекты, стартапы, небольшие студии. Безусловно, авто повышает качество специалиста и лучше знать и уметь, но не всегда это требование проекта.

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

Кмк, нужно автоматизировать всё что можно (даже на уровне postman), не забывая о ручном тестировании. Понятно, что не всегда клиент хочет автоматизацию, но не знать её такое себе. Это компетенция, без которой сложно выдержать конкуренцию

Зарегистрируйтесь на Хабре, чтобы оставить комментарий