В качестве результата пришлите ссылку на ваш GitHub-проект в личном кабинете студента на сайте netology.ru.
Все задачи этого занятия нужно делать в разных репозиториях.
Важно: если у вас что-то не получилось, то оформляйте issue по установленным правилам.
Важно: не делайте ДЗ всех занятий в одном репозитории. Иначе вам потом придётся достаточно сложно подключать системы Continuous integration.
- Инициализируйте на своём компьютере пустой Git-репозиторий.
- Добавьте в него готовый файл .gitignore.
- Добавьте в этот же каталог код ваших автотестов.
- Сделайте необходимые коммиты.
- Добавьте в каталог
artifacts
целевой сервис:app-card-delivery.jar
для первой задачи,app-ibank.jar
для второй задачи — см. раздел Настройка CI. - Создайте публичный репозиторий на GitHub и свяжите свой локальный репозиторий с удалённым.
- Сделайте пуш — удостоверьтесь, что ваш код появился на GitHub.
- Удостоверьтесь, что на AppVeyor сборка зелёная.
- Поставьте бейджик сборки вашего проекта в файл README.md.
- Ссылку на ваш проект отправьте в личном кабинете на сайте netology.ru.
- Задачи, отмеченные как необязательные, можно не сдавать, это не повлияет на получение зачёта.
- Если вы обнаружили подозрительное поведение SUT, похожее на баг, создайте описание в issue на GitHub. Придерживайтесь схемы при описании.
Настройка CI осуществляется аналогично предыдущему заданию, за исключением того, что файл целевого сервиса может называться по-другому. Для второй задачи вам также понадобится указать нужный флаг запуска для тестового режима.
Вам необходимо автоматизировать тестирование новой функции формы заказа доставки карты:
Требования к содержимому полей, сообщения и другие элементы, по словам заказчика и разработчиков, такие же, они ничего не меняли.
Примечание: личный совет — не забудьте это перепроверить, никому нельзя доверять 😈
Тестируемая функциональность: если заполнить форму повторно теми же данными, за исключением «Даты встречи», то система предложит перепланировать время встречи:
После нажатия кнопки «Перепланировать» произойдёт перепланирование встречи:
Важно: в этот раз вы не должны хардкодить данные прямо в тест. Используйте Faker, Lombok, data-классы для группировки нужных полей и утилитный класс-генератор данных — см. пример в презентации.
Утилитными называют классы, у которых приватный конструктор и статичные методы.
Обратите внимание, что Faker может генерировать не совсем в нужном для вас формате.