Во время обучения в Яндекс Практикуме мною было протестировано 6 приложений Яндекса.

Здесь я расскажу про самый масштабный проект - это тестрирование веб- и мобильной версии, а также API приложения Яндекс Самокат. Я спроектировала и выполнила проверки приложения Яндекс Самокат, оформила баг-репорты (раздел 1, раздел 2, раздел 4). Тестирование API приложения я проводила, используя инструмент Postman (раздел 3). Работу в Charles я покажу при тестировании фичи, которую реализовали только во фронтенде, а бэкенд ещё не был готов (раздел 5). В приложении Яндекс Самокат было обнаружено порядка 50 багов. Примеры оформления баг-репортов в YouTrack можно посмотреть по ссылке.
В разделе 6 описана работа с базой данных PostgreSQL.

Приложение Яндекс Самокат - это сервис, который позволяет арендовать электрический самокат на несколько дней.
Так выглядит форма "Заказ самоката":

Так выглядит форма "Статус заказа":

1. Тест-анализ
Задача: Декомпозировать и визуализировать требования, исключить серые зоны
Инструменты: Figma, draw.io
Результат: Построение mindmap для формы заказа самоката

Прежде чем проектировать проверки, необходимо определить, что предстоить тестировать, проанализировать требования и макеты, составить список объектов тестирования. Для проведения тестирования веб-приложения Яндекс Самокат макеты были представлены в Figma. Далее каждый объект тестирования необходимо декомпозировать и визуализировать, а затем найти серые зоны.

Декомпозицию и визуализацию требований я покажу на примере формы заказа самоката. Для формы заказа самоката, используя инструмент draw.io, я разработала mindmap, где отобразила логику работы веб-приложения и вёрстку.

Mindmap можно посмотреть по ссылке

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

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

2.1 Составление чек-листов

Пример составления чек-листа для формы "Статус заказа" здесь

Применение техник тест-дизайна хорошо видно при составлении проверок на валидацию полей для формы заказа самоката. Посмотреть, как я применяла техники тест-дизайна можно, перейдя по ссылке

2.2 Составление тест-кейсов

Пример составления тест-кейса очень хорошо представлен при тестировании мобильной версии приложения Яндекс Самокат.
Здесь можно посмотреть тест-кейсы, составленные при тестировании нотификации и отсутствии интернет-соединения.
Тестирование мобильной версии приложения Яндекс Самокат я проводила в эмуляторе Android Studio и на реальном устройстве.

3. Тестирование API
Документация к API была представлена в Apidoc

Тестирование API проводила через Postman. Чек-лист и результаты выполнения тестов API приложения Яндекс Самокат можно посмотреть по ссылке

4. Баг-репорты
После проведения тестирования приложения Яндекс Самокат было обнаружено порядка 50 багов. Все баг-репорты были заведены в YouTrack.
Примеры оформления баг-репортов:
для веб-приложения
для мобильного приложения
для API

5. Работа в Charles
Согласно требованиям в приложение была добавлена фича (добавлен пятый статус), которую реализовали только во фронтенде, бэкенд ещё не был готов.
Задача: протестировать реализацию на фронтенде, не дожидаясь бэкенда.
Для автоматического перехвата и изменения ответа от бэкенда я использовала функцию Map Local в Charles. Таким образом, мне удалось изменить статус заказа и протестировать его, в результате чего был обнаружен баг.

6. Работа с БД
По требованиям БД состояла из двух таблиц: Couriers и Orders. Первая таблица содержала данные о курьерах, вторая — данные о заказах.
В требованиях к бэкенду приложения было условие, что при удалении учетной записи курьера связанные заказы в БД в таблице Orders должны быть стёрты. Проверить данное условие можно было только подключившись к удалённому серверу через консоль. Наличие заказа я проверяла с помощью команды:

SELECT * FROM "Orders";

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