Comments 11
Судя по заголовку и содержанию статьи мне показалось, что вы путаете тестирование с обеспечением качества. Тестирование ≠ QA.
На мой взгляд, менять область стоит тогда, когда выбрал её неосознанно, например в качестве стартовой или когда есть ощущение что это "не твоё".
Гхм, так и запишем, в качестве пути развития для “QA” сибур предлагает сменить профессию.
Спасибо, спасибо.
После тестирования, даже автоматизации можно претендовать только на junior+. Всё таки этот переход не нужен ни кому, ни человеку, ни компании.
Ну, по поводу «никому» это вы, конечно, очень смело обобщили.
Есть довольно большое количество компаний, где роль куаки включает в себя и ручное тестирование, и автоматизацию, в разных пропорциях.
В таких случаях, компании, очевидно, интересно прокачивать людей в эту сторону не роняя им грейд при этом.
Нет не очевидно, зачем мне менять рабочую единицу, которая выполняет задачи на слабого разработчика с завышенной зарплатой?
Автоматизатор имеет другие знания в отличии от ручного тестирования и отличные навыки от разработчика, есть смежные области, но их мало, пересесть разработчику в тестирование и наоборот сложно и не выгодно.
В нашей компании опытные тестировщики обладали огромным пониманием бизнес-процессов (ну, самой сути, в общем) приложения и, порой, из них выходили неплохие аналитики.
Ну и автоматизация — тут, знаете ли, можно так прокачаться, что сразу и уровнем сеньёра стать.
Исправьте Gmeter на JMeter, пожалуйста))
Подскажите, пожалуйста, вы пишете, что "у нас в СИБУРе некоторые ручные тесты хранятся в коде". А подскажете зачем? Не встречала ранее такую практику. Ведь как понимаю вы не имели ввиду именно автоматизированные тесты.
Еще есть же категория тест-менеджмента, как вариант. Управление командой тестировщиков, либо тест-менеджер в одной конкреткой кросс-функциональной команде, который организовывает процессы тестирования, контроля качества, тестовую архитектуру, коммуникацию со службами поддержки или другими командами, улучшение или создание метрик качества, релизов, процессы обработки критических ошибок и их коммуникация. Особенно интересно, если речь о крупной компании, где много различных отделов, и нужно налаживать коммуникацию и тестирование сразу несколькими командами.
Куда расти тестировщику? Надо ли для этого уходить из QA?