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

Вот список наиболее распространенных причин отклонения пользовательской истории:

• Отчёт некорректно написан
• Было использовано неподходящее устройство
• Неправильный скриншот был прикреплен или использовался для другого исполнения пользовательской истории
• Снимок экрана не показывает адрес и дату
• Комментарий недостаточен и не содержит соответствующих деталей
• История пользователя не может быть выполнена по техническим или другим причинам, но вы отправили ее как «Работает» ("Works").

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

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

Следующая статья

В этой статье вы узнаете, как выполнить пользовательскую историю и какие правила вы должны соблюдать.

Как только вы начнете выполнять Пользовательскую Историю, вы увидите следующий экран:

В следующем примере история пользователя сформулирована как «Зарегистрированные пользователи могут войти в учётную запись» ("Existing users can login").

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

• «Работает» ("Works"), если вы тщательно протестировали «Историю пользователя» и она работает, как описано. (В данном примере: существующий пользователь может войти).
• «Сбой» ("Fails"), если протестированная функция не работает должным образом. В этом случае мы рекомендуем отправить отчет об ошибке, следуя общим правилам сообщения об ошибках, если они находятся в области действия и не указаны в разделе «Известные ошибки». (В данном примере: существующий пользователь не может войти).
• «Я заблокирован» ("I'm blocked"), если вы не можете проверить данную историю пользователя. Пожалуйста, опишите причину в поле для комментариев. Это часто происходит из-за технических проблем или отсутствующих инструкций. Например, если учетные данные для входа недоступны, вы не можете проверить эту историю пользователя.

Поле "Каким образом вы проверяли?" ("How did you test?")

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

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

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

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

Если вы отправляете историю пользователей как «Сбой» ("Fails"), опишите ошибку, с которой вы столкнулись, в соответствии с общими правилами на нашей платформе. Если ошибка присутствует в тесте и отсутствует в списке «Известные ошибки», отправьте также отчет об ошибке.

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

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

Материалы истории

Для каждого выполнения пользовательской истории обязательно прикрепить снимок экрана, на котором показан результат выполнения. Снимок экрана должен содержать текущую дату и URL-адрес веб-сайта или название приложения. Если вы не можете показать это на одном скриншоте, вы можете загрузить несколько скриншотов. Убедитесь, что ваш скриншот меньше 25 МБ и имеет формат файла JPG или PNG. Каждый снимок экрана должен быть создан исключительно для каждого исполнения пользовательской истории и не должен использоваться несколько раз.

Какие устройства вы должны использовать?

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

Следующая статья

Что такое подтверждение исправления ошибки?

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

Как разблокировать возможность подтверждения исправления ошибки на платформе?

Вы получите право на участие в этой дополнительной задаче, когда вы отправите 50 подтверждённых отчёта об ошибках и 100 репродукций и если ваши показатели качества и надежности равны 60 или выше.

Где найти функцию подтверждения исправления ошибок на панели инструментов тестера?

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

Как выполнить подтверждение исправления ошибки?

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

Там у вас будет доступ к описанию ошибки и приложению.

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

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

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

Обязательно проверьте, присутствует ли проблема в новом URL-адресе, и продолжайте с этого момента.

Сделав это, выберите один из следующих вариантов:

• «Исправлена ошибка», если ошибка больше не присутствует
• «Ошибка не устранена», если ошибка все еще существует
• «Не удается продолжить», если вы тестирование ошибки заблокировано из-за технических проблем

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

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

Нажав кнопку «Отправить» ("Submit"), вы отправите свой отчет клиенту. Обратите внимание, что впоследствии вы не сможете редактировать его, поэтому отправляйте его только после того, как все поля вашего подтверждения исправления ошибки заполнены правильно и вы загрузили правильное вложение.

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

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

Следующая статья

Что такое история пользователя?

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

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

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

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

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

Как забронировать историю пользователя?

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

Вы можете одновременно оформить бронирование 3 пользовательские истории.

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

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

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

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

Следующая статья

Раздел 1: Начало работы

• Краткий обзор необходимой информации перед началом тестирования | Quick Start Guide
• Советы по прохождению вступительного теста | Onboarding Tips

Раздел 2: Test IO

