Задача Автоматизировать UI- и API-тесты из вашей финальной работы по ручному тестированию. Можно выбрать проект первой и второй курсовой работы, yougile или любой другой. Обязательно согласуйте выбор проекта с наставником в форме сдачи домашней работы. Требования Проект расположен в публичном репозиторий на GitHub. Необходимо создать новый репозиторий только для данной работы. Существующий с домашними работами не используем. В репозитории НЕ должно быть папок pycache, pytest_cache, .vscode и т. п., а также бинарных файлов (например, chromedriver.exe). В проекте должен быть следующий список кейсов: От 5 UI тестов, составленных по функциональному чек-листу из финальной работы по ручному тестированию. От 5 API тестов, составленных на основе коллекции и кейсов из финальной работы по ручному тестированию. Приветствуется доработка вашей финальной работы по ручному тестированию. Проект должен поддерживать запуск автотестов в трех режимах: запуск только UI-тестов, запуск только API-тестов, запуск всех тестов. Заполнен файл requirements.txt только используемыми зависимостями. В проекте нет нарушений PEP8 . Используйте линтеры для проверки кода. Шаги работы Подключите зависимости: selenium, requests, pytest, allure, остальные зависимости на ваше усмотрение. В проекте создайте файл test\test_ui.py с UI-тестами. В проекте создайте файл test\test_api.py с API-тестами. В коде не должно быть специфичных данных — вынесите их в файл: настройки окружения (URL, пути до файлов и т. д.); тестовые данные (логины, пароли, токены и т. д.). Рекомендации Для работы лучше использовать не личный аккаунт, чтобы не «засветить» пароль и избежать возможной блокировки аккаунта. Можно воспользоваться сервисом временной почты. Например, https://temp-mail.org/ru/. Документируйте код: Используйте allure.step . Описывайте тип входных и выходных данных для методов, которые используете. Помните, что UI-тесты могут использовать API-методы для создания пред- или постусловий. Помните, что можно сократить время выполнения UI-тестов, избегая авторизации в начале каждого теста. Для этого на странице сайта нужно подложить в куки токен авторизации. Внимательно читайте ошибки в консоли VS Code. Большинство из них легко гуглится или решается с вашими коллегами по курсу. Следите за стабильностью тестов. Тест должен успешно воспроизводиться по 10–12 раз. Оформите в проекте файл README.md. Опишите задачу и структуру проекта. Укажите, как запускать тесты. Так же добавьте в него ссылку на финальный проект. Старайтесь минимизировать дублирование кода. Повторяющийся код выносите в функции с параметрами или PageObject-классы. Это придаст привлекательности вашему проекту. Критерии приема работы Работа прислана в виде ссылки на публичный репозиторий. Репозиторий доступен. В репозитории нет «лишних файлов» (кэш, настройки ide, файлы логов и т. п.). Тесты работают, как ожидалось. Нет падающих assert. Нет тестов, которые падают еще до проверок. Чистота и понятность кода. Что НЕ надо делать: Несколько тест-кейсов помещены в один автотест. Один тест-кейс разбит на автотесты. Ошибочное утверждение: «Если прошли все 10 автотестов, значит, 1 тест-кейс успешный». Мусор из комментариев. Непонятные названия методов и переменных. Сбитая структура проекта. Нет четкого разделения обязанностей по классам. Стабильность тестов. Тесты не опираются на захардкорженные данные (айдишники, пароли и т. д.). Не используются sleep() , используются ожидания. Тесты не используют данные, полученные из других тестов (нет жестких зависимостей). Качество документации проекта. Подробно описаны входные/выходные данные для методов. Подробно описаны тестовые шаги через Allure. Файл README подробный, поможет освоиться новичку в проекте.