https://github.com/levvolkov/allurereport
9 «Репортинг Allure»
https://github.com/levvolkov/allurereport
allure-report automated-testing
Last synced: 10 months ago
JSON representation
9 «Репортинг Allure»
- Host: GitHub
- URL: https://github.com/levvolkov/allurereport
- Owner: levvolkov
- Created: 2024-04-11T17:27:28.000Z (about 2 years ago)
- Default Branch: master
- Last Pushed: 2024-04-12T08:57:58.000Z (about 2 years ago)
- Last Synced: 2025-02-25T02:34:09.640Z (over 1 year ago)
- Topics: allure-report, automated-testing
- Language: Java
- Homepage:
- Size: 9.86 MB
- Stars: 1
- Watchers: 1
- Forks: 0
- Open Issues: 0
-
Metadata Files:
- Readme: README.md
Awesome Lists containing this project
README
# 9. Домашнее задание к занятию «4.1. Репортинг»
В качестве результата пришлите ссылку на ваш GitHub-проект в личном кабинете студента на сайте [netology.ru](https://netology.ru).
Все задачи этого занятия нужно делать **в одном репозитории**.
**Важно**: проекты с решением задач по данной теме реализуются с использованием Selenide.
**Важно**: если у вас что-то не получилось, то оформляйте issue [по установленным правилам](https://github.com/netology-code/aqa-homeworks/blob/master/report-requirements.md).
**Важно**: не делайте ДЗ всех занятий в одном репозитории! Иначе вам потом придётся достаточно сложно подключать системы Continuous integration.
## Как сдавать задачи
Вы можете начать с чистого листа и делать всё в пустом репозитории:
1. Инициализируйте на своём компьютере пустой Git-репозиторий.
1. Добавьте в него готовый файл [.gitignore](https://github.com/netology-code/aqa-homeworks/blob/master/.gitignore).
1. Добавьте в этот же каталог код ваших автотестов.
1. Сделайте необходимые коммиты.
1. Добавьте в каталог `artifacts` целевой сервис [app-replan-delivery.jar](https://github.com/netology-code/aqa-homeworks/blob/master/reporting/app-replan-delivery.jar).
1. Создайте публичный репозиторий на GitHub и свяжите свой локальный репозиторий с удалённым.
1. Сделайте пуш — удостоверьтесь, что ваш код появился на GitHub.
1. Ссылку на ваш проект отправьте в личном кабинете на сайте [netology.ru](https://netology.ru).
1. Задачи, отмеченные как необязательные, можно не сдавать, это не повлияет на получение зачёта.
1. Если вы обнаружили подозрительное поведение SUT, похожее на баг, создайте описание в issue на GitHub. [Придерживайтесь схемы при описании](../report-requirements.md).
1. Автотесты могут падать и сборка может быть красной из-за багов тестируемого приложения, в таком случае должны быть заведены репорты на обнаруженные в ходе тестирования дефекты в отдельных issues.
Но мы надеемся, что вы знаете, что проекты удалять не стоит 😈, так как они обязательно оживают через какое-то время, и у вас ещё сохранился проект по Pattern, а он должен был сохраниться, ведь GitHub и нужен для хранения всего. В этом случае вы можете просто добавить в существующий проект нужные настройки и сдавать его.
## Настройка CI
В этих заданиях не предполагается настройка CI. От вас требуется лишь выложить настроенные проекты на GitHub.
## Задача №1: проснулись [(Allure)](https://allurereport.org/docs/)
В одном из предыдущих проектов [Patterns](https://github.com/netology-code/aqa-homeworks/tree/master/patterns) вы тестировали функциональности заказа карт.
Ваше руководство узнало на конференции про такой замечательный инструмент, как Allure, который позволяет делать репортинг более наглядным и требует от вас интегрировать его в ваши тесты.
Начать решили именно с функции доставки карт:
Вам нужно:
* взять ваш проект (см. «Как сдавать задачи») и прикрутить туда Allure, интегрированный с Selenide
* удостоверится, что при локальном запуске всё работает, отчёты генерируются, скриншоты прикрепляются, и вы можете их посмотреть через Allure
* приложить в файл README репозитория скриншоты отчета Allure, изображения будет удобным вставить из буфера обмена в вебинтерфейсе Github в режиме редактирования файла README.md
## Задача №2: Report Portal (необязательная)
Мы сразу предупреждаем, что это задача может оказаться очень сложной, так как мы вас поставим в такие условия, когда разбираться придётся самим. Будьте готовы к этому и в работе, ведь такое обязательно может случиться — кто-то решит попробовать использовать определённую технологию, а разбираться, настраивать и устанавливать всё вам придётся самостоятельно. Кроме того, что нужно будет разобраться, нужно ещё и задокументировать это для будущих поколений, чтобы они не тратили столько же времени, сколько потратите вы.
При этом вы должны понимать, что в отличие от материалов курса, которые проверены его авторами, информация, содержащаяся в онлайн-источниках, может быть неполной, устаревшей и даже ошибочной.
Что нужно сделать: попробовать интегрировать ваш проект тестирования доставки карт с Report Portal. Нам будет достаточно, если логи вашего теста будут отправляться в запущенный экземпляр Report Portal.
Как это сделать: у вас есть несколько ссылок, с которых следует начать поиск:
* https://reportportal.io/,
* https://github.com/reportportal.
В результате: обновляете ваш проект на GitHub для интеграции с Report Portal и выкладываете краткий manual в виде README.md, в котором описываете необходимые действия для воспроизведения вашей интеграции.
Подсказка
1. Достаточно часто разработчики решений предоставляют готовые Docker-файлы и даже docker-compose.yml, для того чтобы вы могли быстро развернуть сервис и попробовать его в действии.
1. Часто такое бывает, что в официальном репозитории на GitHub выкладываются примеры интеграции. Возможно, стоит посмотреть там информацию о стеке используемых вами технологий, как минимум JUnit5.