11 качеств хорошего тестировщика


Содержание

10 качеств хорошего тестировщика

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

И когда я говорю о качествах, я говорю о том, что «должны иметь» лучшие тестировщики. Тяжелые моменты есть в каждой работе. Но те качества, которые мы собираемся обсудить, абсолютно необходимы для тестировщиков. Без этого, тестировщики рано или поздно рискуют потерять свою работу. Тестировщики рискуют потерять свою работу также при недостаточно хорошей базе знаний, которую помогут освоить Курсы тестирования ПО в Минске.

Итак, давайте приступим.

#1. Вы правильно расставляете приоритеты

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

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

#2. Вы задаете вопросы

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

Вопросы нужно задавать:

  • Чтобы понять требование
  • Чтобы понять внесенные изменeния
  • Чтобы понять, как требование было реализовано
  • Чтобы понять, как ошибки были исправлены
  • Чтобы понять, какой эффект исправление ошибок оказало
  • Чтобы рассмотреть продукт с другой точки зрения: например, с точки зрения разработки.

Иногда это очень важно понять общую картину проекта и его масштабы.

#3. Вы творческая личность

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

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

Так что, вам стоит начать учиться мыслить неординарно, если вы хотите быть хорошим и высокоэффективным тестировщиком.

#4. Вы владеете аналитическими способностями

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

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

#5. Вы умеете говорить о негативных вещах в позитивном ключе

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

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

Никто не будет против улучшений в таком случае. ��

#6. Вы грамотны в написании отчетов

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

#7. Вы готовы прийти на помощь, когда это требуется

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

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

#8. Вы видите возможность тестирования в обычных вещах

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

#9. Вы стремитесь к постоянному изучению чего-либо нового

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

#10. Вы можете поставить себя на место конечного пользователя

Вы будете хорошим тестировщиком, только когда сможете понимать пользователя. Пользователь – это “Бог” и вам нужно научиться понимать его нужды. Если продукт не соответствует требованиям пользователя, не важно насколько продукт полезен, его не будут использовать. И это ответственность тестировщика – понимать пользователя.

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

Профессия тестировщик: разбираемся в QA, QC и testing

Анастасия Шарикова, преподавательница курса «Тестировщик» в Нетологии и QA Lead в Bookmate, рассказала, чем занимаются тестировщики, как формируются отделы по контролю за качеством, а также какая специализация в тестировании пользуется сейчас наибольшим спросом.

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

Человеку со стороны может показаться, что все «специалисты по тестированию» занимаются одинаковыми скучными задачами, но это не так. Разберёмся, чем на самом деле занимаются профессионалы-тестировщики и какое место занимают в команде.

Что такое QA, QC, тестирование и кто такой тестировщик

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

Схематически отношения между QA, QC и тестированием можно представить так:

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

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

QC (англ. Quality Control) — контроль качества продукта — это часть комплекса QA, которая отвечает за анализ результатов тестирования, поиск ошибок и их устранение. QC ориентирован на проверку конкретного продукта, в него входят различные процессы, такие как анализ кода, технические обзоры, анализ дизайна, тестирование и прочее.

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

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


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

Карьера тестировщика: варианты развития

У тестировщика практически в любой компании есть три пути развития карьеры: вертикальный, горизонтальный и смежный.

Вертикальное развитие

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

В каждом сегменте тестирования существуют свои грейды, которые определяют уровень специалиста: junior, middle и senior. Руководителем всех специалистов является test-lead или team-lead в зависимости от специфики компании. На некоторых проектах может быть также отдельный инженер по качеству, head of QA.

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

Горизонтальное развитие

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

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

Спрос на автоматизированное тестирование

Автотестирование, если говорить о навыках специалиста, требует большей квалификации, а следовательно и оплачивается выше, чем ручное тестирование. Многие компании пришли к выводу, что автотесты для рутинных процессов, например прохождения регрессий, во многом выгоднее, чем ручное тестирование. Они стараются нанимать сотрудников, которые пишут автотесты на те процессы, которые ранее проверялись ручными тестировщиками (а то и вообще не проверялись).

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

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

Переход в смежные сферы

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

Как стать тестировщиком

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

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

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

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

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

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

Если говорить об обучении уже практикующего специалиста, например, ручного тестировщика, то здесь тоже немало вариантов: от специализированных курсов до самостоятельного изучения языков и инструментов, которые понадобятся в новом направлении. Как пример, если интересно тестирование веб-приложений, можно начать с изучения Selenium или Katalon Studio и Java.

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

Ещё один интересный вариант для тех, кто не знает, что именно ему понадобится, — попробуйте автоматизировать собственные рутинные процессы и разобраться, чего не хватает в знаниях.

