Тестировщик кто это: Тестировщик ПО: кто это и чем занимается, как стать тестировщиком с нуля

Содержание

советы новичкам — Карьера на vc.ru

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

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

Анастасия Шарикова

Руководитель отдела тестирования Bookmate, преподаватель «Нетологии» на курсе «Тестировщик»

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

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

В теории

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

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

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

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

На практике

Чтобы наглядно объяснить, чем

Кто такой тестировщик. Обзор изнутри

Про профессию тестировщика в статье на DEV.BY рассказал Евгений Шидловский, ведущий инженер-программист (lead software test automation engineer) в EPAM и преподаватель курса «Тестирование ПО» в IT-Academy. Представляем этот рассказ вашему вниманию.

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

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

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

В своей работе тестировщик постоянно взаимодействует с представителями заказчика, бизнес-аналитиками, разработчиками и дизайнерами.

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

Какие бывают тестировщики

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

На рынке труда чаще всего встречается  функциональный  (мануальный,  manual QA engineer) тестировщик. Это человек, который придумывает тесты и «вручную» проверяет программы на баги и уязвимости.   

Автоматизатор (test automation engineer) пишет код, который автоматизирует процессы тестирования. 

Эти две специальности наиболее распространённые, и дальше мы будем говорить в основном о них. 

Иногда в отдельную роль выделяют security-тестировщика — человека, который занимается проверкой систем безопасности. BI (business intelligence) — тестировщик, которы работает с большими объёмами данных. В некоторых компаниях есть целые отделы performance-тестирования —  контроля производительности ПО и нагрузок на приложения. Usability-тестировщики проверяют, насколько продукт удобен в использовании и привлекателен для пользователя.      

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

Кто такие QA и QC 

Один из самых частых вопросов на собеседованиях тестировщиков: чем отличаются QA от QC? Вопрос философский, и мне приходилось слышать очень разные ответы на него. 

Традиционно под QA (Quality Assurance) понимается нечто глобальное: обеспечение всего процесса разработки, начиная от выбора методологии и специалистов и заканчивая общим контролем качества.  

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

Встречается ещё третье понятие —  Testing, или процесс тестирования продукта. 

В каком-то смысле QA, QC и Testing — всего лишь разные этапы работы, которые выполняет тестировщик. В некоторых больших компаниях есть QA-отделы, где специалисты не занимаются функциональным тестированием вообще: они хорошо знают стандарты заказчика и следят за тем, чтобы вся команда работала по этим стандартам. 

В вакансиях на рынке труда функционального (мануального) тестировщика могут называть и QA, и tester, и test engineer. Это разные наименования для одной и той же профессии. 

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

Также существует такое понятие, как TestOps (по аналогии с DevOps). Иногда употребляются термины DevTestOps и DevTestSecOps. Это специалист, который помимо тестирования ещё занимается поддержкой всей инфраструктуры: разворачивает и обслуживает сервера, автоматизирует тесты и процесс сборки приложения.  

Содержание работы тестировщика 

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

  1. Изучить спецификацию продукта (программы). 
  2. Разработать методы для проверки продукта. 
  3. Провести проверку продукта.
  4. Сделать выводы по итогам проверки. 
  5. Перечислить найденные уязвимости и недочеты продукта в техническом документе (чаще всего на английском языке). 

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

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

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

Тестировщик и код

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

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

Где и как учиться

Расскажу на примере своей работы. Я обучаю тестировщиков в IT-Academy. Наш курс длится 9 недель или 27 занятий. За это вермя можно получить базовую подготовку, достаточную для начала работы в качестве тестировщика. Но это очень интенсивный курс.

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

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

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

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

На рынке можно найти множество курсов: очных и дистанционных, платных и бесплатных. 

Во многих крупных ИТ-компаниях есть внутренние (как правило, бесплатные) курсы по тестированию. Однозначно нужно пробовать попасть туда, особенно если хотите работать в компании-организаторе таких курсов. Минус подобного околокорпоративного обучения —  оно часто бывает узконаправленным и не совсем подходят по своему содержанию средним требованиям рынка. Платные курсы, коих великое множество, чаще дают более широкую программу подготовки.

Книги и ссылки 

Много ссылок на обучающие ресурсы представлены в списке на сайте IT-Academy.

Карьера и рост

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

