Протестировать: Финальная курсовая работа по ручному тестированию веб. Приложения кинопоиск. Тестированию Задание Этап 1. Тест-план проекта Шаг 1. Выбор проекта Давайте выберем проект, который вы будете тестировать. Проект должен отвечать следующим требованиям: веб-приложение; REST API; регистрация/авторизация. Примеры проектов Интернет-магазин книг https://www.chitai-gorod.ru/ Бронирование туров https://fstravel.com/ Поиск авиабилетов https://www.aviasales.ru/ Сервис по доставке еды https://market-delivery.yandex.ru Кинопоиск https://www.kinopoisk.ru/ Вы можете выбрать любое другое приложение, главное — чтобы оно соответствовало требованиям выше. Шаг 2. Определение объема работ для тестирования Продумайте, какой функционал выбранного приложения можно отнести к основному. Выберите три ключевые функции, которые будете проверять. Например, для интернет-магазина книг: авторизация, поиск товара, покупка товара. Шаг 3. Тест-план Составьте верхнеуровневый тест-план в Notion. Опишите проект. Продумайте, какие виды тестирования проведете. Укажите, какие инструменты и устройства будете использовать. Согласуйте тест-план с наставником (при первой отправке работы после того, как выполните третий шаг). Критерии приемки Выбрано приложение. Обозначены 3 ключевые функции. Подготовлен и согласован тест-план. Если вы уверены в выборе приложения переходите на Этап 2. Но можно отравить работу на проверку и на этом этапе. Этап 2. Составление тестовой документации Шаг 1. Составляем смоук-тест-кейсы Составьте по одному тест-кейсу для каждой выбранной функции. Smoke testing (встречаются названия intake test, build verification test) — тестирование, в первую очередь направленное на проверку готовности разработанного продукта к проведению более расширенного тестирования, определения общего состояния качества продукта. Не забудьте указать тип тест-кейсов — Smoke. Заголовки тест-кейсов должны кратко отражать цель тест-кейсов. Шаг 2. Составляем чек-листы Составьте низкоуровневый функциональный чек-лист. Составьте высокоуровневый нефункциональный чек-лист. Он должен включать не меньше трех различных видов тестирования, например UI/UX, производительности и кросс-браузерное. Способы составления чек-листов Шаг 3. Составляем API-тест-кейсы и Postman коллекцию Выберите одну функциональность, для которой проведете тестирование API. Добавьте в коллекцию от трех позитивных и от пяти негативных проверок. Например, по функционалу Регистрации. Позитивные проверки Регистрация с почтой в домене .ru. Регистрация с почтой в домене .com. Регистрация по номеру телефона. Негативные проверки Регистрация по email без доменной части. Регистрация по email без точек. Регистрация с пустыми полями. Регистрация по данным существующего пользователя Отправить запрос на регистрацию, используя другой метод. Шаг 4. Дополняем тест-план Добавить всю составленную документацию в тест-план: Тест-кейсы выгрузите в PDF, если использовали qase.io. Чек-листы — также в PDF, XLS или отдельной страницей. Коллекцию выгрузите в JSON-файл. Критерии приемки Составлены 3 смоук-тест-кейса. Составлен функциональный чек-лист. Составлен нефункциональный чек-лист. Составлена коллекция. Доработан тест-план. Отправьте наставнику на проверку результаты вашей работы. Переходить к этапу три можно только после подтверждения от наставника. Этап 3. Тестирование Проведите тестирование по составленной документации. Если обнаружены баги, оформите их в Notion на отдельной подстранице. Продумайте улучшения и заведите их как задачи в Notion на отдельной подстранице. Критерии приемки Нет пропущенных тест-ранов. Все баги оформлены. Хотя бы одно улучшение сформировано. Этап 4. Отчет о тестировании Составьте отчет о тестировании. Включите все результаты, подведите итоги вашей работы.