Разработка или тестирование что выбрать

Разработка или тестирование: что выбрать?

Кем стать — тестировщиком или программистом? В какую профессию можно войти без опыта, а какая даст возможность проявить свои творческие способности? Разбираемся вместе с экспертом, который успел поработать и там, и там.

Освойте профессию
«Тестировщик-автоматизатор»
��В конце статьи делимся подборкой материалов о том, как стартовать в профессии и где взять опыт.

Задачи тестировщика и разработчика

• в зависимости от языка — например, Java-разработка или Python-разработка;
• целевого продукта — веб-разработка, мобильная разработка, создание алгоритмов и баз данных;
• задач — например, backend- и frontend-разработчик оба являются веб-разработчиками, но занимаются разными частями кода.

Профессия / 12 месяцев
Fullstack-разработчик на Python

Создавайте веб-проекты самостоятельно

Тестировщик вступает в дело после разработчика. Его задача — проверить продукт и найти в нем ошибки.

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

Также в сфере тестирования есть QA-инженеры (Quality Assurance), которых часто по ошибке приравнивают к тестировщикам. У них более широкие обязанности. QA контролируют качество продукта с момента возникновения идеи до релиза.

Что делает QA:

• Работает с требованиями к ПО. Они должны быть четкими, непротиворечивыми и выполнимыми.
• Планирует тестирование. Определяет объем работ, тип тестирования, инструменты и бюджет для каждого этапа разработки.
• Составляет тестовые сценарии. Те самые инструкции, по которым будут работать тестировщики.
• Проводит или организует тестирование, фиксирует ошибки.
• Проводит или организует повторную проверку после устранения «багов».
• Составляет отчет о проделанной работе и результатах.

Читайте также Чем тестировщик отличается от QA-инженера?

Как войти в профессии тестировщика и разработчика

Чтобы стать разработчиком, нужно освоить хотя бы один язык программирования. Сейчас у работодателей востребованы Python, С, С++, Java, JavaScript. Актуальный рейтинг языков программирования можно посмотреть, например, у TIOBE или PYPL.

Обучиться на разработчика на курсах онлайн-школы можно за 9–12 месяцев. Или самостоятельно — по книгам и лекциям на YouTube. Здесь скорость будет зависеть от ваших усилий.

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

У тестировщиков порог входа в профессию ниже. Чтобы начать с мануального тестирования, необязательно уметь кодить. Достаточно знать общие принципы разработки ПО, быть внимательным, усидчивым и следовать инструкциям. Выучиться на тестировщика можно за четыре месяца. Чтобы расти до тестировщика-автоматизатора и дальше до QA-инженера, нужно будет выучить язык программирования.

Несмотря на то что на тестировщиков недолго учиться и это дает ускорение при входе в профессию, трудоустроиться может быть не так просто. За последние несколько лет интерес к профессии вырос, ручных тестировщиков стало много. Работодатели отдают предпочтение более опытным кандидатам или тем, кто имеет знания в разработке и автоматизации тестирования.

Я начал карьеру в IT в должности тестировщика. Устроился на работу без опыта, сразу после курса. Сейчас, конечно, ситуация изменилась. Очень много желающих, поэтому при поиске работы ты точно будешь конкурировать с другими кандидатами. Нужно иметь терпение, чтобы найти первую работу, и понимать, что потребуется время. Обычно все хотят быстро войти в IT и сдаются, если что-то не получается. Важно не опускать руки и идти до конца.

Евгений Кравцов,
Senior Frontend Developer в крупном российском банке

Сколько получают программист и тестировщик

Выбирая между профессиями, стоит учесть и уровень зарплат. В среднем программисты получают на 20–30% больше, чем тестировщики. По данным на 2022 год, средняя зарплата разработчика — 152 000 рублей, тогда как у тестировщика — 109 000 рублей.

Исключение составляют QA-лиды — руководители отдела тестирования. В некоторых случаях они могут получать от 200 000 в месяц.

Уровень зарплат может отличаться и среди программистов. Больше всех в 2022 году получали игровые разработчики в Москве — в среднем 210 000 рублей. А самые низкие зарплаты были у embedded-разработчиков — в среднем 100 000 рублей по регионам.

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

