Qa инженер (qa engineer)

История

2017: В Санкт-Петербурге открыт центр тестирования A1QA

Офис A1QA в Санкт-Петербурге расположился по адресу Заневский проспект, 30 на территории бизнес-центра «Ростра». В пешеходной доступности находятся станции метро «Новочеркасская» и «Ладожская».

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

Первый российский центр тестирования A1QA открылся прошлой осенью в Рязани.

На ноябрь 2017 года головной офис компании расположен в Лейквуде, штат Колорадо, а главный центр тестирования – в Минске.

2014

На май 2014 года спектр компетенции A1QA объединяет все виды тестирования программного обеспечения, включая автоматизацию и безопасность (PCI DSS, OWASP); приемочное тестирование корпоративных ИС; QA-консалтинг и постановку смежных процессов. Основное направление — независимое тестирование ПО высокой степени сложности для телекоммуникационной и финансовой отраслей, промышленного производства, сферы услуг, электронной коммерции и т.д.

2003: Минск

Первый офис A1QA появился в 2003 году в Минске, с течением времени к нему добавились филиалы в других городах Беларуси, Голландии, Великобритании, России и США.

Кто такой QС Engineer

Контроль качества (QC) — часть международного стандарта управления качеством ISO 9000. Суть контроля качества сводится к поиску дефектов и ошибок после создания продукта.

Таким образом, специалист, чья работа крутится вокруг тестирования — это QC Engineer, по-русски, тестировщик.

Должностные обязанности QC Engineer

Примерный обобщенный список:

• Оценка и внедрение программного обеспечения для тестирования.

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

• Настройка автоматического тестирования.

• Поиск дефектов или ошибок, которые могут подорвать доверие покупателей к вашим продуктам.

• Проверка, что конечный продукт соответствует стандартам компании, стандартам отрасли, законам.

• Составление отчетов об испытаниях и проверках.

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

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

• Тестирование инструкций, гайдов, документации.

• Работа со специалистами по обеспечению качества.

• Оценка отзывов и жалоб клиентов — поиск и рекомендации решений, которые “сделают их счастливыми”.

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

Кто такой QA Engineer

Обеспечение качества (QA) — часть международного стандарта управления качеством ISO 9000, которая помогает компаниям соответствовать требованиям, удовлетворять потребностям клиентов и постоянно улучшать свои процессы и процедуры.

Должностные обязанности QA Engineer

Примерный обобщенный список:

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

• Документирование и обновление типовых инструкций и лучших решений (best practices).

• Проверка процессов, процедур и документации на соответствие правилам и стандартам.

• Мониторинг текущих процессов с целью их улучшения.

• Обучение производственных и инженерных групп соблюдению установленных процессов и процедур.

• Анализ первопричин и внедрение решений, направленных на устранение проблем, обнаруженных в текущих процессах и процедурах.

• Сбор и оценка отзывы клиентов.

ВАЖНО. Даже если в компании есть четко определенная позиция QA Engineer, обеспечивать качественный процесс, создавать качественный продукт остается обязанностью каждого участника команды

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

В чем проблема?

Одна из главных причин возникновения ситуации, описанной выше, — это отсутствие культуры разработки, в которой каждый разработчик несет ответственность за написанный им код. А даже минимальная ответственность понимает под собой необходимость удостовериться в работоспособности кода прежде чем радостно восклицать: “Моя работа готова!”.

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

Наиболее оптимальный способ — это написание автотестов на разрабатываемый код

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

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

Роль 1: Качественник

Наша цель — выпустить качественный продукт, поэтому QA специалист принимает участие на каждом этапе жизненного цикла продукта:

1. Проверяем функционал на соответствие техническим и бизнес-требованиям, чтобы продукт решал определенные бизнес-задачи;
2. Выявляем архитектурные несоответствия: что можно реализовать, а что нереализуемо. Сразу обсуждаем с разработчиками, как будем внедрять идеи из технического задания;
3. Составляем тестовую документацию, в которой разберется новый член команды;
4. Информируем всех заинтересованных о состоянии продукта и сроках релиза;
5. Организуем демонстрации продукта.

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

Верно ли, что QA-автоматизаторам нужно разбираться в программировании чуть ли не лучше разработчиков?

ЕКАТЕРИНА ЖУКОВСКАЯ: QA-автоматизатор – это такой же разработчик, что и Python Developer или .NET Developer. В задачах обычного разработчика и QA-автоматизатора стоит даже одинаковая цель –  автоматизация. Только в привычной нам разработке автоматизируют бизнес-процессы, а QA-автоматизатор – тесты для проверки автоматизации этих бизнес-процессов. Так что я считаю, что в программной части должны разбираться отлично и те и другие, ведь от эффективности первых, зависит и качество работы вторых.