Тестировщику необязательно обладать глубокими техническим навыками, знать языки программирования или даже иметь математический склад ума. Хотя ситуация меняется и требования к кандидатам растут. Говорят, 10-15 лет назад ИТ-компании брали в тестировщики чуть ли не людей с улицы. Лет 7 назад (когда я сам приходил в профессию) новичку уже надо было крепко владеть теорией. Сегодня на собеседованиях чаще проверяют базовые технические навыки: работу с базами данных и сетями, администрирование. 

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

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

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

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

Работа тестировщиком без опыта — вся правда !

Однажды, в очередной кризис, у меня опять резко закончились деньги. И я опять начал искать, где их взять. И тут мне на глазу попалась заметка, в которой рассказывалось про работу тестировщиком без опыта. Имеется в виду, тестировщик программного обеспечения. Это меня заинтересовало. Что это за такой “недопрограммист”, который зарабатывает немного меньше “взрослого” программиста. Да еще и в баксах?

Несколько смущало то, что непонятно, где учиться этой “чудо-профессии”. И как потом зарабатывать. И можно ли стартануть в этой профессии без опыта и без обучения? В статье было написано все слишком “в общем”. Поэтому я решил разобраться во всем досконально сам. И докладываю вам результаты…

Ну а в конце статьи Вы узнаете про самый главный кошмар тестировщика…. Ну что, поехали ?

Содержание статьи

  1. Тестировщик ПО Vs QA инженер. Кто есть ху ?
  2. Где научиться тестированию программного обеспечения
  3. Краудтестинговые платформы – “ясли для тестировщика”
  4. Работа QA инженером “по взрослому”
  5. Плюсы и минусы работы тестировщика
  6. А сколько же можно заработать на тестировании ПО ?
  7. Требования к тестировщику
  8. Личностные качества тестировщика ПО
  9. Мифы про профессию тестировщика
  10. Главный кошмар тестировщика

Тестировщик ПО Vs QA инженер. Кто есть ху ?

Итак. Для начала вообще нужно понять. А что это за профессия такая? И есть ли отличие между тестировщиком и QA инженером? Тестировщик программного обеспечения – это такой человек, который выискивает “косяки” в программах. Ошибки. Под программами подразумевается ооооочень широкий круг…. программ. От веб-сайтов до прошивки смарт телевизоров.

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

Тестировщик ПО чем-то похож на охотника. Он также терпеливо выслеживает ошибки. И должен обладать терпением и внимательностью.

А кто же такой QA инженер? В переводе с буржуинского, Quality Assurance engineer, то бишь инженер, который гарантирует качество программы.

тестировщиктестировщик

Вообще, если по секрету, тестировщик ПО и QA инженер – это фактически одно и тоже. И работу тестировщик ПО и QA инженер делают одну.

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

А QA инженер – это уже “прокачанный” тестировщик. Он уже может и сам писать тест-планы. Может автоматизировать работу. Знает один или несколько языков программирования. Работает в штате компании.

Где научиться тестированию программного обеспечения

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

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

Единственное, что часто такое обучение идет на английском языке. Хотя и достаточно простом. Но ведь Вы же знаете английский, не правда ли… 🙂

Если же Вы хотите работать в QA инженером, то без хороших курсов не обойтись. Я сейчас не буду рекламировать те или иные курсы. Их много. Только учтите, что эти курсы обычно достаточно дорогие. И длятся несколько месяцев.

 

QA инженерQA инженер

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

К сожалению, Вузовского образования по профессии QA инженер или тестировщик ПО я не нашел.

Ну и еще вариант обучения работе тестировщика, если у Вас нет опыта – это устроиться помощником QA инженера в какую-либо фирму. И там в процессе работы Вы всем у и научитесь. Ну и в должность Вас тоже введут. Не без этого…

Краудтестинговые платформы – “ясли для тестировщика”

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

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

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

А “доход” обычно начисляется в английских тугриках. И в принципе он достаточно неплохой.

Но… Важно знать. На большинстве краудтестинговых платформ оплата идет ТОЛЬКО за найденные ошибки! И причем, Вы должны найти эти ошибки раньше других тестировщиков. Если опоздали или не нашли, чтож… Нет ножек-нет мультиков 🙂

Да. Помните. Чем “крупнее” ошибки Вы находите, тем выше Ваше вознаграждение!

работа тестировщикаработа тестировщика

Краудтестинговые платформы в основном “буржуинские”. Вот некоторые из них. Часть только на английском (или немецком языках). Часть переведена (не полностью) на русский. Но велика вероятность получения задания на английском языке.

Если Вы работали на одной их них, оцените ниже, какая понравилась больше.

https://test.io/ – одна из старейших платформ краудтестинга

