В качестве результата пришлите ссылку на ваш GitHub-проект в личном кабинете студента на сайте netology.ru.
Задачи этого занятия нужно делать в разных репозиториях.
Важно: проекты с решением задач по данной теме реализуются с использованием Selenide.
Важно: если у вас что-то не получилось, то оформляйте issue по установленным правилам.
Важно: не делайте ДЗ всех занятий в одном репозитории! Иначе вам потом придётся достаточно сложно подключать системы Continuous integration.
Вы можете начать с чистого листа и делать всё в пустом репозитории:
- Инициализируйте на своём компьютере пустой Git-репозиторий.
- Добавьте в него готовый файл .gitignore.
- Добавьте в этот же каталог код ваших автотестов.
- Сделайте необходимые коммиты.
- Добавьте в каталог
artifactsцелевой сервис app-replan-delivery.jar. - Создайте публичный репозиторий на GitHub и свяжите свой локальный репозиторий с удалённым.
- Сделайте пуш — удостоверьтесь, что ваш код появился на GitHub.
- Ссылку на ваш проект отправьте в личном кабинете на сайте netology.ru.
- Задачи, отмеченные как необязательные, можно не сдавать, это не повлияет на получение зачёта.
- Если вы обнаружили подозрительное поведение SUT, похожее на баг, создайте описание в issue на GitHub. Придерживайтесь схемы при описании.
- Автотесты могут падать и сборка может быть красной из-за багов тестируемого приложения, в таком случае должны быть заведены репорты на обнаруженные в ходе тестирования дефекты в отдельных issues.
Но мы надеемся, что вы знаете, что проекты удалять не стоит 😈, так как они обязательно оживают через какое-то время, и у вас ещё сохранился проект по Pattern, а он должен был сохраниться, ведь GitHub и нужен для хранения всего. В этом случае вы можете просто добавить в существующий проект нужные настройки и сдавать его.
В этих заданиях не предполагается настройка CI. От вас требуется лишь выложить настроенные проекты на GitHub.
В одном из предыдущих проектов Patterns вы тестировали функциональности заказа карт.
Ваше руководство узнало на конференции про такой замечательный инструмент, как Allure, который позволяет делать репортинг более наглядным и требует от вас интегрировать его в ваши тесты.
Начать решили именно с функции доставки карт:
Вам нужно:
- взять ваш проект (см. «Как сдавать задачи») и прикрутить туда Allure, интегрированный с Selenide
- удостоверится, что при локальном запуске всё работает, отчёты генерируются, скриншоты прикрепляются, и вы можете их посмотреть через Allure
- приложить в файл README репозитория скриншоты отчета Allure, изображения будет удобным вставить из буфера обмена в вебинтерфейсе Github в режиме редактирования файла README.md
Мы сразу предупреждаем, что это задача может оказаться очень сложной, так как мы вас поставим в такие условия, когда разбираться придётся самим. Будьте готовы к этому и в работе, ведь такое обязательно может случиться — кто-то решит попробовать использовать определённую технологию, а разбираться, настраивать и устанавливать всё вам придётся самостоятельно. Кроме того, что нужно будет разобраться, нужно ещё и задокументировать это для будущих поколений, чтобы они не тратили столько же времени, сколько потратите вы.
При этом вы должны понимать, что в отличие от материалов курса, которые проверены его авторами, информация, содержащаяся в онлайн-источниках, может быть неполной, устаревшей и даже ошибочной.
Что нужно сделать: попробовать интегрировать ваш проект тестирования доставки карт с Report Portal. Нам будет достаточно, если логи вашего теста будут отправляться в запущенный экземпляр Report Portal.
Как это сделать: у вас есть несколько ссылок, с которых следует начать поиск:
В результате: выполняете интеграцию вашего проекта с Report Portal и выкладываете краткий manual в виде README.md, в котором описываете необходимые действия для воспроизведения вашей интеграции. Так же как и в первой задаче в README.md необходимо добавить скриншоты полученных с помощью Report Portal отчетов.
Подсказка
- Достаточно часто разработчики решений предоставляют готовые Docker-файлы и даже docker-compose.yml, для того чтобы вы могли быстро развернуть сервис и попробовать его в действии.
- Часто такое бывает, что в официальном репозитории на GitHub выкладываются примеры интеграции. Возможно, стоит посмотреть там информацию о стеке используемых вами технологий, как минимум JUnit5.