АЛЕКСЕЙ БЕДУНКЕВИЧ: Я не считаю что автоматизатору надо разбираться в коде на уровне разработчика, но всегда хорошо если человек разносторонне развит. Но даже простое знание базы и наличие здравого смысла уже позволит стать довольно успешным автоматизатором.

Книги на английском языке

Cem Kaner, James Bach, Bret Pettichord

«Lessons Learned in Software Testing»

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

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

Boris Beizer

«Software Testing Techniques»

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

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

Ajay Balamurugadas, Sundaresan Krishnaswami

«Mobile Testing: Ready Reckoner»

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

в формате PDF

Mike Andrews, James A. Whittaker

«How to break web software»

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

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

James A. Whittaker

«How to Break Software Security»

Вторая книга Витакера — пошаговое руководство по тестированию безопасности приложений. Ее лучше читать после «How to break web software».

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

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

Gerald M. Weinberg

«Perfect Software and other illusions about testing»

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

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

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

Перспективы

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

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

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

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

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

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

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

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

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

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

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

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

Учебный центр Специалист.ru (ЦАО)

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

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

В процессе обучения тестированию ПО обсуждаются основные направления автоматизации и управления тестированием в следующих областях:

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

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

💰 На правах рекламы. «Тестировщик программного обеспечения» от SkillFactory 💰

Продолжительность курса: 8 месяцев = 336 часов на изучение всех материалов.

Программа обучения:

1. Поступление на стажировку.
2. Знакомство с продуктом.
3. Кофе-брейк.
4. Первый оффер.
5. Автотесты на Python.
6. Новый проект.
7. Будни QA-инженера.

Чему научитесь:

• Писать тест-кейсы и тест-сценарии
• Проводить кроссбраузерное тестирование
• Писать запросы на SQL
• Верстать на HTML и CSS
• Работать с Github
• Объектно-ориентированному программированию
• Писать код на Python
• Работать с REST API
• Автоматизировать тестирование при помощи Selenium и PyTest
• Управлять проектами
• Работать в команде

• Упор на практику
• Готовое портфолио по окончании обучения — 30 тест-сценариев и 100+ автотестов
• Персональный ментор с опытом тестирования более 4 лет каждому студенту
• Гарантированная помощь в трудоустройстве
• Выпускники SkillFactory работают в «СберБанке», «Рамблере», Cisco, Home Credit Bank, «Ростелеком», Softline, Skyeng, «Альфа-Банке», Nvidia, «МегаФон», OZON, «МТС», Henkel

Почему люди хотят стать тестировщиком?

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

Тестировщик ПО в SmartSeeds, в прошлом учитель, военный и работник метрополитена, подчеркивает: 80% успешного обучения — самообразование. Это книги, вебинары, видео уроки на YouTube.

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

Главные причины, по которым выбирают профессию тестировщика:

• достойная зарплата (от $600-700 и выше);
• долгосрочная перспектива карьерного продвижения;
• возможность быстро переключиться с фриланса на постоянную работу в офисе.

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

Кто такой тестировщик и чем он занимается

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

Карьерная лестница тестировщика выглядит таким образом:

Другие направления в работе тестировщиков

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

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

Manual QA — ручное тестирование, специалист не использует программы, а делает все вручную

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

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

Performance QA — тестирование производительности.

Функциональные обязанности тестировщика

К задачам тестировщика программного обеспечения относятся:

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

Сколько зарабатывает тестировщик ПО

Ресурс с вакансиями	Минимальная зарплата	Максимальная
robota.ua	15 000 грн.	84 000 грн
work.ua	10 000 грн.	100 000 грн
«Авито»	22 000 руб.	200 000 руб.
hh.ru	30 000 руб.	160 000 руб.
trud.com	30 000 руб.	80 000 руб.

Плюсы профессии:

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

Минусы профессии:

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

Testing and Debugging

Testing − It involves identifying bug/error/defect in a software without correcting it. Normally professionals with a quality assurance background are involved in bugs identification. Testing is performed in the testing phase.

Debugging − It involves identifying, isolating, and fixing the problems/bugs. Developers who code the software conduct debugging upon encountering an error in the code. Debugging is a part of White Box Testing or Unit Testing. Debugging can be performed in the development phase while conducting Unit Testing or in phases while fixing the reported bugs.