Мне нравится1Не нравится

https://www.testbirds.com/ – есть вариант для русскоязычных пользователей.

Мне нравится1Не нравится

https://www.passbrains.com/ – еще один сайт для тестирования ПО

Мне нравитсяНе нравится

https://www.globalapptesting.com/ – еще краудтестинговый сайт

Мне нравитсяНе нравится

https://ubertesters.com/ – еще одна (немецкая) платформа для тестирования

Мне нравитсяНе нравится

https://testlio.com/ – еще ловите сайтик для тех, кто ищет работу тестировщика ПО без опыта

Мне нравитсяНе нравится

 

https://www.crowdtesting.ru/ – и еще. Это уже на русском языке, что является редкостью в мире тестировочных платформ.

Мне нравитсяНе нравится

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

 

Работа QA инженером “по взрослому”

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

Здесь в отличие о фриланса, Вам будут платить именно за работу, а не за найденные баги.

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

Итак. QA инженера с распростертыми объятиями ждут:

  • Фирмы-разработчики любого программного обеспечения
  • Разработчики игр
  • Разработчики мобильных приложений
  • Финансовые компании, например банки. Или биржевые брокеры
  • Системные интеграторы. Если Вы не знаете, кто это такие, то не просто запомните название 🙂
  • Иногда заводы или производственные фирмы
  • Веб-студии
  • …..

Короче, без работы не останетесь! А самое приятное в этом, что работа тестировщика очень востребована в западных фирмах. И оплачивается, соответственно лучше…

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

Почему Вам СТОИТ искать работу тестировщика ПО ?

  • Эта работа проще, чем у программиста. Во всяком случае, до определенного уровня
  • Высокая востребованность профессии тестировщика ПО. Без работы точно не останетесь!
  • Часто свободный график! И даже у штатных сотрудников!
  • Можно работать удаленно. Из любой точки мира.
  • Вы увидите продукт со всей стороны. Можете перейти на другую должность. Программист. Или…. коммерческий директор

Почему Вам НЕ СТОИТ искать работу тестировщика ПО ?

  • Никто не любит тестировщиков. Особенно программисты. Вы же находите их ошибки!
  • Достаточно скучная работа. Смотрели “День сурка”? Вот примерно так..
  • Тестировщиков часто назначают “крайними”. Ведь за ними ошибки-то никто не ищет!
  • Работа тестировщика сродни работе шпиона. Он боец невидимого фронта. “Медали” дают реже!
  • Часто бывает сверхурочная работа. И не всегда оплачиваемая.
  • Огромная ответственность. Не работает программа ? А куда смотрел тестировщик?

минусы работы тестировщикомминусы работы тестировщиком

Ну и подумайте сами, что для Вас в итоге перевесит. Минусы или плюсы?

А сколько же можно заработать на тестировании ПО ?

На фрилансе, то есть на краудфандинговых платформах, ориентируйтесь на сумму от 5 $ до 500 $ в месяц. Как я уже писал выше, “улов” в основном зависит от количества и качества найденных багов. То есть, нередко можно работать, работать и получить кукиш с маслом 🙁

Хотя иногда есть и работа для фрилансера с оплатой “за работу” а не “за найденные ошибки”.

А вот если Вы пойдет работать “в штат”, то тут уже зарплаты более серьезные. Данные на “сейчас” по России

Для специалистов ручного тестирования:

Для специалистов автоматизированного тестирования:

Так что, все  в Ваших руках. Кстати, в зарубежных компаниях зарплаты выше.

 

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

Ну если Вы ищите работу тестировщиком с нуля и без опыта, то для Вас и требования будут нулевые (чуть не написал “обнулённые” 🙂 ).

А вот если Вы хотите стать крутым тестировщиком, то смотрите, что Вам нужно знать:

  • Один или несколько языков программирования. Наиболее востребованы C++, С#, Java, SQL, Python
  • Архитектуру ПК и серверов
  • Основы Linux
  • Модель OSI
  • Инструменты управления тестированием, багтрекеры
  • Владение стратегиями тестирования на профи уровне

Личностные качества тестировщика ПО

Но это еще не все! Для успешной работы тестировщиком у Вас должны быть прокачаны:

  • Внимательность
  • Мозоли на попе усидчивость
  • Аналитические навыки
  • Умение управлять временем
  • Психическая устойчивость
  • Интуиция

Впрочем, все это можно со временем развить.

Мифы про профессию тестировщика