Обеспечение качества сейчас — бурно развивающаяся перспективная сфера, особенно в России и СНГ, и это очень радует и вдохновляет постоянно развиваться в этом направлении.

О качествах тестировщика программного обеспечения

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

О приоритетах и правильных вопросах

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

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

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

Цукерберг рекомендует:  Web - Вопрос для опытных веб-разработчиков.

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

Личностные качества

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

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

Коммуникабельность, дипломатичность, грамотное взаимодействие – важные качества тестировщика ПО. Это проявляется умением ненавязчиво указать на отклонения, предложить вариант исправления, доказать, что такой путь эффективно улучшит состояние продукта.

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

Посмотри на вещи реально

Задача тестеровщика состоит не только в выявлении ошибок разработчика. Возможно, потребуется помочь воспроизвести этот момент, потому что только разработчик может внести изменения и исправить баг.

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

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

Ценное качество тестировщика ПО – научиться понимать пользователя. Став на его место, специалист определяет нужды потребителя, отвечая на вопрос, насколько полезен этот продукт для использования.

Как тестировать ПО, если у вас нет своих тестировщиков

Когда люди рассуждают о тестировании ПО, они чаще всего предполагают наличие в каждой компании своей команды QA-инженеров. Именно этот коллектив призван обеспечить качество продукта и освободить разработчиков от необходимости его тестировать.

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


Когда нет QAкоманды

Некоторые компании просто не видят смысла в найме QA-инженеров. Другие могут верить (ошибочно), что в мире DevOps собственная команда тестировщиков – это архаизм. Встречаются, конечно, и стартапы, которые слишком малы, чтобы позволить себе найм QA-специалиста в штат.

Хорошая новость: отсутствие штатной QA-команды не означает, что вашему проекту придется расстаться с качественным ПО. При правильном подходе вы можете восполнить этот пробел.

Давайте рассмотрим варианты.

Вариант №1: тестирование продукта силами QA-фрилансеров

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

В остальном не нам вам объяснять минусы фриланса. Назовем его непрактичным и далеким от принципов непрерывной разработки и интеграции CI/CD. Работая с фриланс-одиночками, вы будете испытывать следующие недостатки:

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

Вывод: QA – это не то, что стоит проаодить на разовой или индивидуальной основе.

Вариант №2: тестирование силами собственных разработчиков

Это может звучать пугающе, но на самом деле не всё так страшно. Даже если у вас есть QA-команда, ваши разработчики должны учиться тесно сотрудничать с тестировщиками; в конце концов, это то, чем являются DevOps и QAOps.

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

Стратегии и практики, подобные следующим, могут помочь в этом разработчикам и IT-инженерам, даже если у них нет предыдущего опыта в QA:

  • Создание автотестов. Разработчики уже знают, как программировать, – это то, чем они занимаются весь день. Поэтому изучение фреймворка автоматизированного тестирования и написание тестов не должно стать большой проблемой. Если у вас в штате есть такие разработчики, они могут взять на себя автоматизацию тестирования. Даже если у вас есть штат QA-инженеров, разработчики всегда могут помочь в написании автоматизированных тестов.
  • IT-инженеры могут помочь с shift-right тестированием.Shift-right – это проведение тестирования, когда продукт уже находится в производстве. В некотором смысле это то, что разработчики уже делают, когда мониторят приложения. Чтобы повысить эффективность shift-right тестирования, попросите своих программистов не ограничиваться отслеживанием проблемы. Они должны использовать идеи/инсайты мониторинга производства для улучшения общего качества программного обеспечения.
  • Непрерывная обратная связь. Без штатной QA-команды трудно доносить до разработчиков информацию о проблемах с качеством ПО. Также IT-инженерам трудно самостоятельно узнать, как клиенты хотят, чтобы приложение работало. Вот почему важно установить непрерывный цикл обратной связи непосредственно между разработчиками ПО и его пользователями, чтобы каждая сторона могла обсуждать друг с другом вопросы качества ПО.
  • Коллективная ответственность за качество ПО. С идеологической точки зрения каждый разработчик должен отвечать за качество программного обеспечения. Это должно происходить, даже если у вас есть команда тестировщиков на full-time. Но в отсутствие QA-специалиста на проекте нет никого, чья основная работа – тестирование ПО. В результате IT-специалисты не могут «перевести стрелки» и обязаны нести полную ответственность за качество ПО.
  • Развивайте QA-скиллы. Вы окончательно решили обойтись без QA-специалистов, но не готовы рисковать качеством своего продукта? Тогда готовьтесь прокачивать своих разработчиков инструментами для обеспечения эффективности QA. В арсенал стоит включить как минимум: автоматизацию тестирования (что устранит необходимость тратить время на ручное тестирование), продвинутые навыки отладки продукта (которые ускорят процесс интерпретации результатов тестов) и параллельное тестирование (которое увеличивает поток единовременно проводимых тестов).

