Комментарии 7
Хороший процесс и хорошо описано. Даже подумалось может нужно это и у нас, надо посмотреть ))
Интересней генерация авто-тестов по спецификациям (сваггер, прото, етс.), слишком много завязано на конкретной реализации в бекенде, слишком большая сцепка. Второй вопрос, да конечно наверное приятно получить +25% "халявного" покрытия, но нет ли тут само-обмана? Если уж тут всё держится на аннотациях, то бекенд на этих же самых аннотациях и должен работать, т.е. тестировать надо всего лишь механизм аннотаций. Например, аннотация, требующая авторизации. Это должно работать уже просто потому, что аннотация добавлена, независимо от реализации метода. Даже если реализация вообще пустая, вызвать метод без авторизации нельзя. Ну или чего-то не понимаю, как будто лишняя работа, в холостую, ради "процентов покрытия", автотесты ради автотестов.
да, пока что делаем однотипные проверки, которые действительно можно будет свести к минимуму, но зато мы подтвердили гипотезу, что такое решение будет работать, и теперь дорабатываем наш клиент, чтобы генерировать тесты на бизнес логику
Тоже первым делом подумалось о "перегрузках в процессах", но...сайт OK сам по себе имеет перегрузочный интерфейс (в хорошем смысле слова), пытаются объять необъятное. Потому, им нужно постоянно генерить процесс.
Статья очень емкая, и несомненно познавательная.
Скажите пожалуйста: а нет ли у Вас видео выпуска, где показана работа генератора? Может быть есть статья, раскрывающая все нюансы генератора? Либо, вкратце расскажите про него в ответе на комент 😉
мы сейчас как раз готовим продолжение, вторую часть статьи, где будет подробно описано, как именно работает генератор. скорее всего выложим уже в январе
вышла вторая часть https://habr.com/ru/companies/odnoklassniki/articles/876980/
Как заставить API самому себе писать тесты: практика генерации тестов на основе спецификации API. Часть 1