Немного поговорим про мифы профессии тестировщика.

  • Тестировщики – это подсобные рабочие программиста. Недопрограммисты..

Конечно же, это ошибочное мнение. Часто тестировщики имеют более “продвинутые” знания, чем программисты. И более широкий кругозор. Из тестировщиков часто выходят отличные програмисты. А вот наоборот – редко.

  • Тестирование – это простой поиск багов

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

  • Тестировщики мало получают

Ну по началу может и так. Но… продвинутые тестировщики, или точнее QA инженеры, получают зарплаты, сравнимые с зарплатами программистов. Ну Вы и сами это видели немного раньше.

Главный кошмар тестировщика

А вот и главный кошмар QA Инженера

один день тестировщикаодин день тестировщика

Нет.. Это был не кошмар тестировщика, а один день из его жизни.

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

В завершении темы

Самое главное. Поработав тестировщиком, можно развиваться как “вширь”, так и “вглубь”. То есть, или прокачивать и дальше свои профессиональные навыки тестировщика. Или направить свой взор в сторону профессионального программирования! И там, и там Вы сможете развиться и заработать денег!

А вот, кстати, и таблица рейтинга краудтестинговых платформ… Составлена по Вашим лайкам и дизлайкам выше…

www.globalapptesting.com

0

Теперь Вы знаете, что такое как работать тестировщиком без опыта. Если у Вас есть опыт подобной работы – то поделитесь. Буду рад услышать Ваше мнение.

Ваш Nаставник онлайN

Александр Бессонов

Легко ли быть тестировщиком? — Академия Яндекса

Задача тестировщика — проверять программы и сайты: нет ли там багов, работает ли пользовательский интерфейс и все ли процессы идут так, как задумали разработчики. Для многих именно эта профессия оказывается точкой входа в IT, а у новичков всегда множество вопросов. Так ли легко стать тестировщиком и что именно должен знать и уметь такой специалист? Что такое «порочный круг тестирования» и каковы перспективы тех, кто полностью посвятил себя этой профессии? Обо всем этом рассказывает Александр Шиповалов, старший инженер по тестированию поисковых интерфейсов Яндекса.

1. Тестировщик — это исследователь

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

Любому, кто хочет заняться тестированием, рекомендую роман братьев Стругацких «Понедельник начинается в субботу»

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

2. Опыт и способность рассуждать важнее знаний

Довольно легко овладеть базовыми знаниями о тестировании. Несколько книг и короткие курсы в этом помогут. Конечно, нужно осваивать языки программирования. В идеале три: JavaScript как главный язык веба, Python или Java — языки общей автоматизации и третий язык той оболочки, на которой вы работаете, я рекомендую bash.

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

Часто на собеседованиях в Яндексе в качестве заданий я прошу протестировать зажигалку

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

3. Существует порочный круг тестирования

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

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

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

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

4. Всегда есть способы сделать свою работу интересной

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

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

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

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

5. Тестировщик должен уметь общаться с другими людьми

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

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

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

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

6. Тестировщику есть куда расти

У меня есть мечта — вырастить из начинающих тестировщиков «черную команду тестирования». В начале 2000-х существовала такая команда очень любящих свою профессию, очень изобретательных и очень профессиональных тестировщиков. В случаях особо крупного релиза они приходили все в черном и находили в продукте самые немыслимые баги. Они изобретали самые невероятные проверки для кода. Хочется собрать такую же команду, чтобы люди знали, что если эти ребята вышли в черном, то будет битва с ошибками, недочетами и дефектами. Битва за настоящее качество!

Запишитесь на курс по тестированию в Санкт-Петербурге

alt

почему профессия тестировщика — идеальное начало пути для IT-специалиста — Карьера на vc.ru

Как устроена работа тестировщика, кто им может стать и сколько он сможет зарабатывать.

Работа.ру рассказывает о популярных профессиях в IT.

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

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

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

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

Как прийти в профессию

«В принципе человек любой профессии, например таксист, посидев две недели, почитав книжки, посмотрев видео, как правильно тестировать, сможет устроиться тысяч на 50», — отмечает бывший тестировщик, а сейчас разработчик в стартапе OVAL Global Алексей Нестерчук.

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

Однако для роста в профессии всё же понадобятся знания технической стороны продукта и азов программирования, например навык составления SQL запросов или базовые знания PHP, Java или Python.

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

Кто ты, QA-инженер или тестировщик? / Блог компании Dodo Pizza Engineering / Хабр

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