Вариант №3: заказать услугу аутсорсингового тестирования

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

Обо всех плюсах и минусах аутсорс-тестирования можно прочитать тут.

Если обобщить

Минусы:

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

Плюсы:

  • устраняются все недостатки QA-фрилансеров: низкая квалификация, потеря коммуникации, срыв сроков, отсутствие гарантий, плохая дисциплина;
  • нивелируется большая часть недостатков тестирования силами своих программистов: падение скорости разработки, попытки скрыть баги для выполнения KPI, высокий процент пропущенных багов, недовольство коллектива, псевдоэкономия;
  • снижается управленческая нагрузка: в аутсорс-команде, как правило, есть свой АМ и точно есть ТМ;
  • QA-экспертиза: помимо специалистов, вы получаете многолетний опыт подрядчика в построении QA-процессов с нуля;
  • непредвзятость и независимость: аутсорс-специалисты имеют свежий взгляд на продукт, а еще не станут умалчивать о проблемах на проекте;
  • вариативность: при небольшом объеме работ можно подключать аутсорс-специалиста на несколько часов в неделю;
  • перекладывается ответственность: за качество продукта отвечаете не вы и команда разработки, а подрядчик;
  • оптимизация бюджета проекта: минус зарплатные налоги, оргтехника/рабочее ПО, больничные/декреты/отпуска, затраты на подбор/обучение/увольнение и прочее.

Чтобы не быть голословными, покажем таблицу, которая объяснит, откуда берется оптимизация бюджета.

В нашем примере штатный тестировщик с окладом 70 тысяч рублей в месяц обходится компании на 14 877 рублей дороже, чем более дорогостоящий специалист-аутсорсер, имеющий почти вдвое больший оклад. Если взять в расчет отдел из 9 человек, которые отработали год, выгода составит 1 606 716 рублей. А это уже деньги.

Какой вариант выбрать?

Вопрос риторический, ведь однозначного ответа нет.

В идеальном мире у каждой компании была бы большая и динамичная команда QA-инженеров. Они бы проводили свои дни, совершенствуя качество каждого выпуска кода, идущего по конвейеру CI/CD.

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

Кого-то устраивает, что ПО пишет и тестирует один человек — тогда вы видели наши рекомендации. Искренне надеемся, что у вас получится сделать этот процесс эффективнее. А кому-то прямо сейчас нужна помощь экспертов в тестировании со 150+ проектами за плечами. Свяжитесь с нами, мы знаем таких.

Тестировщик ПО

«Девиз тестировщика: Не верь — проверь!» — Н.Руколь

Описание профессии тестировщика ПО


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

Название профессии образовано от английского слово “Test”, переводящееся как «проверка», «испытание» или же просто уже устоявшееся в русском языке «тестирование».

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

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

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

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

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

Возможные места работы

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

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

Плюсы и минусы профессии тестировщика ПО

Плюсы

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

Минусы

  • В некоторых случаях работа бывает монотонной и однообразной
  • Необходимость постоянно учиться новым технологиям и заниматься саморазвитием

Обязанности тестировщика

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

Где учиться на тестировщика

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

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

На образовательном IT-портале GeekBrains можно освоить профессию «Тестировщик ПО» всего за 4 месяца. Во время обучения предусмотрены домашние задания, общение с живыми преподавателями, контрольные и тестовые работы. После окончания обучения выдаётся именной сертификат и возможность стажировок в настоящих IT компаниях. Средняя заработная плата тестировщика по Москве и Московской области составляет 64 000р.

Также можно попробовать бесплатный курс «Основы программирования», который поможет выявить Ваши склонности к той или иной IT-специальности. Возможно Вам больше подойдёт специальность программиста или веб-разработчика.

Всем пользователям нашего сайта предлагаем скидку в 10% на обучение любым профессиям. Для активации скидки достаточно нажать на баннер или перейти по ссылке — получить скидку 10% на обучение любым современным IT-профессиям.

Спешите начать обучение. Скидка на обучение профессии «Тестировщик ПО» действует для Вас всего 3 дня!

Необходимые личные качества

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

Также профессия «Тестировщик ПО» предполагает наличие терпения, целеустремлённости, усидчивости и готовности работать в команде.

Требования к тестировщику ПО

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


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

Знание технического английского языка, представление о языке SQL, знание баз данных типа MySQL и знание программ для автоматизированного тестирования (при необходимости использования) будут Вашими преимуществами на собеседовании.

Зарплата тестировщика

Новичок Специалист Профессионал
30 000 55 000 80 000+

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

О чём важно знать, чтобы стать тестировщиком: советы новичкам

Руководитель отдела тестирования Bookmate Анастасия Шарикова провела в «Нетологии» открытое занятие, на котором рассказала: кто такие тестировщики, сколько они получают и как освоить профессию. Зафиксировали главное.

