Quality Assurance Перевод на Русский Язык • Понятная теория
— Инструмент для работы с макетами
— Элементы интерфейса: общие элементы, элементы ввода данных, элементы выбора данных, элементы действий, вспомогательные элементы
— Формы
— Тестирование валидации
— Тестирование текста на ошибки Подходы к вёрстке приложения Тестирование вёрстки на адаптивность На чём тестировать мобильную версию веб-приложения Как выбрать разрешения экрана для тестирования адаптивности вёрстки Кэш Как подобрать конфигурацию окружения для тестирования. Но одна из самых важных задач QA-инженера помнить, что продукт выпускается прежде всего для пользователя, и забота о нем должна быть главным приоритетом.
«В тестировщике живёт три личности»: как стать QA-инженером
О работе тестировщиков ходит много легенд. Одни считают, что задача таких специалистов — находить ошибки в программном обеспечении (ПО). Другие утверждают, что тестировщики просто тыкают кнопки и проверяют ссылки. Третьи убеждены, что QA-инженеры — рыцари в сияющих доспехах, которые защищают клиентов от некачественных продуктов.
Александр Наумов, QA-тимлид в «Утконосе», рассказывает всё о своей классной профессии:
- кто такие тестировщики и чем они занимаются;
- кто может стать инженером по тестированию;
- сколько зарабатывает тестировщик и какие у него перспективы. (Спойлер — их больше, чем многие думают.)
Тестировщиков по-другому называют QA-инженерами или инженерами по тестированию. QA — это Quality Assurance, то есть обеспечение качества. Задача тестировщика — следить за тем, чтобы выпускаемое ПО соответствовало требованиям бизнес-заказчика.
QA-инженер изучает техническое задание (ТЗ) и сверяет с ним готовый функционал. То, что описано в ТЗ, должно совпадать с тем, что получилось.
Если QA-инженер считает, что сервис сделан некачественно, он может сообщить об этом: «Ребят, функционал выглядит плохо — мы потеряем деньги». Но последнее слово за тем, как выглядит конечный продукт, остаётся за бизнес-заказчиком.
Стать тестировщиком может любой человек, обладающий следующими качествами:
Дотошность и здоровый перфекционизм. QA-инженер сразу заметит, если на всех страницах кнопка «Оформить заказ» жёлтая, а на одной — красная. И ему это не понравится — он на уровне генов понимает, что везде должно быть одинаково.
Системность мышления. Тестировщик знает, что компоненты в системе взаимосвязаны и изменение одного элемента может повлиять на остальные.
Коммуникабельность. QA-инженеру необходимо общаться с другими людьми: выяснять подробности ТЗ у заказчика, ставить задачи разработчикам. Без любви к общению будет трудно.
Вариативность мышления. Тестировщик может предложить множество разных решений для одной задачи.
Любопытство. Инженеру по тестированию до всего есть дело. Если у него открыт браузер, он будет лупить курсором везде, чтобы посмотреть, что произойдёт. Если есть какие-то кнопки или ссылки, тестировщик обязательно на них нажмёт. Ему любопытно, что будет.
Умение понимать поведение других людей и подстраиваться под них. По моему мнению, в тестировщиках живёт три личности.
Первая личность — это бабушка, которая ничего не видит и жмёт на всё подряд.
Вторая — мамочка с двумя детьми, у которой постоянно нет времени. Она не читает всплывающие окна — ей надо быстро накидать товары в корзину, желательно по акции, и бежать по своим делам.
Третья личность — молодой человек 20-25 лет, который прекрасно понимает, что он видит на экране, и на всё реагирует так, как задумано.
QA-инженер посчитает, что функциональность прошла проверку, когда все три личности скажут: «Да, это работает».

Курс для тестировщиков — онлайн-обучение на QA инженера по тестированию приложений с нуля в сервисе Яндекс Практикум
- Остаться мануальщиком. Это востребованные специалисты, но у них есть зарплатная планка (около 120-140 тысяч рублей).
- Развиваться в управлении продуктом и становиться аналитиком или продакт-менеджером.
- Развиваться в управлении командой и идти в QA-тимлиды. Это специалист с сильными софт-скилами, который управляет командой и строит процессы внутри неё. В будущем QA-тимлид может стать Head of QA (руководитель всех QA-проектов компании) или техническим директором (CTO).
Любопытство. Инженеру по тестированию до всего есть дело. Если у него открыт браузер, он будет лупить курсором везде, чтобы посмотреть, что произойдёт. Если есть какие-то кнопки или ссылки, тестировщик обязательно на них нажмёт. Ему любопытно, что будет. Баг-репорт документ, описывающий ситуацию или последовательность действий приведшую к некорректной работе объекта тестирования, с указанием причин и ожидаемого результата. Много теории, ещё больше практики, люди и методология всё направлено на то, чтобы вы освоили профессию инженера по тестированию QA-специалиста с нуля.
BYTEX BLOG
Андерклокинг — снижение частоты работы оборудования.
Баг (дефект) — недостаток компонента или системы, который может привести к отказу определенной функциональности.
Приоритет багов — важность той или иной ошибки в ПО:
- Trivial — косметическая малозаметная проблема.
- Minor — очевидная, незначительная проблема.
- Major — значительная проблема.
- Critical — проблема, нарушающая работу c ключевыми функциями ПО.
- Blocker — проблема, нарушающая функционирование ПО.
Баг-репорт — документ, описывающий ситуацию или последовательность действий приведшую к некорректной работе объекта тестирования, с указанием причин и ожидаемого результата.
Валидация — определение соответствия разрабатываемого ПО ожиданиям и потребностям пользователя, требованиям к системе.
Верификация — процесс оценки системы или её компонентов с целью определения удовлетворяют ли результаты текущего этапа разработки условиям, сформированным в начале этого этапа.
Система отслеживания ошибок (англ. bug tracking system) — программа учета и/или контроля багов:
Тестирование — процесс проверки соответствия заявленных к продукту требований и реально реализованной функциональности, осуществляемый путем наблюдения за его работой в искусственно созданных ситуациях и на ограниченном наборе тестов, выбранных определенным образом.
Обеспечение качества (Quality Assurance, QA) — совокупность мероприятий, охватывающих все технологические этапы разработки, выпуска и эксплуатации программного обеспечения
Отладка (англ.Debugging) — процесс, позволяющий получить программное обеспечение, функционирующее с требующимися характеристиками в заданной области входных данных.
Ошибка (англ.Error) – действие, которое порождает неправильный результат.
Сбой (англ.Failure) – несоответствие фактического результата работы компонента или системы ожидаемому результату.
Классификация по типу тестирования:
Мобильное тестирование — тестирование мобильных приложений.
Консольное тестирование — тестирование приложений предназначенных для консолей.
Web-тестирование (Браузерное тестирование) — тестирование браузерных приложений.
Классификация по запуску кода на исполнение:
Статическое тестирование (англ.Static testing) — тестирование без запуска кода на исполнение.
Динамическое тестирование (англ. Dynamic testing) — тестирование с запуском кода на исполнение.
Классификация по степени автоматизации:
Ручное тестирование (англ. Manual testing) — тестирование ПО будучи его пользователем.
Автоматизированное тестирование (англ. Automated testing) — тестирование ПО при помощи специальных программ.