Больше трёх лет я занимаюсь обеспечением качества продуктов. И всё это время наблюдаю за эволюцией процессов тестирования в компании.

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

До текущих процессов с блэкджеком Scrum-Less и автотестами на Selenium.

Накопленный опыт и черты характера типичные для моей профессии привели к размышлениям о том, кто такие тестировщики, QA и QC. Разные это суть сущности или пересекающиеся? В статьях и конференциях я часто сталкиваюсь с какой-то путаницей, мне это не нравится. Поэтому я решил поделиться своими мыслями на этот счёт. Осторожно, данная статья не является истиной в первой инстанции. Данная статья — мысли вслух и желание найти единомышленников.

QA, QC и тестировщики: три большие разницы?

Начнём наши поиски и копания с обращения к Международному стандарту системы менеджмента качества ISO 9000:2015. В каждой статье, в каждом видео на тему отличия этих понятий есть ссылка на этот документ, моя статья не исключение.

В пункте 3.2 стандарта раскрываются два определения:

  1. Обеспечение качества (3.2.10) — часть управления качеством, направленная на обеспечение уверенности в том, что требования к качеству будут выполнены.
    Оригинал

    Quality assurance (3.2.10) — part of quality management focused on providing confidence that quality requirements will be fulfilled.

  2. Контроль качества (3.2.11) — часть управления качеством, ориентированная на выполнение требований к качеству.
    Оригинал

    Quality control (3.2.11) — part of quality management focused on fulfilling quality requirements.

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

Отмечу, что в стандарте ISO 9000:2015 вообще нет понятия tester как такового. Я искал.

Так каким же образом взаимосвязаны понятия Quality assurance, Quality control и Тестирование между собой?

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

Но лично мне кажется, что раз в стандарте нет понятия tester или testing, а QC — это и есть разного рода тестирование, то и иллюстрации должны быть такими:

Однако стандарт есть стандарт, а у нас тут реальная жизнь. И в реальной жизни IT-индустрии встречаются только два названия нашей профессии:

  1. QA-инженер.
  2. Тестировщик Программного обеспечения (ПО).

Причём очень часто эти понятия взаимозаменяются и путаются. Неразбериха начинается ещё на этапе описания вакансий.

Ищу Тестировщика ПО (QA-инженера)

Я бы не писал эту статью, если бы в индустрии не смешивали эти роли и не называли тестировщиков QA-инженерами и наоборот. По моим наблюдениям, в России не разделяют две профессии. Всех для простоты (а может по незнанию) называют тестировщиками. И ладно бы таким грешили только работодатели, но путаницу поддерживают и сами тестировщики. Например, на Хабре можно встретить статьи, где авторы на протяжении всего текста называют одних и тех же людей тестировщиками, QC-инженерами, QA-специалистами, инженерами по тестированию и тестерами.

Масла в огонь подливают HR-менеджеры: часто для увеличения охвата аудитории они пишут в названии вакансии «Тестировщик ПО (QA инженер)». Шапкой вакансии дело не заканчивается, винегрет продолжается и в самом описании.

Давайте обратимся к вакансиям QA-инженеров:

Все задачи связаны с тестированием и нацелены на поиск багов, хотя компания ищет «QA-инженера».

Или ещё один красочный пример:

И ещё:

И на сладкое:

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

Если вы помните, в ISO 9000:2015 есть QA и QC. Что будет, если выполнить запрос на hh.ru по ключевому слову QC? А ничего не будет. Вы не увидите вакансий ни QA, ни тестировщика. По такому запросу появятся вакансии, связанные с производством и контролем качества выпускаемой продукции.

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

Что такое обеспечение качества

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

  1. Для кого эта конференция?
  2. С чем она у вас ассоциируется?

Конференция QualityConf целиком и полностью посвящена качеству, а не тестированию. Однако при подготовке очередной конференции организаторы провели исследование и задали вопрос своим посетителям: «С чем у вас ассоциируется конференция?».

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

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

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

Оригинал

Quality is a customer determination, not an engineer’s determination, not a marketing determination, nor a general management determination. It is based on the customer’s actual experience with the product or service, measured against his or her requirements — stated or unstated, conscious or merely sensed, technically operational or entirely subjective — and always representing a moving target in a competitive market (Armand Feigenbaum «Total quality control»).

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

QA ≠ QC: как их различить

QC: кто эти люди, какие у них задачи, какие у них ограничения

Кто эти люди? Люди, которых называют тестировщиками, тождественны контролю качества QC. По логике вещей они на последнем этапе разработки проверяют качество продукта (любым видом и типом тестирования  —  ручным, автоматизированным, нагрузочным, тестированием безопасности и т.д.).