Тестирование — полноценная специальность в ИТ с относительно низкими начальными требованиями, в сравнении с требованиями к начинающим разработчикам. Именно поэтому тестирование так привлекает тех, кто не работал в ИТ.

Эта статья для новичков, которые только присматриваются к отрасли. Рассказываем, чем занимаются тестировщики, сколько зарабатывают и что нужно уметь, чтобы получить первую работу.

Кто такой тестировщик

В теории

Тестировщик или QA (Quality Assurance, специалист по качеству) проверяет программное обеспечение и помогает команде избавляться от ошибок и предотвращать их появление. В теории тестировщик и QA — названия для одной из той же профессии. Но работодатели часто разграничивают понятия:

Тестировщик. Уровень — Junior, новичок. Выполняет простую ручную работу и не связан с процессами улучшения качества продукта в целом. Выявляет и устраняет ошибки, но ещё не работает над их предотвращением.

QA (Quality Assurance). Уровень — Middle и выше, с опытом работы от 1–2 лет. Занимается повышением качества продукта на всех этапах разработки:

  • разрабатывает и устанавливает стандарты качества;
  • анализирует качество;
  • выбирает инструменты тестирования;
  • обдумывает, как предотвратить ошибки;
  • совершенствует процессы обеспечения качества.

На практике

Чтобы наглядно объяснить, чем занимаются тестировщики, приведу пример заданий для соискателей-джуниоров. Чаще всего джуниоров просят протестировать бытовые программы, например, калькулятор. Иногда — найти ошибки в том сервисе, куда они устраиваются.

Если это приложение, соискателя просят найти десять ошибок в нём. Это довольно банальные примеры, но по ним можно понять, что ищут работодатели.

Насколько востребованы и сколько получают тестировщики

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

Оценить востребованность профессии можно по количеству вакансий. Так, на hh.ru ежемесячно появляется 3400 вакансий для тестировщиков. Кроме того, работодатели публикуют вакансии на Freelance.ru, SuperJob.ru и других популярных сайтах поиска работы. Также сотрудников ищут в Telegram-каналах и группах в Facebook, в соцсети LinkedIn.

Зарплаты тестировщиков ниже, чем у разработчиков, но выше средних по стране. Уровень дохода зависит от опыта QA: Junior получают около $600, Lead могут претендовать на $2300 и больше.

Что нужно уметь новичку, чтобы устроиться на работу

Нужные навыки соискателя зависят от конкретной вакансии. Как правило, работодатели сразу пишут в описании, чего ждут от сотрудника. Чтобы устроиться на работу, как минимум, нужно уметь:

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

Разбираться системами баг-трекинга Jira, Redmine, Bugzilla. Как правило, над устранением ошибки работают несколько разных специалистов. Системы баг-трекинга нужны, чтобы управлять процессом починки, координировать работу.

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

Обладать базовыми навыками тестирования. Например, проводить тест-анализ — определять, что именно будет протестировано, формировать условия тестирования.

Уметь работать с основными программами вроде Charles или Fiddler. Они нужны, чтобы проверять передачу данных между компьютером пользователя и сервером.

Разбираться в системах управления знаниями и хранилищах тест-кейсов. К таким программам относятся, например, Wiki и Confluence. Они работают как «Википедия» — там хранится вся информация про проекту. Как хранилища тест-кейсов часто используют TestRail или Zephyr.

Цукерберг рекомендует:  Программа - Сщздание каталога промышленных изделий

Дополнительными плюсами при трудоустройстве будет уровень английского выше среднего, базовое знание языков программирования — например, Java или Python — и автотестирования.

Что изучить, чтобы понять азы тестирования

Вот книги и ресурсы, которые помогут понять, интересно ли вам тестирование, и освоить азы самостоятельно:

  • сайты: protesting.ru, testingexcellence.com;
  • блоги на Medium, Tproger, Habr со статьями по хештегам «тестирование»;
  • Telegram-каналы: «QA — русскоговорящее сообщество», QA — Bad Company.

Книги о тестировании

«Тестирование dot com», Роман Савин

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

«Ключевые процессы тестирования», Рэкс Блэк


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

«Тестирование. Легкий старт», Константин Азарский

Автор рассказывает новичкам, как освоить профессию тестировщика, отвечает на типичные вопросы и приводит практические примеры задач. Книга полезна для тех, кто только начал осваивать специальность.

Освоить профессию под руководством наставников, получить теорию в доступном виде и сразу начать решать практические задачи можно на образовательных курсах «Нетологии».

Карьерные перспективы тестировщика: куда развиваться после позиции джуниора

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

Варианты специализации в профессии по сфере деятельности компании и рабочим навыкам, задачам по версии Capgemini.

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

