Тестирование гарантирует высокое качество приложения, предоставляемого конечному пользователю. За этот процесс несут ответственность разные стороны. На стороне поставщика приложения разработчики, QA-инженеры и менеджеры проектов должны работать вместе, чтобы четко определить технические требования и соответствующие протоколы тестирования. На стороне заказчика могут проверить функции приложения и дать обратную связь, если есть какие-либо замечания. Хорошее взаимодействие между всеми участниками способствует общему повышению качества приложения в долгосрочной перспективе.
Тестирование продукта обычно производится на 4 этапах, в каждом из которых участвуют разные стороны. Рассмотрим их подробно далее:
- DEV (Development) – разработка – разработчик проверяет свой код;
- SIT (System Integration Test) – системное интеграционное тестирование – разработчик и QA-инженер тестируют систему;
- UAT (User Acceptance Test) – приемочное тестирование – заказчик оценивает работу приложения;
- PROD (Production) – ввод в эксплуатацию- приложением пользуются конечные пользователи.
Более того, Apple и Google предоставляют разработчикам приложений инструменты для бета-тестирования приложения небольшой группой зарегистрированных тестировщиков (до 100 человек) перед полноценным запуском в Google Play и App Store. Это TestFlight и Google Play соответственно.
Друзья, поддержите нас вступлением в наш телеграм канал QaRocks. Там много туториалов, задач по автоматизации и книг по QA.
Особенности этапов тестирования
1. DEV – разработка
На начальном этапе разработки приложения, опытные разработчики могут разбивать каждый функционал приложения на более мелкие модули и поручать их junior-разработчикам. Это может значительно повысить эффективность и производительность.
Когда каждый из разработчиков напишет свою часть кода, создается множество функций. Такие функции – это своего рода черный ящик, который принимает входные данные и возвращает какой-либо результат. В идеале, каждая функция должна выполнять только одну задачу. Разработчик также может написать модульные тесты, для проверки работы своих функций. Модульное тестирование является фундаментальным и самым важным этапом проверки приложения.
2) SIT – системное интеграционное тестирование
Как уже говорилось выше, большая фича делится на более мелкие части и поручается разным разработчикам. Критически важным является тестирование взаимодействия между этими модулями. Обычно этим занимается команда QA-инженеров, которые пишут тест-кейсы (или автотесты) для проверки функциональности и стабильности продукта.
3. UAT – приемочное тестирование
После того, как разработчики завершат разработку приложения и успешно пройдут все внутренние тесты, продукт отправляется заказчику для проверки общей функциональности и удобства использования.
Заказчик также может пригласить небольшую группу независимых пользователей в качестве внутренних тестеров. Apple и Google предоставляют инструменты, позволяющие зарегистрированным тестировщикам проверить приложение перед релизом, получить от них обратную связь и определить потенциальные проблемы. Тестировщик получает доступ к бета-версии приложения через TestFlight для iOS и Google Play для Android.
4. PROD – ввод в эксплуатацию
На заключительном этапе разработки приложение распространяется среди всех пользователей через официальные площадки – App Store и Google Play. Конечные пользователи используют все последние возможности приложения и сообщают об ошибках, с которыми они столкнулись.
Для анализа сбоев у Google имеется отличный инструмент – Firebase Crashlytics. Он может сообщать разработчику и владельцу приложения о проблемах на стороне конечного пользователя в форме отчета. Отчет содержит много полезной информации о пользователе, например, где и когда произошел сбой, модель устройства пользователя, версия операционной системы и т.д.
Вывод
- Тестирование можно разделить на 4 этапа – DEV, SIT, UAT и PROD.
- DEV – тестирование кода проводят сами разработчики модулей функционала.
- SIT – тестирование взаимодействия между различными модулями, каждый из которых является небольшой частью одной функции.
- UAT – выполняется заказчиком или, возможно, небольшой группой зарегистрированных независимых тестировщиков. Для этого заказчик может использовать TestFlight и Google Play для удаленного распространения приложения среди зарегистрированных тестировщиков. На данном этапе получается обратная связь о работоспособности функционала приложения и пользовательском опыте.
- PROD – это этап публичного релиза приложения. Гораздо большая группа пользователей использует новые функции. Непредвиденные ошибки и проблемы можно получать и анализировать с помощью инструмента Crashlytics. UI/UX-дизайнер и разработчики могут улучшать приложение, используя эту информацию.
Перевод статьи «QA Testing — What is DEV, SIT, UAT & PROD?».