Какая у них задача? Их задача — провести валидацию продукта и предоставить информацию бизнесу и разработчикам о соответствии продукта заявленным требованиям.

Какие у них ограничения? Какие могут быть недостатки, если у вас все сотрудники проверяют продукт на соответствие:

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

QA: кто эти люди, какие у них задачи, какие у них ограничения

Кто эти люди? Инженеры по обеспечению качества (QA) — это люди, которые помогают командам разработки выпускать качественный продукт, как можно быстрее за как можно меньшие деньги. Ведь все мы знаем, что чем раньше найден баг, тем дешевле его пофиксить. Лучше всего фиксить баги ещё на уровне идеи.

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

Какая у них задача? Задача QA-инженера  —  не допустить несоответствия продукта предъявляемым требованиям. QA-инженер замеряет качество продукта, знает его актуальное состояние и что нужно сделать, чтобы его поднять не только на этапе тестирования, но и на этапе разработки, дизайна или составления требований.

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

В отличие от QA, работу QC оценить можно, особенно если отталкиваться от самого простого и оценивать эффективность по количеству багов — сколько багов нашёл и сколько багов пропустил на прод.

Как дальше жить?

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

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

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

«Как стать тестировщиком игр? Какие навыки нужно для этого иметь?» – Яндекс.Кью

Добрый день! Проще всего стать тестировщиком игр с помощью специализированных курсов:

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

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

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

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

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

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

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

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

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

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

В теории

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

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

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

· разрабатывает и устанавливает стандарты качества;

· анализирует качество;

· выбирает инструменты тестирования;

· обдумывает, как предотвратить ошибки;

· совершенствует процессы обеспечения качества.

На практике

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

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

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

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

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

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

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

«Тестирование 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-тестировщику не очень сложно пройти собеседование. От него не ждут глубокого знания теории и инструментов для тестирования. При собеседовании таких кандидатов обращается внимание на скорость и живость мышления, свежий и нестандартный подход к решению задач.

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

· Самолёт вылетает из точки А в 17:00, а прилетает в точку Б в 19:00. При этом находится в полёте три часа. Почему такое может быть?

· Как сделать так, чтобы, получив обновлённое приложение, конкуренты не смогли узнать его новые функции?

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

Также для собеседования будет полезно:

  1. Изучить виды тестирования: функциональное и исследовательское тестирование, автоматизированные тесты (включая инструменты для него), нагрузочное и стресс-тестирования, smoke-тестирование.
  2. Дополнительно почитать о приёмочном тестировании и его критериях.
  3. Если мы говорим о тестировании веб-приложений, то это браузерная консоль и её работа, количество и версии браузеров, разрешения мониторов, инструменты тестирования вёрстки (pixel perfect).
  4. Если мы говорим о мобильных приложениях, это виды платформ, эмуляторы, monkey testing. Не забудьте о планшетах.
  5. Изучить виды баг-трекеров. Самые популярные: Jira, BugZilla, RedMine, Mantis. Посмотрите, как они работают, в чём их особенность.
  6. В перспективе — инструменты Jmeter, Postman, Charles. Они не очень сложны в освоении на базовом уровне.

Первый рабочий день

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

Не стоит спрашивать, где установить Skype, использовать в нём ник со школьных времён gangsta_666 или забавную картинку. Используйте в нике сочетание имени и фамилии, например ivansmirnov или smirnovivan, поставьте свою обычную фотографию.

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

Первое задание

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

Проявляйте инициативу. Если вам не дали чек-лист приложения, не ждите, а попросите его у ментора. Если в организации нет чек-листа, вы можете составить его сами. В некоторых компаниях чаще чек-лист составляют в «Google Таблицах». Ниже я приведу пример такого чек-листа — вы сможете составлять свои по его примеру.

Коллеги будут удивлены, если составите чек-лист в виде карты мыслей, например в программе Xmind.

Чек-лист для тестирования Pokémon GO

Одним из первоочередных видов тестирования для начинающего QA-специалиста, возможно, станет прохождение по чек-листам, тест-кейсам более старших специалистов. Этот этап необходим для более быстрого погружения в проект. Для наращивания тестовой базы новичок может сам расширять этот чек-лист. Junior-тестировщики в рамках обучения написанию чек-листов подготовили лист для тестирования приложения Pokémon GO. Тут описаны только позитивные кейсы.

Первый баг в трекер

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