Тестировщик VS разработчик: что выбрать?

При выборе профессии ориентируйтесь на несколько факторов: востребованность профессии на рынке, доступность ресурсов для обучения, ваши интересы и личные качества. Это будет напрямую влиять на то, как быстро вы освоите профессию и трудоустроитесь.

Разработчик — это профессия, которая требует от человека логического мышления, но одновременно и творчества. Вам нужно создать продукт с нуля, иногда — найти решение для нетривиальной задачи. При этом важно рационально использовать ресурсы: как собственные, так и вычислительные. Часто придется глубоко погружаться в незнакомые для вас темы — например, как работают банки или медицинские учреждения, — поэтому важно поддерживать в себе исследовательский азарт и любопытство.

Тестирование потребует от вас максимальной дисциплины и внимания. Мануальные тестировщики действуют по чек-листу, оформляют отчет по итогам проверки. Чтобы преуспеть в такой профессии, нужно быть усидчивым, придирчивым. Важно уметь открыто и профессионально критиковать чужую работу. Тестировщик несет ответственность за качество конечного продукта, который попадает к пользователям.

Станьте Fullstack-разработчик на Python и найдите стабильную работу
на удаленке

Правда ли, что разработчики не любят тестировщиков?

В отношениях между тестировщиками и разработчиками есть один нюанс, о котором часто умалчивают. Это критика. Задача тестировщика — найти ошибки разработчика. Разумеется, не всем это нравится. В команде возникают конфликты и взаимные претензии.

Что может помочь в этой ситуации:

• Посредник. Он будет передавать правки от тестировщика к разработчику. Это может быть проджект-менеджер, Team Lead или трекинговая система, например, Trello.
• Открытое обсуждение. Все еще лучший способ решать конфликты и предотвращать их появление в будущем.
• Прошлый опыт. Например, если раньше разработчик сам был тестировщиком, он будет более лояльно относиться к замечаниям и комментариям.

Главное — помнить, что каждый из команды видит лишь одну сторону проблемы. И только совместная работа специалистов даст достойный результат.

Важно с самого начала выставить рамки в отношениях, дать понять, что ты не враг, а друг, и работать сообща. Все зависит от коммуникации. Конфликты могут возникать у всех, не только у тестировщика и разработчика, с тем же project-менеджером. Думаю, чтобы это не происходило, в любой работе нужно начинать с похвалы, а потом уже критиковать.

Евгений Кравцов,
Senior Frontend Developer в крупном российском банке

Как стать разработчиком, если ты тестировщик?

Многие начинающие айтишники считают, что тестировщик — это простой вход в профессию программиста. С одной стороны, это действительно дает преимущество. Вы можете перейти на должность программиста по внутреннему найму, первыми узнаете о вакансии, и работодатель будет более лоялен к вам, чем к специалисту со стороны.

С другой — если речь идет о ручном тестировании, то эта должность ненамного ближе к разработке, чем любая другая. Здесь речь идет не о повышении, а о переквалификации. Однако некоторые профессиональные навыки все же пригодятся. Тестировщик, который хочет стать программистом:

• понимает, как создается программное обеспечение;
• знает термины, важные для разработчика (например, «релиз» или «баг»);
• более критичен к своей работе и понимает, что идеального кода не существует;
• может заранее прогнозировать возможные ошибки и избегать их.

Но чтобы перейти в новую должность, также придется:

• выучить как минимум один язык программирования;
• разобраться в архитектуре и принципах работы ПО;
• научиться пользоваться фреймворками, контейнерами и другими инструментами разработки;

Моей первой работой в IT было тестирование. Параллельно я присматривался к фронтенду. Я начал самостоятельно изучать тему на ресурсах типа Learn.javascript и developer.mozilla.org/. Через полгода я примерно понимал сферу, частично разбирался в базовых инструментах: немного JS, CSS, фреймворк React. У нас в компании появилась вакансия фронтенд-разработчика и я перешел на нее. Я был еще не готов писать код на тот момент, многое пришлось доучивать на ходу. Мне помогло то, что я очень хорошо знал проект, мог посмотреть, как похожие задачи решали раньше, и делал так же. Хард скилы по тестированию тоже выручили: чтобы сдать качественную работу, я сам накидывал себе тест-кейс, проверял через него свой код и только потом отдавал его дальше.

