Тестирование и QA цифрового продукта
Планируем проверку важных сценариев и выполняем функциональные и регрессионные проверки. Учитываем согласованные устройства и браузеры, описываем дефекты и повторно проверяем исправления. Результат помогает оценить готовность выбранной версии.
Формат работы
после разбораСостав, точный срок и стоимость согласуем до начала работ.
01 / Результат
Состав QA-проверки
- План сценариев
Выбираем действия, риски и условия проверки.
- Функции и регрессия
Проверяем ожидаемый результат и влияние изменений.
- Устройства и браузеры
Выполняем согласованный набор условий использования.
- Дефекты и перепроверка
Ведём реестр и проверяем исправленный результат.
02 / Границы задачи
За рамками базового состава
- Гарантия полного отсутствия ошибок
- Пентест и автоматизация всех тестов без отдельного согласования
Нужны версия продукта, требования, тестовые доступы и выбранные сценарии. Область, устройства и способ проверки согласуем до начала.
Как выбираем критичные сценарии
Начинаем с действий, от которых зависит работа пользователей: вход, создание записи, отправка обращения или другой результат продукта. Приоритет связываем с последствиями ошибки и выбранным релизом.
Гарантия полного отсутствия ошибок исключена. Проверка относится к согласованной области и условиям. Если требования неоднозначны, сначала уточняем их или готовим техническое задание.
Что проверяем функционально
Сопоставляем действия с ожидаемым результатом: данные, состояния, доступы и выбранные ошибки. Используем характерные примеры и фиксируем среду, чтобы проблему можно было воспроизвести.
Регрессионная проверка показывает, как изменения влияют на нужные существующие сценарии. Не считаем каждый возможный путь включённым автоматически. Объём определяем в плане проверки.
Как согласуем устройства и браузеры
Выбираем список условий по аудитории и продукту. Уточняем размеры, версии и нужные способы взаимодействия. Для мобильного приложения и сайта набор может различаться.
Не обещаем проверку всех устройств. Юзабилити и доступность можно исследовать отдельным составом. Проверка функциональности и удобства решает разные вопросы, хотя некоторые наблюдения могут совпадать.
Как ведём дефекты и исправления
Для дефекта записываем шаги, исходные данные, фактическое и ожидаемое поведение. Указываем условия проявления и приоритет по согласованным правилам. Команда получает материал для исправления.
После исправлений выполняем повторную проверку нужных сценариев. Реализацию изменений можно согласовать в поддержке и развитии. Пентест и автоматизация всех тестов без отдельного согласования исключены.
Оценка и итог QA
Срок и стоимость зависят от сценариев, версии, среды и устройств. До начала согласуем готовность доступа и порядок передачи исправлений. Изменение продукта в ходе проверки учитываем в плане.
Передаём реестр дефектов и результаты проверок выбранной версии. Отмечаем непройденные и непроверенные области. Решение о релизе принимает команда с учётом этих сведений, а не на основании обещания «ошибок нет».
Вопросы перед началом
После тестирования ошибок совсем не будет?
Такую гарантию не даём. Отчёт описывает проверенную версию, условия, найденные дефекты и ограничения.
Вы автоматизируете все тесты?
Автоматизация всех тестов без отдельного согласования исключена. Способ проверки определяем по задаче и объёму.
Исправления будут проверены повторно?
Да, повторная проверка исправлений входит по согласованным сценариям. Саму реализацию исправлений оцениваем отдельно.
Следующий шаг
Выберем критичные действия перед релизом
Покажите версию и требования. Назовите важные сценарии, устройства и доступные тестовые условия — составим план проверки.