Тема

В ней описывают проблему несколькими словами. Лучше, если она будет начинаться с отрицания: «не работает», «не происходит», «неправильно» и прочее. Например: «Не происходит синхронизация с сервером на iPhone 6», «Не работает воспроизведение видео в Nexus 5».

Сценарий

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

Дополнительно можно приложить скриншоты с указанием мест, на которые стоит обратить внимание (можно использовать приложения Joxi, LightShot и другие), для более сложновоспроизводимых багов — записать видео. Когда наберётесь опыта, можете снимать и прикладывать логи.

В конце сценария указывается среда, в которой проводилось тестирование: версия приложения, прошивка девайса (Android 6.0.1, iOS 9.3.2). Если это веб-приложение, дополнительно укажите версию браузера.

Назначение бага

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

Проставление критичности

Виды критичности багов в большинстве трекеров представлены следующим списком:

Immediate (Blocker)

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

Crit — Urgent

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

High

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

Normal

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

Low

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

Самообучение

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

Ниже — несколько книг, которые рекомендуются стажёрам:

· «Тестирование DOT COM», Роман Савин — очень полезное пособие, практически настольная книга начинающего тестировщика. Содержит в себе львиную долю знаний для того, чтобы начать тестировать и успешно отвечать в ходе собеседования на вопросы, касающиеся технико-теоретической части.

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

· «A Practitioner’s Guide to Software Test Design», Lee Copeland — в книге расписаны виды тестирования как «белым», так и «чёрным» ящиком. Перечислены различные техники тестирования, а также то, как ими пользоваться и когда лучше применять. В книге можно найти интересную статью об исследовательском тестировании, которая очень полезна для начинающих тестировщиков.

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

Тестировщик программного обеспечения компании QA. Кто это? — TestMatick

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

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

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

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

  1. Соблюдение. Человек, оказывающий услуги по тестированию программного обеспечения, должен замечать все малейшие неисправности в тестируемой программе.
  2. Педантизм. Каждый тест следует выполнять внимательно и не один раз.
  3. Настойчивость . Тестирование программного обеспечения каждого продукта, особенно игр, — непростая задача. Нередко тестировщик проводит за компьютером гораздо больше времени, чем разработчик.Дефект необходимо найти и описать, а также перепроверить после его исправления разработчиком.
  4. Стойкость. Не редко тестировщика приходится отстаивать свою правоту, доказывая наличие найденной ошибки, которую невозможно воспроизвести на компьютере-программисте.
  5. Тактичность. Программное обеспечение всегда является частью разработчика, создавшего его. Вам нравится, когда кто-то указывает на ваши ошибки?
  6. Общительность. Тестер не существует в изоляции.Будет ли он / она работать в составе специальной команды тестирования или один с разработчиком — он / она не может обойтись без общения.
  7. Люблю работать. Корни? Возможно, но факт остается фактом. Если вам это не интересно, вы не проживете долго.
  8. Желание учиться . Технологии даже не ушли, а скорее забегают вперед. Для тестирования нужно знать все о тех продуктах, с которыми вы столкнетесь позже.

.

Тестер автоматизации. Кто это? — TestMatick

Существует множество мнений об инженерах по автоматизации тестирования программного обеспечения, их обязанностях и обязанностях. В реальности 80% рабочего времени автотестера посвящено сервисам ручного тестирования: выполнение регрессионного тестирования как услуги, обновление тестовых примеров и т. Д.

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

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

Автоматическое тестирование — это вид тестирования, при котором одно программное обеспечение тестируется с использованием другого. Инструменты автоматического тестирования являются основным средством, с помощью которого это делается. Этот тип тестирования помогает ускорить процесс тестирования, сэкономить деньги и сократить людские ресурсы. Автоматические тесты можно легко повторить, и они выполняют задачу, которая часто практически невозможна для ручного тестирования. Ведущими инструментами автоматизированного тестирования являются Cucumber, Selenium, LoadRunner и другие.

Компании по тестированию программного обеспечения в США составили список навыков, которыми должен обладать автотестер.Основой для данного списка послужили резюме поступающих в компании, занимающиеся тестированием программного обеспечения, и 80% ревизий резюме дали следующий результат:

  • знание SQL или реляционных баз данных;
  • Java, включая J2EE и EJB;
  • Perl;
  • Python;
  • C / C ++;
  • Сценарии оболочки.

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

.

FAQ для тестеров | TryMyUI

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

Если вы клиент TryMyUI, а не тестировщик, посетите страницу часто задаваемых вопросов для клиентов.

