что лучше тестировщик или фронтенд
Программист или тестировщик: что лучше выбрать?
Многие люди, желающие сделать карьеру в ИТ, выбирают между этими профессиями. Мы решили их сравнить и объяснить, кому больше подойдет разработка, а кому – тестирование. И с чего начать в каждом случае. В статье собрано много полезной информации, обязательно прочитайте ее до конца.
Содержание статьи:
Кем проще стать, программистом или тестировщиком?
Чтобы ответить на вопрос, сравним обе профессии по основным критериям, которые могут повлиять на выбор:
Чем нужно заниматься
Писать код. Создавать программы, приложения, скрипты для сайтов.
Проверять работу программ, приложений, сайтов. Выявлять и описывать ошибки (баги).
Выше. Требуется решать нестандартные задачи.
Работа по четким инструкциям и алгоритмам.
У новичков на 20-30% выше, чем в тестировании. Быстро растет по мере накопления опыта.
Ниже, чем у программистов. Со временем разрыв по деньгам может увеличиваться.
Сколько времени требуется на обучение
От 1 года и больше.
От 6 месяцев, при этом можно найти курсы со стажировками.
Людям с логическим складом ума, усидчивым, способным придумывать новое, находить нестандартные решения.
Спокойным и размеренным людям, усидчивым, способным работать по инструкциям, не устающим от стандартных задач.
Что в итоге выбрать, профессию тестировщика или программиста?
По общему мнению, освоить профессию тестировщика можно быстрее и проще. Многие люди, которые хотят работать в ИТ, но не желают учиться программировать, идут в тестирование. Эта работа востребована. Получить необходимые знания и навыки можно за полгода.
Есть курсы, которые проводятся совместно с работодателями и лучших выпускников приглашают на собеседования. Например, такая программа сделана в Нетологии. Она идет совместно с Альфа-Банком, который приглашает выпускников к себе.
Стать востребованным разработчиком сложнее. На это может уйти и год, и два, и три. Требуется освоить больший объем знаний и навыков, а также иметь способности для занятия программированием.
Кому больше платят? Сравниваем зарплаты
Тестировщики обычно получают до 80 тыс. рублей в месяц. Исключение – QA Lead, то есть руководитель отдела тестирования. Его доход может превышать 200 тыс. рублей в месяц.
Хороший разработчик может зарабатывать от 100-120 до 150-200 тыс. рублей в месяц в зависимости от языков и технологий, которыми он владеет. Доходы мобильных разработчиков могут превышать 200 тыс. рублей в месяц.
Для примера приведем данные по зарплатам у разных специалистов. Первая цифра – это зарплата новичка, вторая – специалиста с большим опытом:
Средняя зарплата на рынке, руб.
Как видите, на старте зарплаты в тестировании и программировании могут отличаться несильно. По мере роста опыта и квалификации доходы разработчиков становятся больше. Но и требований к ним предъявляется тоже много.
В какой профессии легче найти работу?
Говоря о том, что выбрать – стать программистом или тестировщиком – нельзя обойти вопрос поиска работы. Легче его решить тестировщику. Многие идут в программирование, так как там меньше рутины и выше зарплаты. Поэтому в отделы тестирования, особенно в небольших компаниях, часто готовы брать новичков без опыта. Сами научат и покажут, что делать. Платят там обычно немного, зато помогают набраться опыта.
Другие компании сотрудничают с курсами, где учат тестировщиков, и лучших выпускников берут к себе. Например, такая программа есть в Нетологии. Она проводится совместно с Альфа-Банком, который заинтересован в новых сотрудниках.
Программистом стать сложнее, но и тут есть свои лайфхаки. Часто толковых тестировщиков, которые освоили языки программирования, переводят в разработчики. Не имя опыта, можно вначале устроиться в отдел тестирования, а затем перейти в разработку в рамках карьерного роста внутри одной компании.
Что выбрать: стать тестировщиком или программистом?
Ответ на этот вопрос зависит от ваших задач, интересов и желаний:
Кому лучше стать тестировщиком?
Кому лучше выбрать программирование?
С чего начать и где учиться?
Можно пройти онлайн-курсы, на которых освоить теорию, получить практику и подготовиться к поиску работы. В таблице собраны примеры программ, которые подходят новичкам:
Название курса и ссылка на него
Курс в Нетологии, выпускники которого могут получить приглашение на собеседование в Альфа-Банк. Обучение включает вебинары, лекции и практику. Выдают диплом о профессиональной переподготовке.
Подойдет людям, которые хотят заниматься разработкой сайтов и интернет-сервисов. Включает много практики, что является плюсом. Лучших выпускников приглашают на стажировку в Affinage.
Эта программа ведется совместно с Альфа-Банком. Лучшие выпускники могут получить работу. Программисты на Java востребованы и хорошо зарабатывают. На этом языке пишут приложения, сайты, игры и многое другое.
Курс в университете Skillbox. Подойдет людям, которые хотят заниматься разработкой мобильных приложений на Android и iOS. Для прохождения курса потребуется MacBook.
В области программирования есть и другие специализации. Выбрать подходящую профессию в ИТ можно в нашем каталоге. Там собрана подробная информация по каждому направлению, с чего начать тестировщику или программисту, советы для новичков.
На нашем сайте также есть другие полезные материалы:
Мы рассказали о профессиях программиста и тестировщика и что выбрать в зависимости от ваших желаний и задач. Сейчас ИТ на подъеме и специалисты востребованы. В одной сфере легче найти работу, в другой можно больше заработать.
Тестировщик vs разработчик
Сегодня я бы хотел затронуть тему процесса разработки программного обеспечения. Если точнее, эта статья о том «Как не превратить офис в поле битвы тестировщиков и разработчиков».
Полгода назад я погрузился в тестирование ПО, мне было интересно и я понял, что это действительно моё. Часами залипал на форумах тестировщиков, читал литературу и изучал процесс разработки ПО. На форумах, в группах и беседах я частенько замечал приколы про взаимодействие тестировщиков и разработчиков, но я не понимал этих шуток и не обращал на это внимание. По крайней мере, пока не попал на стажировку в одну компанию по разработке ПО.
Через пару месяцев я начал догонять смысл этих приколов и активных обсуждений «Tester vs Developer». Так как я был первым тестировщиком в этой компании, освоиться было сложно. Задачам с пустым описанием, но с названиями «протестируй и отпишись», «проверь сайт», «не работает приложение» не было конца, а разработчики и проджект менеджер вообще не знали понятие QA. Всем знакома эта фраза «Без ТЗ – результат ХЗ», так вот там было тоже самое. Плюс ко всему этому, никого не волновало то, что продукт мягко говоря «кривоват». В большинство случаев было так: ты получаешь задание «протестируй» — тестируешь, делаешь отчет о найденных дефектах и передаешь их разработчику, ну а у разработчика эта задача могла висеть месяцами. В итоге шеф посчитал, что тестировщик в штате лишний и для меня этот кошмар закончился, ну а продукт так и остался «кривым».
Бывают разные споры, разногласия, но мне кажется, что уже давно пора придумать какой-нибудь простой подход, чтобы избежать подобных случаев.
Скриншот из беседы тестировщиков ПО:
Найти дефект — задокументировать — передать разработчику для исправления. Но опять-таки, вроде бы всё просто, если бы не реакция разработчика на свои ошибки. Наверное он просто забыл о том, что задача тестировщика это поиск ошибок и сбоев в функционировании объекта. В итоге мы как дружное сообщество начали давать разные советы бедной даме. Многие предлагали решать вопрос через тимлида, а некоторые даже предлагали набить лицо за такое отношение. Ну а я предложил свой вариант, но многим он показался странным.
Через некоторое время я попал на один интересный проект, в котором проджект менеджер был мостом между тестировщиком и разработчиками. Я не знаю, насколько эта концепция эффективна, но мы за всё время ни разу не поругались. Как баг трекинговую систему мы использовали Trello. Эта система удобна тем, что она вся построена на основе доски и все, что в ней есть, находится на одном экране: и задачи, и история изменений, и любые комментарии. Но это же и главный минус программы. Она слишком простая и не предназначена для больших команд.
От проджект менеджера прилетала задача, во время тестирования каждый баг оформлялся в отдельную карточку и прикреплялся в блок «Баги» с меткой «Недочёт» и с подробным описанием. Затем проджект менеджер задавал приоритет карточке и закидывал одному из разработчиков. Иногда такое бывает, что сроки горят и до встречи с заказчиком нужно проверить самые важные моменты. В таком случае проджект менеджер задавал высокий приоритет багам связанных с бизнес логикой, а баги связанные с UI откладывались на потом. У многих возникнет вопрос » Кто тогда будет отвечать за упущенные баги в прод? «, к сожалению мы сам не в курсе.
Самое важное в таком процессе, это то, что тестировщик не взаимодействует с командой разработчиков, следовательно, нет криков, ссор и споров:
Если в вашей команде адекватный project manager или product owner, попробуйте протестировать такой подход. Я думаю, что многим понравится.
Конечно же, есть компании, в которых отношение разработчиков и тестировщиков идеальное. Например, в которых за упущенные баги в продакшн и жалобы пользователей отвечает разработчик. В таком случае разработчик сам будет заинтересован в хороших отношениях с тестировщиком. Но опять-таки возникает вопрос » А сколько компании работают по по такому принципу? «
В программисты или в тестировщики (идти)?
Приветствую всех! Может быть кому-то мои вопросы покажутся странными, но я и в самом деле озадачен. Ознакомился с требованиями к вакансии тестировщика ПО (QA), почитал про эту профессию и пришёл к выводу что:
— выучится на тестировщика гораздо проще;
— довольно часто на это место берут даже людей с улицы, достаточно знать лишь общие теоретические вопросы в сфере IT (как в том анекдоте про цвет учебника на экзамене), обучают прям на месте, а бывшего программиста вообще оторвут с руками;
— знание ООП, алгоритмов, синтаксиса ЯП является бонусом, но не всегда это обязательно;
— тестировщики постоянно востребованы, почти так же как и программисты;
Может быть я ошибаюсь, если это так, то с готовностью выслушаю критику.
И в связи с этим у меня возникло несколько вопросов:
— почему тогда все не идут в тестировщики, вместо программистов? Из-за любви к программированию? Или лишь потому что программистам платят немного больше?
— можно ли устроится тестировщиком после 34 лет (в вакансиях конечно требования к возрасту не пишут, по понятным причинам)? Слышал, что это в основном для молодёжи..
— правда ли то что тестировщики с опытом работы так же востребованы за рубежом как и программисты?
— если кандидат пройдёт онлайн курсы тестировщиков, это повысит его шансы при приёме на работу в IT компанию?
— и верно ли то что раньше (лет 10 тому назад) тестировщиком легче было устроится без опыта, «с улицы»? В России, по крайней мере.
Оценить 2 комментария
Да
Берут только по блату и за деньги
Если забашлять и иметь связи, то можно сразу ПМ стать
почему тогда все не идут в тестировщики, вместо программистов?
Действительно, в тестировщики более чем реально попасть не умея программировать. Некоторые, поработав какое-то время, учатся программировать и становятся программистами. В целом, это неплохой старт карьеры в IT без опыта.
Слышал, что это в основном для молодёжи..
К нам приходят тестировщики и за 40 (в основном по знакомствам). Вцелом, не вижу здесь какого-то возрастного барьера. Другое дело, хотите ли вы в 34 за небольшую зарплату целый день кликать и, в случае незамеченного бага получать по голове за то что плохо кликали. (: Но, так как я написал выше, сможете хорошо себя проявить и вырасти выше.
правда ли то что тестировщики с опытом работы так же востребованы за рубежом как и программисты
если кандидат пройдёт онлайн курсы тестировщиков, это повысит его шансы при приёме на работу в IT компанию?
и верно ли то что раньше (лет 10 тому назад) тестировщиком легче было устроится без опыта, «с улицы»?
В эпоху всеобъемлющего DevOps функции разработчиков админов и тестировщиков совмещаются. Так быстрее и эффективнее развивается софт.
А отдельные выделенные тестировщики присутствуют только на больших проектах.
Всё зависит от Ваших способностей погрузиться в глубины обработки информации: от банальной реакции приложения на экране до регистров процессора/ячеек памяти/отслеживания системных вызовов.
Что сложнее, стать QA тестером или программистом?
29 Nov 2017 в 11:00
29 Nov 2017 в 11:00 #1
Выбираю себе первую специальность. Что лучше QA сфера или стать программистом? c#/java
И вообще, я пока плохо понимаю, что нужно, чтобы стать QAшником и че они вообще изучают на стадии обучения
Куратор технического раздела
29 Nov 2017 в 11:01 #2
программистом легче офк, вперед говнокодить
29 Nov 2017 в 11:03 #3
29 Nov 2017 в 11:03 #4
29 Nov 2017 в 11:06 #5
29 Nov 2017 в 11:06 #6
Специ по функциональному тестированию программного обеспечения на этапе разработки
29 Nov 2017 в 11:07 #7
Выбираю себе первую специальность. Что лучше QA сфера или стать программистом? c#/java
И вообще, я пока плохо понимаю, что нужно, чтобы стать QAшником и че они вообще изучают на стадии обучения
Qa в нашей стране это гавнокодеры соеди гавнокодеров. Наиболее мусорные работники из всех, что я видел. Можно идти без знаний/образования/мышления. Тестировщики начнут петь, что это не ьак, можно поссать им на лицо.
29 Nov 2017 в 11:07 #8
29 Nov 2017 в 11:08 #9
29 Nov 2017 в 11:10 #10
Qa в нашей стране это гавнокодеры соеди гавнокодеров. Наиболее мусорные работники из всех, что я видел. Можно идти без знаний/образования/мышления. Тестировщики начнут петь, что это не ьак, можно поссать им на лицо.
как ты собрался тестировать софт не зная хотя бы плюсов?
29 Nov 2017 в 11:16 #11
как ты собрался тестировать софт не зная хотя бы плюсов?
Ibm rtrt. В этой хери через заглушки делаешь покрытия по тест кейсам, получаешь сразу результат со всеми данными какие нужны. Тестировщик не проверяет код. Он проверяет его работоспособность, то есть соответствие требованиям.
требование: подаем в функцию вася семки, получаем пиво. Подставляешь семки и смотришь есть ли пиво. Все. Никто из тестеров не пишет как это исправить и тд. Поэтому да, там рил самые тупые
пы. Сы. Не надо кукарекать про граничные значения, границы плюс минус 1 и тд. Сути это не меняет и все прописано в 1 методичке
Нет, это не скучно! Или 5 мифов о работе тестировщика
Для тех, кто хочет войти в профессию
В 1947-м 9 сентября зарегистрировали первый баг в истории IT. Это было забавно: Гарвард, учёные тестируют вычислительную машину Mark II Aiken Relay Calculator и вдруг видят застрявшего между контактами электромеханического реле мотылька. «Bug» (англ. «жук»)! — сказала Грейс Хоппер, одна из первых писавшая программы для предыдущей версии гарвардской ЭВМ Mark I. Уснувшее навеки насекомое извлекли из реле и вклеили в технический дневник, сопроводив надписью: «First actual case of bug being found (первый случай в практике, когда был обнаружен жучок)». Так багами стали называть ошибки в программах, а процесс их исправления — debugging (отладка). И так 9 сентября стало Днём тестировщика.
Тестированием и отладкой программ долго занимались сами программисты.
В самостоятельную профессию эта деятельность выделилась относительно недавно, когда мир XXI века захлестнула необходимость быстрой разработки, где каждый специалист сфокусирован на своём деле. Сегодня пока ещё молодая профессия тестировщика окружена разными мифами, сеющими недоверие к этой интереснейшей области разработки. Развенчаем их.
Миф 1: тестировщик — это программист, у которого не получилось
Программисты пишут код. Тестировщики проверяют его на наличие ошибок. Отсюда создаётся впечатление о некой незначительности, вторичности тестирования, ведь первичен тот, кто создал программу. Однако название этой профессии только на русском языке звучит так односторонне, а, например, на английском QA-engineer (англ. Quality Assurance — обеспечение качества) — это инженер по обеспечению качества IT-продуктов. То есть тот, кто умеет найти проблемы, которые не видны другим участникам разработки на разных её этапах, и тот, кто в достаточной мере отвечает за качество всего IT-продукта, а не только за качество кода, как программист.
Для входа в профессию необязательно владеть языками программирования или иметь техническое образование — знания о системе тестировщик получает из разных источников, не только из кода. Но для понимания того, как устроен сложный продукт и в какой среде он должен функционировать, технические знания всё же пригодятся. Их можно получить в процессе работы, которая заключается не только в аудите кода, но и в ручном тестировании, то есть моделировании действий пользователя с целью найти вероятные сбои в программе. Гораздо важнее наличие таких soft skills, как внимательность, цепкость взгляда, здоровый скептицизм и вариативность мышления.
Также распространено заблуждение, что все тестировщики хотят быть программистами. Не все, к счастью. И если такое случается, то это означает, что человек просто не хочет быть тестировщиком, а хочет быть программистом. Он попробовал и увидел, что ему интересна другая область разработки — написание кода. Это как пойти работать анестезиологом-реаниматологом в стоматологическую клинику, а через год практики понять, что хочется заниматься зубным протезированием. Никто ведь не скажет, что он перерос в себе анестезиолога и вот теперь, наконец, готов стать стоматологом-протезистом. Здесь первый не является ассистентом второго, это две совершенно разные и равноважные профессии.
Миф 2: без тестировщика можно обойтись
Сейчас всё больше компаний понимают, что без постоянного качественного тестирования далеко не уедешь. Более того, крупные компании готовы выделять большие средства на поиск и исправление дефектов, поскольку даже мелкие ошибки в их программных продуктах и приложениях могут стоить огромных убытков и репутационных потерь. История знает случаи, когда брокерские компании разорялись из-за ошибок в программах по автоматизации ставок; разбивались новые ракеты из-за непротестированного в новом окружении старого ПО; известные производители процессоров возмещали убытки пользователям за несущественную ошибку в делении чисел.
Тестирование — это не единовременный процесс в конце разработки. Модули программы тестируются несколько раз в течение всего цикла создания IT-продукта, а с трендом на DevOps-тестирование так и вовсе не прекращается, а идёт параллельно разработке остальных модулей. Без качественных тестов продукт просто не выходит на рынок.
QA-инженер в работе над проектом становится этаким буфером между командой разработки, заказчиком и конечным пользователем. Это он старается понять, правильно ли реализована функциональность согласно требованиям, удобно ли пользоваться приложением, эффективно ли приложение решает задачи пользователей. Без тестировщика разработке сегодня не обойтись.
Миф 3: тестирование — скучная и монотонная работа
Тестировщик способен в течение рабочего дня перевоплощаться и в программиста, и в дизайнера, и в пользователя, и даже в руководителя проекта. Это нужно для того, чтобы понять функциональность, быть клиентоориентированным, видеть ситуацию с разных точек, часто с нестандартного ракурса. Творчества в профессии достаточно много: нужно, словно детектив, расследовать связи событий; представлять и прогнозировать действия других людей; анализировать требования, критически сопоставляя их с результатами, а затем суметь убедить разработчиков и тимлидов в том, что найденные неточности надо исправлять. Это многогранная работа.
Как сказал наш тестировщик Роман Новиков: «Мы нужны разработчикам для того, чтобы они креативили и создавали что-то новое, а не копипастили костыли». Вы можете почитать его рассказ о своей карьере в Сбере, там есть и полезные советы. Ещё одна точная характеристика профессии от Ромы: «Наша работа — помочь разработчикам сделать код неубиваемым, абсолютно совершенным. Разработчики думают так: если работает — не трогай. А тестировщик реагирует на это так: подвинься, дружочек, сейчас посмотрим, что конкретно тут трогать нельзя». В общем, программист мыслит кодом, тестировщик — ситуацией.
Миф 4: тестировщики зарабатывают меньше всех в IT
Так может быть, если работа первая и нет опыта. Также зарплата будет невелика, если не развиваться, но ведь это справедливо для любой области, не так ли? Если расти профессионально, выдавать хорошие результаты в проектах, не бояться брать сложные задачи, то повышение и карьерный рост у тестировщиков приходят быстрее, чем у тех же программистов.
С массовым переходом бизнеса в онлайн за последние два года спрос на всех IT-специалистов, включая тестировщиков, значительно вырос, а кандидатов мало — об этом говорят все новостные таблоиды. Дефицит IT-профессионалов привёл к росту зарплат. Около 16 % компаний готовы платить тестировщикам гораздо выше среднего. Так, по статистическим данным портала russia.trud.com, на 08.09.21 по открытым вакансиям профессии «Тестировщик» в России 31,9 % работодателей указали заработную плату в размере 48.0+ тыс. руб., у 19,7 % зарплата 34.0+ тыс. руб., у 16,1 % — 76.0+ тыс. руб.
По данным russia.trud.com
Для сравнения по вакансиям профессии «Программист» 17,1 % работодателей указали заработную плату в размере 41.0+ тыс. руб., у 16,3 % указана зарплата 83.0+ тыс. руб., у 15,5 % — 20.0+ тыс. руб.
По данным russia.trud.com
Миф 5: тестировщику некуда расти
Тестировщик может пойти двумя карьерными путями: стать ценным востребованным QA-специалистом (по найму или на фрилансе) или заняться административной работой в управлении проектами, руководстве командами. Реализовать себя тестировщик сможет в любых проектах, где требуется опыт в обеспечении качества, аналитике, управлении проектами.
Если же снова проводить параллель с разработчиком, то для тестировщика отсутствуют рамки знания конкретных языков программирования для участия в интересующих проектах. Хороший тестировщик может работать в любом проекте с самыми разными бюджетами. Можно набираться опыта в менее оплачиваемых проектах и затем пытаться попасть в те 16 % компаний, которые предлагают высокую оплату труда и стабильный поток интересных проектов.
Надеемся, нам удалось опровергнуть ваши предубеждения о профессии QA-инженера, если они были, и показать её как творческую и перспективную. Не зря же для чествования этих профессионалов в календаре целый день выделили? С Днём тестировщика!