├── README.md └── Алекснадр Самсонов, 24-я когорта — 7-й спринт. Инженер по тестированию плюс..docx /README.md: -------------------------------------------------------------------------------- 1 | # -API 2 | Яндекс Практикум_Тестирование API_7 й спринт. 3 | 4 | Задание 1 5 | У тебя уже есть нарисованная схема работы эндпоинта POST /api/v1/kits. Самое время отправить её джуну-тестировщику, о котором писал Макс. Так легче разобраться, как устроен Яндекс Прилавок. 6 | 7 | Задание 2 8 | 9 | Тебе предстоит протестировать часть функциональности API. 10 | 11 | Что нужно сделать: 12 | Составь чек-лист для проверки четырёх эндпоинтов, которые указаны ниже. Не забудь применить техники КЭ и ГЗ. 13 | Чек-лист помести в гугл-таблицу. Создай копию шаблона и открой доступ на комментирование по ссылке. 14 | Проведи тестирование API через Postman по составленному чек-листу и заведи баг-репорты в YouTrack. 15 | В процессе тестирования сохраняй все необходимые запросы в коллекцию в Postman — ее тоже нужно будет отправить на ревью. 16 | Эндпоинты: 17 | Работа с курьерами: возможность проверить, есть ли доставка курьерской службой «Привезём быстро» и сколько она стоит — ручка POST /fast-delivery/v3.1.1/calculate-delivery.xml. 18 | Работа с корзиной: возможность получить список продуктов, которые добавили в корзину — ручка GET /api/v1/orders/:id. Возможность добавлять продукты в корзину — ручка PUT /api/v1/orders/:id. Возможность удалять корзину — ручка DELETE /api/v1/orders/:id. 19 | Если встретишь серые зоны в процессе тестирования API, можешь обозначить их в своей работе. 20 | 21 | Задание 3 22 | 23 | Джун-тестировщик обнаружил баг, но пока не понимает, какой команде его нести — бэкенд- или фронтенд-разработчикам. 24 | Суть бага: 25 | Зарегистрирован новый пользователь. Он идёт в «Мои наборы» и пробует добавить новый набор со следующими данными: 26 | Название набора = 1. 27 | Что-то важное о наборе = пустое поле. 28 | Продукты = ничего не выбрано. 29 | Джун говорит, что после заполнения полей данными и нажатия кнопки «Создать» ничего не происходит, диалоговое окно остаётся открытым. Помоги разобраться, к какой команде нужно идти с этим багом. 30 | Что можно сделать, чтобы локализовать баг: 31 | Внимательно изучи требования и попробуй воспроизвести проблему на фронтенде — через UI. Не забудь, что в Devtools можно найти много полезной информации: например, посмотреть, какие запросы выполняются во время твоих действий через UI. 32 | 33 | Задание 4 34 | 35 | Все информационные логи (info) Яндекс Прилавка хранятся в разных файлах и папках. Чтобы анализировать работу приложения было удобнее, их нужно отфильтровать и положить в отдельный файл. 36 | Файлы с логами хранятся в двух папках: 37 | //var/www/backend/packages/main/logs — файл combined.log. 38 | //var/www/backend/packages/secondary/build/logs — файл combined.log. 39 | Что нужно сделать: 40 | Подключись к серверу Яндекс Прилавка через консоль. 41 | В директории home/morty создай папку generallogs. 42 | Из папки //var/www/backend/packages/main/logs скопируй файл с логами в папку generallogs. Назови его logs1.log. 43 | Из папки //var/www/backend/packages/secondary/build/logs скопируй файл с логами в папку generallogs. Назови его logs2.log. 44 | Из файлов logs1.log и logs2.log выбери информационные логи (info) и помести в новый файл info.log. 45 | 46 | Задание 5 47 | 48 | Оформи проделанную работу в виде отчёта. Опирайся на шаблон ниже. 49 | Отчёт о тестировании Яндекс Прилавка 50 | Тестирование API Яндекс Прилавка проводилось с использованием инструмента (название инструмента). 51 | Для тестирования API составлен чек-лист: (ссылка на гугл-таблицу с чек-листом). 52 | Результаты выполнения тестов можно посмотреть здесь: (ссылка на гугл-таблицу с выполненными тестами). 53 | Коллекция Postman: (ссылка на json-файл). 54 | Из (количество проверок) успешно прошло (количество успешных тестов), не прошло — (количество не пройденных тестов). 55 | Список багов, найденных при тестировании, разбит по приоритетам: 56 | Блокирующие: [ссылки в виде списка] 57 | Критичные: [ссылки в виде списка] 58 | Средний приоритет: [ссылки в виде списка] 59 | Низкий приоритет: [ссылки в виде списка] 60 | Незначительные: [ссылки в виде списка] 61 | Также в рамках работы была составлена схема приложения: (ссылка на схему). 62 | Локализация бага ХХХ показала, что баг находится на стороне (фронтенда/бэкенда). Данный вывод был сделан, потому что (рассуждения о локализации бага). 63 | Для анализа информационных логов необходимо выполнить следующие команды: 64 | [список консольных команд, которые позволяют собрать информационные логи в соответствии с заданием 4]. 65 | С учётом того, что блокирующих багов не найдено, а критические дефекты не расположены в основных пользовательских сценариях, команда тестирования не против публикации текущей версии API (подставить свой вариант вместо курсива). 66 | -------------------------------------------------------------------------------- /Алекснадр Самсонов, 24-я когорта — 7-й спринт. Инженер по тестированию плюс..docx: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/ManMaxMotivation/Testing-the-API-using-Postman./4cefb9a89198f022578abf76c54a10409b4b0991/Алекснадр Самсонов, 24-я когорта — 7-й спринт. Инженер по тестированию плюс..docx --------------------------------------------------------------------------------