Middle QA Engineer/Tester. Пишет тестовые сценарии, готовит техническую документацию, исправляет баги и тестирует новые функции.

Senior QA Engineer/Tester. Планирует процессы и разрабатывает стандарты тестирования, работает с циклом проверки ПО. Оценивает работу младших специалистов.

Lead QA Engineer/Tester. Принимает решения по внутреннему устройству и внешним интерфейсам ПО по требованиям к нему и ресурсам в наличиии. Выполняет сложные задачи по тестированию.

QA Team Lead/Manager. Координирует стратегию тестирования в небольшой команде, руководит тестировщиками, планирует и контролирует их работу. Оценивает объём, сроки выполнения и бюджет проекта.

Профессиональное развитие проходит в разном темпе, указанное время — приблизительное. Некоторые тестировщики не становятся управленцами — Lead и Team Lead — и предпочитают дальше выполнять технические задачи даже после 10–15 лет работы.

Резюмируем

  • Тестировщик проверяет программы и помогает устранять ошибки в них.
  • Тестировщиков еще известны как QA. Это названия одной и той же профессии, но на практике тестировщиками называют Junior-специалистов, а QA — Middle и старше.
  • Тестировщиков нанимают крупные компании, которые разрабатывают и проверяют свои продукты, и небольшие, предоставляющие услуги тестирования. Вакансий для специалистов много, только на hh.ru — больше 14 тысяч по России.
  • Средняя зарплата новичка — $600, опытные тестировщики получают $2300.
  • Чтобы получить первую работу, новичку нужно знать теорию, уметь находить и заводить дефекты, работать с системами баг-трекинга, хранилищами тест-кейсов и программами для проверки передачи данных.

Материал опубликован пользователем.
Нажмите кнопку «Написать», чтобы поделиться мнением или рассказать о своём проекте.

Хорошие QA — программисты, может не самые лучшие, но приходится именно программировать и повторяющуюся работу надо скриптовать.

Если специалист делает одно и тоже (регрессия), то явно с его навыками что-то не так, более того:
— выкатили фичу, ты с разных сторон ее проработал, но даже в этой проработке приходится по несколько раз добавлять в БД данные, удалять и проводить по 3-4 шага, чтобы воспроизвести нормальную работу, а тту бамц — баг и так несколько раз.

Что это? Хорошая статья по полочкам на VC?

Это реклама курсов

Статью лучше переименовать в «О чём важно знать, чтобы стать тестировщиком *в Bookmate*: советы новичкам». Чтобы не вводить людей в заблуждение.

С каких пор тестировщик и QA — это одно и тоже? Смотрите глоссарий ISTQB и не вводите людей в заблуждение.

Савина в советы для джунов включают везде и всегда, к сожалению. Хотя, эта книга содержит в себе вольный пересказ теории тестирования, описывает устаревшие процессы, она на 70% неактуальна, также в ней есть ошибки. Люди потратят на это свое время, при этом получат минимум информации. «Ключевые процессы тестирования» для джунов будет слишком сложной и скучной, ее лучше читать, когда у тебя уже есть опыт в тестировании, чтобы понять, что куда и зачем, а также как тебе расти. Например, когда ты с миддла хочешь перейти в синьоры. Для джунов самая нормальная книга — это книга с теорией от Святослава Куликова, там много полезной информации, которая поможет пройти собеседование.

Всегда была интересна эта тема, только вот лично я не видел что-бы «в обьявлениях на заборе» висел листок с вакансии тестера.
Но все же, было бы любопытно окунутся в эту сферу.

https://itstepbystep.club
Мы, команда ItStepByStep, столкнулись с тем, что о программировании в качестве будущей специальности и о работе в такой сфере, как IT говорят очень многие. Мы точно знаем, что рынок развивается стремительно и потребность в квалифицированных специалистах будет расти с каждым днем.

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

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

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

Собственно говоря, так и возникла идея создания Обучающего портала ItStepByStep.

Наши первые обучающие материалы будут связаны с тестированием программного обеспечения.

Мы точно знаем, что стать IТ-специалистом – это просто!

Приобретайте обучающие материалы и сделайте шаг навстречу новой специальности!

Normal testing

From the programmer’s worst friend

Михаил Павлов: Отвечает ли тестировщик за качество?

Тезисы

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

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

В очередной раз я прочел в одном из популярных блогов для менеджеров проектов мнение о том, что тестировщик отвечает за качество (пример вакансии). Количество утверждений такого рода среди ИТ-профессионалов уже становится критическим, и хочется напомнить заинтересованным лицам (слово stakeholder здесь подошло бы больше), за что же в проекте все-таки отвечает тестировщик или, если брать шире, группа тестирования проекта в целом.

Что такое качество

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