Евгений Кравцов,
Senior Frontend Developer в крупном российском банке

Как стартовать в IT — подборка статей для начинающих:

• Как выбрать профессию в IT
• 6 IT-специальностей для быстрого старта
• Как быстро стартовать в IT: выбираем специальность, учимся и начинаем карьеру
• Как научиться программировать на любом языке
• Стажировки в IT: где программисту получить опыт и возможности трудоустроиться

Тестировщик-автоматизатор

Как ворваться в IT, даже если вы не умеете программировать? Стать тестировщиком. Для старта достаточно базовых знаний ПК. А начать работать можно уже через 4 месяца обучения.

Тестировщик vs программист

Если перефразировать поговорку «плох тот солдат, который не хочет стать генералом», то выйдет «плох тот тестировщик, который не хочет стать программистом» или «плох тот программист, который не хочет стать стартапером». Сейчас это почти аксиома. Например, в среде неокрепших умов считается, что тестирование — это своего рода трамплин в IT, первая ступенька на пути к программированию. Мол, через N-лет в тестировании будет легче совершить переход в разработку. Тем более что автоматизация, к которой так стремятся мануальщики — это и есть зачаточная стадия программирования. Но годы идут, а в программирование переходят лишь немногие.

Похожая ситуация происходит и с программистами, которые по молодости бьют себя в грудь и обещают родить множество стартапов, стать CEO или на худой конец хотя бы проджект-менеджером. Но и здесь особого прогресса не видно — даже в тимлиды зовут неохотно. А в это же время рядовому QA-мануальщику выдают новые лампасы и стригут в product owner’ы. Но при этом запрещают ему ходить в бар для программистов. Что происходит?

Инертные люди

С одной стороны, дело может быть в традиционной инертности человека. Затратив пару лет на то, чтобы освоить свою профессию (тестирование/программирование), он уже не рвется в смежную специальность. Ему и здесь тепло. Хотя, с другой стороны, может, не так уж и хотел?

Тезис «котелок не потянул» рассматривать не приходится, потому как обе эти профессии являются инженерными, да и в работе тестировщика и программиста есть много точек соприкосновения. То же написание тестов, уточнение требований, знание Linux, SQL, умение писать bash-скрипты и так далее. Да и часто в требованиях к вакансии тестировщика указывают способность понимать ООП, читать код и даже уметь кодить. То есть, тестировщик, который соответствует всем этим параметрам, уже является без пяти минут джуном-программистом.

Причем когда какой-нибудь тестировщик с перечисленным набором умений объявляется на форуме с жалобой «не могу найти работу», тут же подтягиваются программисты, которые советуют кое-что подучить и смело идти в программирование:
— Из навыков у меня: базовые знания C#, Javascript, SQL, знаю HTML, CSS, в свое время написал 2 сайта (это в подтверждение знаний html и css).
— Хорошо, почему не подтянуть JS, не посмотреть AngularJS и не пойти во фронтэндщики? Туда, может быть, попасть даже проще, чем в QA, а работа не такая дурацкая, а всё-таки осмысленная, инженерская, в отличие от тестирования.

Но они не идут. Мало того, что по факту лишь немногие QA таки переходят в разработку (по разным причинам), так и дорога в product owner’ы для них оказывается короче, чем для программистов. Логика проста: тестировщик знает, как приложение не должно себя вести, тогда как PM знает, как должно. Немного магии, и — вуаля! — держите свежего начальника.

Но есть в работе программиста и тестировщика кардинальное различие. Один строит, другой ломает. Один оптимист, другой пессимист. Один любит, другой ненавидит.

Программист проектирует и изготавливает автомобиль, а тестировщик пытается его убить об стену на скорости 200 км в час. Разраб радуется, что машина продолжает, хоть и с повреждениями, но катиться по шоссе, а тестер в это время ликует, что у неё вот-вот отвалится глушитель. Программист говорит: «ерунда, заживет», тестировщик отвечает: «срочно в больницу». Дуалистика!

Оптимизм и пессимизм