Общие

Что такое TryMyUI?

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

Что такое тест на удобство использования?

Тест на удобство использования состоит из:

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

Мы оцениваем вас по нескольким критериям. Чтобы стать отличным тестером юзабилити, вам необходимо:

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

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

Приемные испытания

Как узнать о доступных тестах?

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

Почему я не сдаю анализы?

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

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

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

Почему я все время пропускаю тесты?

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

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

Индикаторы My Score и Ranking показывают «NA». Влияет ли это на мою способность проходить платные тесты?

Нет, у вас не будет баллов или рейтинга, пока вы не начнете проходить платные тесты.Не беспокойтесь, что сейчас написано «NA». Мы просто ждем, чтобы увидеть, как клиенты оценивают вас на реальных тестах.

Сколько тестов я могу сделать?

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

Скачивание и установка регистратора

Где я могу загрузить приложение регистратора TryMyUI на свой компьютер без входа в систему?

Вы можете скачать диктофон на этой странице: trymyui.ком / установка / trymyuirecorder.

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

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

Проведение испытаний

Я не могу открыть TryMyUIRecorder, когда я нажимаю приложение на моем компьютере, ничего не происходит.Почему не открывается?

Сам по себе TryMyUIRecorder ничего не делает, поэтому щелчок непосредственно по приложению не даст никакого эффекта.

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

Я пытался пройти отправленный мне тест, но когда я щелкнул ссылку «Начать тест» / «Начать запись», у меня появилось всплывающее окно, в котором говорилось, что тест уже был выполнен другим пользователем?

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

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

Платежи

Как часто вы производите выплаты?

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

Как мне будут платить?

Мы отправляем вам платеж через Paypal после принятия вашего теста, если вы не выполняете тест через MTurk, и в этом случае оплата выполняется автоматически после принятия.

В моем тестовом статусе указано «Выплачено», но я все еще не получил денег на свой счет PayPal. Это ошибка?

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

Счет

Я случайно зарегистрировался как клиент, а не как тестировщик, как мне изменить тип своей учетной записи?

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

Нужно ли мне использовать свой адрес электронной почты PayPal для регистрации в TryMyUI?

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

Если вы уже зарегистрировались с адресом электронной почты, не связанным с PayPal, вы можете изменить его на странице «Мой профиль». Просто введите новый адрес в поле «Электронная почта» и нажмите «Отправить». Вы получите письмо с подтверждением на свой почтовый ящик.Пожалуйста, подтвердите новый адрес, прежде чем продолжить тестирование.

Как я могу пройти тесты для TryMyUI с моей существующей учетной записью Personal / Team / Enterprise / EDU?

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

,

Фальшивый бог качества против настоящих людей

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

Вопрос, который я задаю вам: это хорошо?

Вот что я думаю и хотел бы, чтобы вы обдумывали эти идеи.

Who is Responsible for Software Quality Who is Responsible for Software Quality

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

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

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

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

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

Я также должен признать, что меньшее количество ошибок не обязательно означает хорошее качество. Джерри Вайнберг, живая легенда тестирования программного обеспечения, который был первым, кто создал команду тестирования еще в 1960-х годах, определяет: «Качество — это ценность для какого-то человека, который имеет значение», а затем Майкл Болтон расширил его до «Ответственность тестировщика — найти кто имеет значение и что для них важно ».Так здорово.

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

Проблемы с разработчиками

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

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

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

Виновен в отсутствии ошибки

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

Если необходимо 4 пробежки от последнего мяча и игрок с битой не может забить, несет ли бэтсмен ответственность за потерю команды?

Неспособность учиться

Образец среди всех тех тестировщиков, которые считают себя богами качества, не учатся. Чувство ОТВЕТСТВЕННОГО ЛИЦА заставляет их думать, что они узнали почти все, и все, что они узнали, правильно.

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

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

Изменение

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

Если вы хотите немного измениться, вы должны подумать о следующем:

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

Об авторе :
Эта статья написана Прадипом Саундарараджаном, нашим приглашенным автором в SoftwareTestingHelp. Прадип — известный тестировщик, мыслитель, идейный лидер и международный докладчик в области тестирования программного обеспечения и решения проблем. Он пишет популярный блог Tester Tested! и тесты, тренирует, консультирует, управляет тестированием и тестировщиками.

Не стесняйтесь поделиться своими комментариями s / предложениями по этой статье.

.

Отправить ответ

avatar
  Подписаться  
Уведомление о