Тестировщик не отвечает за качество программного продукта

Дочь попросила меня проверить ее домашнюю работу по алгебре. Проверив работу, я обнаружил несколько ошибок, причем достаточно определенно указал, где и почему они допущены. Дочь забрала свою работу, а на следующий день сообщила: «Папа, я из-за тебя получила тройку». Оказалось, что накануне дочь поленилась и не исправила ошибки, на которые я ей вчера вечером указал. А сегодня она попыталась переложить ответственность на человека, указавшего на ошибки, за то, что она их не исправила.

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

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

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

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

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

Очевидно, что если тестировщик не отвечает за качество, но в проекте его услуги востребованы, то он отвечает за что-то другое.

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

• Какова качественная и количественная оценка текущего состояния продукта с точки зрения его соответствия требованиям?

• Сможет ли проектная команда поставить продукт в срок и в надлежащем качестве, если сохранятся существующие тенденции обнаружения и исправления дефектов?

• Какие корректирующие меры рекомендуется предпринять, если прогноз неблагоприятный?

Хороший тестировщик в любой момент может дать заинтересованным лицам проекта ответ, по крайней мере, на первые два вопроса.

Причины заблуждений

Причина первая – сложившаяся практика смешивать понятия тестирования программного обеспечения (software testing) и обеспечения его качества (quality assurance). Такое наблюдается сплошь и рядом не только в России, более того, вся эта путаница пришла к нам из-за рубежа вместе с термином quality assurance («обеспечение качества»).

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

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

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

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

Кроме того, как отмечает в заметке с говорящим названием “Testers: Get Out of the Quality Assurance Business” — в своем блоге [1] Майкл Болтон (Michael Bolton), тестировщики не занимаются программированием и не могут вносить в код изменений, непосредственно улучшая качество программного кода. Комментируя деятельность тестировщиков, М.Болтон пишет, что это не обеспечение качества (quality assurance), а содействие качеству (quality assistance).

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

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

Вместо заключения

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

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

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

Автор может в любой момент заменить (или снять) свою презентацию или другими материалами, или слайдкастом.

BYTEX BLOG

Тестировщик ПО: как не стать «плохим» специалистом?

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

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

Признаки плохого тестировщика

Слабые коммуникативные способности

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

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

Вот признаки, которые определяют тестировщика, обладающего слабыми коммуникативными способностями:

  • отсутствие энергии для общения;
  • боязнь высказывать свое мнение;
  • чувство уязвимости;
  • недостаток подготовки.

Недостаток технических знаний

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

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

Вот список факторов, оказывающих влияние на уровень технических знаний:

  • отсутствие необходимой для обучения самодисциплины;
  • недостаток практики;
  • недостаток энергии или энтузиазма.

Написание баг-репорта без анализа бага

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

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

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


  • некорректные данные тестирования;
  • нестабильная среда тестирования;
  • неправильная последовательность тестирования;
  • неправильно сформулированные требования.

Отказ от следования процедурам контроля качества

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

Вот примеры подобных отклонений от процедур контроля качества:

  • неиспользование правильных шаблонов тестовых артефактов;
  • не следование процессам обзора;
  • указание более старых версий документов из-за отсутствия контроля версий во время тестирования.

Тестирование, основанное на допущениях

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

Так что никогда не тестируйте ПО, опираясь на предположения! Добейтесь от разработчиков или аналитиков чётких и понятных требований. Если какие-то конкретные требования для вас неясны, задавайте вопросы без всяких сомнений. Баг, пропущенный из-за неправильных предположений, может стоить огромных затрат для проекта.

Вот примеры предположений, которые могут возникнуть в ходе тестирования:

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

Не следование принципу «Протестировать — значит сломать»

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

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

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

Вот факторы, которые мешают следовать принципу «Протестировать — значит сломать»:

  • используются только позитивные подходы к оценке работы системы при полном исключении негативных;
  • не используются исследовательское и Ad Hoc тестирование;
  • недостаток внимания в процессе тестирования;
  • тестирование лишь идеальных сценариев использования ПО.

Застой в развитии навыков тестировщика

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

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

Следующие факторы могут вызвать застой в развитии навыков тестировщика:

  • нежелание повышать свою квалификацию;
  • монотонность рабочего процесса;
  • боязнь выхода из «зоны комфорта».
  • отсутствие четкого представления о собственных карьерных целях.
Цукерберг рекомендует:  Gamedesign - Оптимизация рендеринга в Unity

Отсутствие способности взглянуть на приложение с точки зрения пользователя

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

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

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

Халатность

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

Примеры халатности во время тестирования:

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

Тестирование может выполнить любой

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

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

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