Программист по природе своей — оптимист. Если он не будет оптимистично смотреть в будущее, его съест ежедневная горечь ошибок. Никогда ничего не бывает гладко, даже чертовы туториалы — и те компилятся не с первого раза. Программиста спасает вера в то, что все будет хорошо: «это не баг, это фича», когда QA уверен в обратном. Так они устроены — каждый в свое болото тянет. Но это взаимовыгодный союз. Они — как два друга, или как семейная пара, где один витает в облаках, а другой его всё время тянет на землю. Чтоб не улетели оба.

Но тестировщики тоже умеют радоваться. Правда, причины для радости у них своеобразны — как для программиста. У меня до сих пор стынет кровь в жилах, когда вспоминаю радостный вопль знакомого тестировщика: «Аааа! Нашел!». «Что ж ты радуешься, скотина?» — думаю я. Нашел проблему, дефект, чертов баг. А хочется лететь, двигаться дальше. Поэтому если в рабочей обстановке у одного на лице радость и улыбка, то у другого непременно будет pokerface. «Здесь не работает!», — улыбается тестировщик, — «И в логах, глянь — одни epic fatal total kernel panic error’ы. Всё красным», — не унимается его радость . «Сейчас посмотрим», отвечает ему с лопатным выражением лица разраб. Проходит полчаса — и они меняются ролями: программист с улыбкой объясняет, что это на самом деле не баг, а неправильная конфигурация environment’а, или что таки баг, но не критический, и погоды он не делает. Тестер чахнет прямо на глазах.

К чему я всё это говорю — у тестировщиков с программистами разные системы ценностей. И чем дольше каждый из них работает в своей профессии, тем сложнее ему потом сделать разворот на 180. Один живет годы с философией «баги — это плохо», тогда как другой всю жизнь считает: «баги — это хорошо».

Как в анекдоте: «Программист видит стакан наполовину полным, проджект-менеджер видит стакан наполовину пустым, тогда как тестировщик видит его наполовину треснувшим.»

Ценности

Но и это не всё. Программист смотрит в будущее — он моделирует, планирует, пытается предсказать на несколько шагов вперед. Планирует ли тестировщик? Конечно. Но в режиме «Карфаген должен быть разрушен». Как хладнокровный охотник он продумывает покушение на софтину — отсыпает пороху, чистит ружье, смотрит прогноз погоды, точит нож. Он постарается убить её во что бы то ни стало, любым доступным способом, хоть голыми руками. Вот почему программистам неспокойно, когда в «сезон охоты» родная софтина надолго уходит в саванну. «Достаточно ли я её подготовил? Сумеет ли она избежать смерти? Если она будет ранена, то не смертельно ли? Успею ли я оказать ей первую помощь?» — мелькают мысли в голове программиста, пока он прихлебывает кофе, искоса поглядывая на тестировщика, который, кажется, начинает входить в раж.

Критиковать всегда легче. Как бы не было сложно грамотно протестировать софтину, создать её или пофиксить скрытую багу все равно сложнее. Это как в искусстве: кинокритику, чтобы указать на недочеты сюжета и общее впечатление от картины, нужно потратить часы, максимум дни. Режиссеру и его команде, чтобы снять этот фильм — месяцы, а иногда и годы. В этом плюс и одновременно минус рыботы тестировщика: с одной стороны, он меньше стрессует, ему не звонят в воскресенье утром с вопросами «почему не работает». С другой стороны, именно поэтому он находится ниже на иерархической ступеньке, ведь главную работу делает программист. Отсюда возникает вопрос: какое занятие человек выберет — менее сытое, зато более спокойное, или же более выгодное, но при этом требующее больше нервов?

Перфекционизм

Стерильный мир нулей и единиц является отличной средой для деления бактерий перфекционизма, которые захватывают мозги IT-специалистов. У программиста острая фаза длится до поры до времени, пока не прижмут сроки и пока не придется изобретать костыли для своего детища — чего не сделаешь ради заказчика? Тогда как у тестировщика она приобретает хронический характер. Если программист — это перфекционист-второклассник, то тестировщик — перфекционист-третьекурсник. Пока разраб закрывает глаза на мелкие огрехи в надежде, что зритель не заметит неровностей и царапин, тестер только на них и смотрит. С линзой в руке. Поначалу все тихо-мирно. Но когда девелопер отвлекается на «смотри, самолет!», у тестировщика в руках оказываются здоровенные раскаленные клешни, бензопила, отбойный молоток и ванна с жидким бетоном. Сейчас он будет испытывать софтину на идеальность.