• Отличные тестеры | Great Testers
• Вовлечённые люди | People Involved
• Подтверждение исправления ошибки | Bug Fix Confirmation
• Часто задаваемые вопросы | FAQ (Our Platform)

Правила и руководства

• Правила тестирования | Testing Rules
• Политика 3-х предупреждений | 3-Warning Policy
• Сообщить о нарушении | Report Abuse

Обзор интерфейса тестера

• Обзор интерфейса тестера | Tester Interface Overview
• Устройства | Devices
• Форма отчёта о баге | Bug Form
• Функция спора (диспута) об отклонённом баге | Bug Dispute Feature
• Функция воспроизведения бага | Reproduction Feature

Оценка тестера

• Профиль тестера | Tester Profile
• Оценка качества | Quality Score
• Оценка надежности | Reliability Score

Раздел 3: Механика тестирования

Оценка типа бага

• Типы багов | Types of Bugs
• Функциональные баги | Functional Bugs
• Баги контента | Content Bugs
• Визуальные ошибки | Visual Bugs
• Предложения для удобного использования | Usability Suggestions
• Лист оценки багов | Bug Assessment Sheet

Отчёты о баге

• Вложения в отчёте о баге | Bug Report Attachments
• Статус отчёта о баге | Bug Report Status
• Требования к отчётам о баге | Bug Report Requirements
• Воспроизведение багов | Bug Reproductions (Repro's)
• Часто задаваемые вопросы (Тема: Отчёты о багах) | FAQ (Bug Reports)

Типы тестирования

• Исследовательное тестирование | Exploratory Testing
• Тестирование удобства использования | Usability Testing
• Тестовые кейсы | Test Case Testing

Тесты

• Процесс тестирования | Test Process
• Область тестирования | Test Scope
• Тестовая среда | Testing Environment
• Вводный тест | Onboarding Test
• Часто задаваемые вопросы (Тема: Тесты) | FAQ (Tests)

Тестирование пользовательских историй

• Тестирование пользовательских историй | User Story Testing
• Выполнение пользовательской истории | Executing a User Story
• Обзор истории пользователей и выплаты | User Story Review & Payout

Раздел 4: Инструменты тестирования

• Скриншоты | Screenshots
• Скринкасты | Screencasts
• Аварийные журналы (Краш лог) | Crash Logs
• Прокси и VPN | Proxy and VPN
• Аккаунты эл. почты тестера | Tester Email Accounts
• Консоль браузера | Browser console
• Редактирование отчётов об ошибках | Formatting Bug Reports

Раздел 5: Выплаты

• Ежемесячная выплата | Monthly Payment
• Выплаты за отчёт об ошибке | Bug Report Payout
• Выплата за воспроизведение | Reproduction Payout
• Выплата по результату спора (диспута) | Dispute Payout
• Бонусная выплата | Bonus Payout
• Часто задаваемые вопросы (Тема: Выплаты) | FAQ (Payment)

Раздел 6: Преимущества тестирования

• Карьерный путь тестера | Tester Career Path
• Доходы тестера | Benefits of Testing
• Большие заработки | Making More Money
• Преимущества | Benefits

Раздел 7: Возникающие проблемы

• Отклонение отчёта об ошибке | Bug Report Rejections
• Не получается найти ошибки | Can't Find Bugs
• Нечёткие инструкции | Confusing Instructions
• Поиск помощи | Finding Help

Раздел 8: Прочее

• Дополнительная информация | Additional Information

Перевод Академии от UIT.
Telegram: @Amojitocom

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

Файл с обязательным софтом

Определение области Бага

Список самых частых Багов

Снятие логов Android

Снятие логов iOS

Снятие логов с Браузера

Скрытие VPN на Android

Скрытие VPN на Mac

Telegram: @Amojitocom

Академия представлена в оригинальной структуре, так, как она разделена и распределена на курсы в академии uTest.com. Некоторые курсы затрагивают схожие темы, поэтому контент некоторых страниц может повторяться.

Добро пожаловать на uTest

• Введение в uTest | Introduction to uTest
• Что такое Тестирование Программного Обеспечения? | What is Software Testing?
• Термины в тестировании | Test Cycle Terms
• Академия uTest | uTest Academy

1. Основы uTest

• Что такое Applause и uTest | What is Applause and uTest
• Команда управления сообществом | Community Management Team
• Как я буду получать оплату | How do I get paid
• Как uTest отбирает тестеров для платных проектов | How does uTest select testers for paid projects
• Как я оцениваюсь как тестер? | How am I rated as a tester?
• Общее положение о защите данных | General Data Protection Regulation (GDPR)
• Полезные аббревиатуры | Helpful Acronym Definitions for uTest
• Как принимать приглашения на циклы тестирования | How to Accept a Test Cycle

2. Общение на uTest

• Методы коммуникации | Communication Methods
• Общение на uTest.com | Communication on uTest.com
• Чат тестового цикла | Test Cycle Chat
• Сообщения тестера | Tester Messenger
• Электронная почта | E-mail
• Создание положительной репутации | Building a Positive Reputation

3. Отчёты о багах

• Что такое баг | What is a bug
• Серьёзность бага | Bug severity
• Как я могу найти баг | How can I find a bug?
• Значимость багов | Bug Values
• Советы по написанию отчетов об ошибках | Tips for writing bug reports
• Как написать отчёт о баге | How to write a bug report
• Как редактировать отчёт о баге | How to edit a bug report
• Как обновить вложения в отчёте об ошибке | How to update attachments in a bug report
• Как подтвердить чужой баг | How to +1 a bug report
• Как удалить отчёт об ошибке | How to discard a bug report
• Как оспорить отклонение ошибки | How to dispute a rejected bug
• Заполнение полей в отчёте о баге | Bug report information fields

4. Слоты и тестовые кейсы

• Что такое слоты и тестовые кейсы? | What are slots and test cases?
• Наилучшая практика успешного выполнения заданий | Best practices on how to successfully complete test cases
• Материалы в тестовом кейсе | Attachments in a test case

5. Введение в тестирование

• Введение в тестирование | Introduction to Testing
• Как написать простой отчёт об ошибке | How to Write a Simple Bug Report
• Создание скриншотов | Creating Screenshots
• Скриншоты на компьютере | Computer Screenshots
• Скриншоты на мобильных устройствах | Mobile Device Screenshots
• Как принимать приглашения на циклы тестирования | How to Accept a Test Cycle

6. Компьютерное тестирование

• Компьютерное тестирование | Computer Testing
• Как написать отчёт о баге | How to write a bug report
• Создание скриншотов | Creating Screenshots
• Скриншоты на компьютере | Computer Screenshots
• Создание записей экрана | Creating Screen Recordings
• Запись экрана компьютера | Desktop Screen Recordings
• Журналы (логи) браузера | Browser Logs

7. Тестирование на мобильных устройствах

• Тестирование на мобильных устройствах | Mobile Device Testing
• Создание скриншотов | Creating Screenshots
• Скриншоты на мобильных устройствах | Mobile Device Screenshots
• Создание записей экрана | Creating Screen Recordings
• Запись экрана на мобильных устройствах | Mobile Device Screen Recordings
• Журналы Android | Android Logs
• Журналы iOS | iOS Logs

8. Тестирование через Чарльз-прокси

• Чарльз-прокси тестирование | Charles Proxy Testing
• Создание скриншотов | Creating Screenshots
• Скриншоты на компьютере | Computer Screenshots
• Скриншоты на мобильных устройствах | Mobile Device Screenshots
• Создание записей экрана | Creating Screen Recordings
• Запись экрана компьютера | Desktop Screen Recordings
• Запись экрана на мобильных устройствах | Mobile Device Screen Recordings
• Журналы прокси-сервера Чарльз | Charles Proxy Logs

9. Испытание Академии

• Испытание академии | Academy Challenge Testing
• Создание скриншотов | Creating Screenshots
• Скриншоты на компьютере | Computer Screenshots
• Скриншоты на мобильных устройствах | Mobile Device Screenshots
• Создание записей экрана | Creating Screen Recordings
• Запись экрана компьютера | Desktop Screen Recordings
• Запись экрана на мобильных устройствах | Mobile Device Screen Recordings
• Журналы (логи) браузера | Browser Logs
• Журналы Android | Android Logs
• Журналы iOS | iOS Logs

10. Тестирование удобства использования (Юзабилити)

• Что такое тестирование удобства использования (Юзабилити)? | What Is Usability Testing
• Как обеспечить обратную связь для UX и почему мы проводим юзабилити-тестирование | How to provide UX feedback and why we do Usability Testing
• Требования к исследованию | Study Requirements
• Начало работы и участие в опросах | Getting Started and Participating in Surveys
• Ответы на опрос | Survey Responses
• Видеозаписи | Video Recordings
• Как избежать нарушений GDPR при видеозаписи | How to Avoid GDPR Violations on Video Recordings
• Как развиваться как юзабилити-тестер | How To Improve as a Usability Tester

Перевод Академии от UIT.
Telegram: @Amojitocom

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

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

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

1. Product Manager

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

2. Дизайнер

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

3. Разработчик

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

4. Тестировщик

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

Если визуализировать всё, что было сказано выше, путь от Идеи до Продукта выглядит примерно вот так:

Мы с вами будем заниматься именно Тестированием, поэтому давайте разберём подробнее данное направление.

Тестировщик является тем, кто решает проблему Не идеального продукта. Давайте на примере Школьного Диктанта:

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

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

Тестеров в сфере IT называют QA.
QA означает Quality Assurance - Контроль Качества.

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

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

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

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

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

С этого момента Программные ошибки именуются именно так.

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

Суммируем всё вышесказанное, QA - это специалисты, отвечающие за качество продукта перед релизом. VK, Telegram Viber, WhatsApp, Сбербанк, Тинькофф, Альфа, Игры - всё это создаётся, благодаря Дизайнерам и Разработчикам, но доводятся до идеального состояния перед релизом именно Тестерами.

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

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

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

Online - сколько можно заработать в сети на Тестинге.

Именно онлайн сферу мы затрагиваем на обучении, именно с неё и начнём статью.

На платформах есть множество факторов, от которых может зависеть то, сколько вы заработаете. Например:

Количество устройств, разнообразие ОС;

Уделяемое время, активность;

Качество работы, скорость;

Взаимодействие с приглашениями;

Общая статистика, рейтинг;

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

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

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

Наличие MacBook, iPhone, iMac, iPad, Apple Watch и других яблочных устройств позволят вам заработать в первый месяц больше 400 долларов. Они ценятся на всех платформах из-за высокой актуальности в Европе, США, Австралии.

Стоит учитывать, что те же самые цифры возможны и с устройствами Xiaomi, например, или другими андроид девайсами по типу Huawei или Samsung, достаточно выделить больше времени и стараний.

Уделяемое время важно в том числе. В начале вам придётся потратить чуть больше часов для адаптации, но дальше среднее количество уделяемого времени на платформах варьируется от 3 до 5 часов в день.

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

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

Offline - Сколько можно заработать в оффлайне на Тестинге.

Работа в офисе или дистанционная на одну определённую компанию может приносить большее количество денег - это правда.

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

Перед тем, как начать обсуждать реальные вакансии, давайте разберём "Ранги" в IT сфере, которые есть и у дизайнеров, и у разработчиков. Тестеры не исключение:

Интерн - самое начало начал. У них есть по стандарту три месяца, чтобы под руководством опытного инструктора дорасти до уровня «джуниор».

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

Миддл - Основное требование к мидл-разработчику — способность самостоятельно выполнять поставленные перед ним задачи. Очень похоже на то, что было написано в предыдущем пункте, правда? Важное отличие — все задачи, не только технические. Нужно понимать требования бизнеса и уметь переводить их в технические решения.

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

Теперь переходим к вакансиям. Москва:

Стартапы также ищут новичков тестировщиков:

Новосибирск, как пример "не столицы":

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

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

Переходим на Запад:

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

75 тысяч долларов - это примерно 5,6 миллионов рублей.
Соответственно, западные тестеры получают в месяц 450 тысяч рублей.

Стоит учитывать, что в этой шкале есть и менеджеры и мануальные тестеры.

Другой сервис по вакансиям:

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

Могу от себя добавить, что ваш путь до таких зарплат будет достаточно сложным и не самым быстрым. Но к тому времени, как вы дойдёте до middle qa automation, вы будете получать не 80 тысяч долларов в год, а уже 100 тысяч, может даже больше.

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

Мы встретимся с вами в промежуточном чате,
На связи!