Плохой тестировщик, как правило, строит следующие предположения о процессе тестирования:

  • тестирование не требует никаких особых навыков;
  • тестирование — лёгкая работа, которая может быть выполнена каждым;
  • тестировщику нереально добиться карьерного роста — он всегда будет просто пешкой;
  • тестирование — монотонная работа, и ничего нового в ежедневном рабочем процессе ожидать не стоит.

Как не быть плохим тестировщиком

Признаков, по которым вы можете отличить плохого тестировщика от хорошего, множество.

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

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

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


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

Профессия тестировщик

IT развивается, постоянно создаются новые продукты, которые требуют проверки перед тем, как выйти на рынок, чтобы конечный пользователь получил качественный продукт. Именно от тестировщика зависит, в каком состоянии продукт попадет на рынок.

Кто такой тестировщик

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

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

Достаточно сложно дать определение слову «тестирование», но это не:

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

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

Виды тестирования

Не бывает универсальных тестировщиков, иначе работа была бы некачественной. Есть несколько видов тестирования со своими особенностями.

Функциональное тестирование

Функциональное тестирование в своей основе имеет анализ спецификаций функциональности определенных компонентов или системы в целом. Тесты в этом виде основываются на функциях, которые выполняет система. Обычно эти функции описаны в требованиях, спецификациях.

Основное достоинство функционального тестирования — имитация фактического использования системы во время тестирования. Недостатка 2:

  • возможность упущения логических ошибок в ПО;
  • избыточное тестирование.

Нагрузочное тестирование

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

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

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

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

Автоматизированное тестирование

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

  • запуск;
  • инициализация;
  • выполнение теста;
  • анализ;
  • выдача результата.

Тестировщик в этом случае создает, отлаживает и поддерживает тест-скрипты, наборы для теста и инструменты для тестирования в автоматическом режиме.

Юзабилити-тестирование

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

Юзабилити-тестирование может пригодиться в нескольких случаях:

  • тестирование удобства интерфейса;
  • сравнение продукта с конкурентами;
  • сравнение нескольких версий интерфейсов одного продукта.

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

Интеграционное тестирование

Суть интеграционного тестирования — в проверке связи компонентов целого продукта и их взаимодействия с другими частями системы.

Есть несколько типов этого тестирования:

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

Конфигурационное тестирование

Направлено на проверку работоспособности продукта в различных конфигурациях:

  • платформы;
  • драйверы;
  • компьютерные конфигурации.

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

На клиентском уровне выясняется насколько удобно пользоваться продуктом, его функциональность.

Тестирование безопасности

Тестирование безопасности проводится для проверки безопасности, анализа рисков, связанных с хаккер-атаками и вирусами. Главная задача тестирования безопасности — установить максимальную безопасность и комфорт при использовании продукта.

  • доступность;
  • конфиденциальность;
  • целостность.

Игровое тестирование

Игровое тестирование, несмотря на притягательное название, достаточно сложное и муторное. Основная его цель — проверить игру на баги, чтобы продукт дошел до потребителя в качественном виде. Игру и ее отрезки приходится проходить и перепроходить несколько десятков раз, так как исправление одного бага может привести к другому багу. Все тестирование производится вручную и занимает очень много времени. Кроме того, игры могут иметь несколько версий, например, для компьютера и смартфона на Андроиде — тогда проверка имеет свои особенности и количество тестов увеличивается в 2 раза.

Какие навыки нужны тестировщику?

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

Требования к тестировщику ПО (плюс / минус в зависимости от компании):

  • Понимание что такое баг, тест-кейс, стратегия тестирования (и умение ее выстраивать), отчет об ошибке;
  • Базовое знакомство с автоматизированным тестированием;
  • Быстрая обучаемость, приспосабливаемость к стремительно меняющейся среде;
  • Умение работать с базой данных — основными понятиями и запросами;
  • Коммуникабельность — важно для взаимодействия с командой;
  • Аналитический склад ума;
  • Умение быстро обрабатывать большое количество информации.

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

Зарплата тестировщика

Средняя зарплата тестировщика в Москве — около 70 тысяч рублей, в Питере — 50. Немного отстает Екатеринбург — 45 тысяч рублей. В городах поменьше и зарплата меньше. В Волгограде, Воронеже, Перми, Уфе, Казани зарплата составляет 33-40 тысяч рублей.

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

Тестировщик с высшим образованием и опытом работы от 1 года может рассчитывать на зарплату от 65 тысяч в Питере и от 80 в Москве. Максимальный доход в столице — 150 тысяч, в Санкт-Петербурге — 120 тысяч рублей.

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

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

Как стать тестировщиком

Чтобы стать тестировщиком, не обязательно иметь высшее образование. Важно уметь концентрировать внимание, не упускать мелочи. Стать тестировщиком можно даже с нуля, но при этом стоит все же иметь какие-то знания. Например, нужно уметь обращаться с компьютером и программами на “ты”, уметь ориентироваться в незнакомых средах. Также хорошо знать хотя бы один язык программирования, понимать основы базы данных.

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