Поэтому вопрос в том, захочет ли тестировщик пересмотреть свои перфекционистские привычки, научится ли он смотреть сквозь пальцы на некоторые мелочи.

Любовь

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

Захочет ли заботливая мамуля поменяться ролями с суровым отцом? Вот в чем вопрос.

Ненависть

Посмотрим правде в глаза: программисты не всегда ладят с тестировщиками. Оно и понятно — хотят вроде бы одного, но методы у них разные. Одни строят, другие ломают. Одни джинсы сшивают, другие пытаются их порвать конями. К этому добавляется еще и иерархическая и зарплатная составляющая, а также дискриминация по признаку тестировщика. Поэтому вопрос в том, захочет ли человек, взяв вместо лупы отвертку и поменяв звезду на свастику, переходить в стан врага.

То есть если повыносить за скобки типичные причины, по которым тестировщики и программисты неохотно меняются местами (нет знаний, опыта, вакансий и т.д.), то в игре останутся не менее интересные факторы: оптимизм/пессимизм, перфекционизм, система ценностей, и, конечно же, любовь и ненависть. Поэтому, если технарь на старте своего пути уверен, что пойдет «дальше» — например, в тестировщики, разрабы, руководители, в PM’ы и product owner’ы, но с течением лет этого не происходит, то далеко не факт, что дело в чьей-то ленивой заднице или неспособности обучаться. Нет (хотя, очень может быть, паскуда — прим. авт.). Просто сваи уже вбиты и бетон залит. Проще строить новый дом, чем достраивать этажи или взрывать фундамент и начинать с нуля. Поэтому на старте неплохо бы еще разок обмозговать, куда поедет бетономешалка, но при этом не спешить заливать первый попавшийся фундамент. Кто знает, может, там дальше за горизонтом есть более интересные и стоящие заливки формы.

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU

�� Подобається Сподобалось 0

До обраного В обраному 0

Программирование или тестирование, что лучше выбрать

Часто при попытке войти в IT-индустрию встает вопрос выбора направления: разработка или тестирование. В этой статье мы расскажем, кому и почему стоит выбирать то или иное направление.

В программисты или в тестировщики

При выборе направления нужно честно ответить себе на ряд вопросов, которые в итоге помогут сделать правильный выбор.

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

Т.е. если у вас есть формальное техническое образование, вы хорошо разбираетесь в IT-индустрии, то выбор в пользу программирования очевиден. Если у вас нет подходящего образования и опыта, то возможно стоит начать карьеру с тестирования – это будет банально проще и легче.

Зарплатные ожидания. В среднем программисты зарабатывают на 20-30% больше, чем специалисты по тестированию. Исключение делается лишь для QA-лидов, которые руководят отделом тестированием, либо создают систему тестирования при организации тестирования с нуля. И, как правило, до больших сумм программисты добираются быстрее, чем специалисты по тестированию.

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

Если уровень зарплаты для вас некритичен, а важен именно комфорт на работе (поменьше нервов и переживаний), то позиция тестировщика – самое место. Главное не идти в компанию, которая привыкла работать в режиме аврала.

Личные качества. Человек, который хочет решать сложные задачи и творить – никогда не станет хорошим тестировщиком, ему будет слишком скучно. А вот спокойный и размеренный человек, возможно, не потянет писать код, но его усидчивости будет хватать, чтобы стать тестером.

Хотя и там и там требуется логическое мышление и сообразительность, но все же специфика работы такова, что один выступает в роли творца, а второй в роли ревизора. И если вы по своему типу ревизор, то вы добьетесь гораздое более высоких результатов именно в тестировании.

Этап карьеры. Очень часто компании отказываются набирать младших разработчиков, а предпочитают проверять адекватность кандидата на позиции тестировщика. Т.е. если показал себя хорошо, то тебя переводят в отдел разработки, если показал плохо, то компания теряет минимум денег.

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

Тестировщик или программист: что выбрать

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