Previous Page
Print Page

Next Page  

Что нужно, чтобы стать хорошим QA-инженером

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

Техническая эрудиция

«Technical savvy», как иногда пишут в вакансиях, и желание разбираться в технологиях. Вы должны интересоваться тем, как что работает, как что устроено внутри. Это понимание сослужит хорошую службу в будущем и обычно идёт в связке с необходимым хорошему тестировщику любопытством.

Вы когда-нибудь ставили и настраивали Linux — для себя, чисто из интереса? Пытались разобраться, как работает блокчейн? Делали друзьям сайт на WordPress? Если нет, попробуйте и проследите за своей реакцией. Интересно ли, подстегивают ли сложности найти решение, покопаться в Google и на форумах? Когда конечный результат не тот, появляется ли желание докопаться и сделать, чтобы всё начало работать как надо? Если вы ответили «да», скорее всего, тестирование вам подходит.

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

Ориентированность на пользователя и бизнес

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

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

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

Умение структурировано думать и писать

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

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

Умение работать с большими объёмами данных и быстро учиться

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

Умение говорить с людьми на неприятные темы

Очень много и очень хорошо говорить.

Тестировщик (QA Engineer)

Школа Безопасных Инвестиций FIN-RA, Удалённо, От 70 000 до 130 000 ₽

tproger.ru

Вакансии на tproger.ru

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

Официальный тест на IQ

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

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

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

Бесплатная версия

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

Платная версия

Заплатив всего $6.99 (USD), вы получите отчет в формате PDF, который включает в себя точный результат,
а также правильные ответы вместе с логическими объяснениями того, как решать головоломки.
Кроме того, вы сможете сравнить свой результат с данными жителей нашей планеты.

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

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

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

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

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

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

Если опоздали или не нашли, чтож… Нет ножек-нет мультиков

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

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

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

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

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

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

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

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

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

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

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

Ступеньки карьеры и перспективы

Существует 4 уровня квалификации:

1. Trainee QA Engineer — начинающий специалист.
2. Junior QA Engineer — специалист, проработавший в должности от 1 до 6 месяцев и имеющий определённые навыки в работе. Знающий, что такое тест-план, тест-кейс, тест-сьют, тест-степ, тест-дизайн в общих чертах, Definition of Done. Имеющий представление о дефектах Severity и Priority. Базовые навыки SQL — селект, упдейт.
3. Middle QA Engineer — специалист среднего уровня квалификации, со стажем работы от 1 до 3 лет, умеющий работать самостоятельно и консультирующий младший персонал.
4. Senior QA Engineer — специалист высшей квалификации, выполняющий самые сложные технические задачи широкого спектра, используя разные виды тестирования.

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

• в направлении QA team lead — QA-manager — Head of QA department, то есть до позиции начальника смены или направления внутри отдела;
• до позиции разработчика, руководителя разработчиков, аналитика, архитектора вплоть до руководителя проекта внутри компании.

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

В ходе карьерного роста можно переквалифицироваться в бизнес-аналитики или программисты, развиваться как управленец в направлении senior project manager — CTO.

Автор статьи Флюра Ягофарова

Пример кейса по тестированию для новичков

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

Необходимо протестировать форму регистрации в социальной сети LinkedIn.

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

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

• Дымовое (Smoke testing) — проверка базовых функций приложения, в нашем случае главное назначение формы регистрации.
• Критического пути (Minimal acceptance testing) — тестирование работы системы или её части только на корректных данных. Например, значение «Иван» в поле имени.
• Расширенное (Acceptance testing) — проверка функциональности, включая и положительные, и отрицательные сценарии. Например, блок номера телефона требует числительные значения, но при таком тестировании мы проверим и корректные символы «1234567», и некорректные «Иван Иванов».

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

Форма приняла адрес и инициировала проверку безопасности. Адрес был введён правильно, структура соблюдена, присутствует символ «@».

Так, форма прошла минимальное приёмочное тестирование, и пользователь перешёл на второй этап регистрации.

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

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

Сразу появилось предупреждение, что пароль слишком короткий. Теперь посмотрим, как приложение поведёт себя, если мы будем вводить в поля нехарактерные символы. Например, внесём в блоки «Имя» и «Фамилия» небуквенные значения.

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

Почему так происходит? Возможно, форма проверяет лишь первое поле в коде. Или же можно говорить о не совсем верной локализации. Ведь приложение изначально написано для англоязычных пользователей. На английском языке имя и фамилия звучит как name и last name. А на русском языке могли оставить лишь перевод имени.

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