Подготавливаясь к собеседованию, стоит ознакомиться с темами:

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

Курсы для тестировщиков

Самый простой способ изучить азы тестирования — курсы. Главное — чтобы они были качественные, а кураторы не лили “воду”.

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

При МГТУ имени Баумана действует учебный центр, регулярно проводящий курсы по тестированию. Их ведут преподаватели-практики.

Нельзя упускать возможности посетить стажировки. Придется работать бесплатно, но можно набраться опыта. Найти стажировки можно на сайте хедхатера или по запросу в гугл “стажировка тестировщик в городе (название города)”.

Открытых предложений о стажировке не так много, но можно самостоятельно предлагать свои услуги компаниям, производящим софт, игры, приложения, сайты.

Стоит ли быть тестировщиком?

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

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

Советы для начинающего тестировщика

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

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

Как стать тестировщиком?

Сначала нужно спросить себя: почему я выбрал эту сферу? Многие думают, что это самый легкий способ, чтобы попасть в IT-сферу и иметь доступ к высокому уровню заработка и разных плюшек. Хотим предупредить вас, что, на самом деле, это удается не всем и способ не из легких. Если вы определились, что все-таки тестировщик – это ваше предназначение, давайте посмотрим что нужно, чтобы стать хорошим специалистом.

Какие качества и умения пригодятся тестировщику?

  • Аналитический склад ума – вам необходимо будет анализировать результаты тестирования, связывать их с алгоритмом ваших действий с продуктом. Потому что, если ошибка получилась один раз, она возникнет и во-второй, а ваша работа – найти место, где эта ошибка появилась. Также, если вы захотите продвинуться по карьерной лестнице и заняться автоматизированным тестированием, то вам придется писать код и создавать программы, которые будут самостоятельно запускать тесты, а вам останется качественно проанализировать выявленные сбои.
  • Внимательность – внимание к деталям поможет вам смотреть на продукт и увидеть его слабые места, малейшие недочеты, а значит найти интересные подходы к его тестированию и баги.
  • Умение смотреть на продукт глазами заказчика/потребителя. Тут объяснять не нужно, вы сами понимаете, что, разрабатывая продукт, мы видим его как реализованный набор требований, а не как готовый для использования товар. Нужно уметь становиться на место потребителя и вести себя так, как повел бы он, если бы впервые увидел или взял в руки ваш продукт.
  • Умение общаться. Вы часть команды – значит вам придется постоянно взаимодействовать со многими людьми, начиная с разработчиков, заканчивая заказчиком, если в команде не будет бизнес-аналитика, например. Поэтому находить подход к человеку в плохом настроении, где-то уметь попросить так, чтобы вам не отказали в помощи, или спросить таким образом, чтобы вам оперативно ответили, очень нужный навык для тестировщика.
  • Воображение. Оно понадобится вам, чтобы нетривиально смотреть на продукт, находить нестандартные сценарии поведения пользователя, которые могут выявить неожиданные дефекты продукта.
  • Английский язык. Наверное, вы уже заметили, что в IT-сфере без английского языка не может качественно работать ни один специалист. И вы не исключение. Обычно test cases пишутся на английском языке, также ваш продукт может работать на иностранном, ваши заказчики и члены команды тоже могут разговаривать только на английском языке. Да и что скрывать, большой объем литературы, которая вам пригодится, также опубликована на английском и еще не переведена на русский.

Можно ли стать тестировщиком с нуля?

Мы выяснили, какими основными качествами должен обладать человек, который хочет прийти в профессию. Давайте теперь поговорим о том, что делать дальше. Хотим обрадовать вас – тестировщиком с нуля стать можно. У вас несколько вариантов.

Для этого нужно большое желание и мотивация. На курсах вам преподают структурированную чистую информацию из того же Google или YouTube, также всю необходимую литературу вы точно сможете найти в интернете самостоятельно. Начинать обучение стоит с прочтения профессиональных базовых книг, которые введут вас в мир IT, объяснят то, что нужно для дальнейшего повышения ваших навыков и умений. Например, книга «Быстрое тестирование», Роберта Калбертсона, Криса Брауна и Гэри Кобба; «Тестирование программного обеспечения», Сэма Канера, Джека Фолка и Енга Кек Нгуена. После того, как вы прочитаете пару качественных профессиональных книг, советуем вам попробовать себя за написанием test cases на практике, посмотреть, с какими программами работают специалисты, установив их, поразбираться в механике действий. Тестировщику без опыта будет сложно, поэтому рекомендуем попрактиковаться на open source проектах.

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

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

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

Понравилась статья? Поделиться с друзьями:
Все языки программирования для начинающих