Отдельно хочется сказать, что начальники отдела тестирования в структурах типа mail.ru/yandex/сбертех получают зарплаты в несколько сотен тысяч рублей в месяц. Т.е. перспективы у позиции есть, просто нужно постоянно развиваться и не бояться ответственности.

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

Как итог можно сказать так. Идти нужно туда, куда тебя с наибольшей вероятностью возьмут. Развиваться в IT-индустрии гораздо проще, если ты уже находишься в ней. Если до вакансий в своем городе не дотягиваешь, то лучше попробовать пробиться через тестирование, так как никто не будет делать поблажек и ждать, когда ты научишься писать код.

Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.

Тестировщик vs разработчик

Сегодня я бы хотел затронуть тему процесса разработки программного обеспечения. Если точнее, эта статья о том «Как не превратить офис в поле битвы тестировщиков и разработчиков».

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

Через пару месяцев я начал догонять смысл этих приколов и активных обсуждений «Tester vs Developer». Так как я был первым тестировщиком в этой компании, освоиться было сложно. Задачам с пустым описанием, но с названиями «протестируй и отпишись», «проверь сайт», «не работает приложение» не было конца, а разработчики и проджект менеджер вообще не знали понятие QA. Всем знакома эта фраза «Без ТЗ – результат ХЗ», так вот там было тоже самое. Плюс ко всему этому, никого не волновало то, что продукт мягко говоря «кривоват». В большинство случаев было так: ты получаешь задание «протестируй» — тестируешь, делаешь отчет о найденных дефектах и передаешь их разработчику, ну а у разработчика эта задача могла висеть месяцами. В итоге шеф посчитал, что тестировщик в штате лишний и для меня этот кошмар закончился, ну а продукт так и остался «кривым».

Бывают разные споры, разногласия, но мне кажется, что уже давно пора придумать какой-нибудь простой подход, чтобы избежать подобных случаев.

Скриншот из беседы тестировщиков ПО:

Найти дефект — задокументировать — передать разработчику для исправления. Но опять-таки, вроде бы всё просто, если бы не реакция разработчика на свои ошибки. Наверное он просто забыл о том, что задача тестировщика это поиск ошибок и сбоев в функционировании объекта. В итоге мы как дружное сообщество начали давать разные советы бедной даме. Многие предлагали решать вопрос через тимлида, а некоторые даже предлагали набить лицо за такое отношение. Ну а я предложил свой вариант, но многим он показался странным.

Через некоторое время я попал на один интересный проект, в котором проджект менеджер был мостом между тестировщиком и разработчиками. Я не знаю, насколько эта концепция эффективна, но мы за всё время ни разу не поругались. Как баг трекинговую систему мы использовали Trello. Эта система удобна тем, что она вся построена на основе доски и все, что в ней есть, находится на одном экране: и задачи, и история изменений, и любые комментарии. Но это же и главный минус программы. Она слишком простая и не предназначена для больших команд.

От проджект менеджера прилетала задача, во время тестирования каждый баг оформлялся в отдельную карточку и прикреплялся в блок «Баги» с меткой «Недочёт» и с подробным описанием. Затем проджект менеджер задавал приоритет карточке и закидывал одному из разработчиков. Иногда такое бывает, что сроки горят и до встречи с заказчиком нужно проверить самые важные моменты. В таком случае проджект менеджер задавал высокий приоритет багам связанных с бизнес логикой, а баги связанные с UI откладывались на потом. У многих возникнет вопрос » Кто тогда будет отвечать за упущенные баги в прод? «, к сожалению мы сам не в курсе.

Самое важное в таком процессе, это то, что тестировщик не взаимодействует с командой разработчиков, следовательно, нет криков, ссор и споров:

— Да это же баг!
— Нет, это фича!

Если в вашей команде адекватный project manager или product owner, попробуйте протестировать такой подход. Я думаю, что многим понравится.

Конечно же, есть компании, в которых отношение разработчиков и тестировщиков идеальное. Например, в которых за упущенные баги в продакшн и жалобы пользователей отвечает разработчик. В таком случае разработчик сам будет заинтересован в хороших отношениях с тестировщиком. Но опять-таки возникает вопрос » А сколько компании работают по по такому принципу? «

Всем спасибо за внимание.

• тестирование
• проджект менеджмент
• разработка по
• разработчик